D'abord, bravo pour votre travail acharné, le support excellent fourni, et cet outil formidable.
Wampserver évolue très vite et j'ai un peu perdu le fil...
J'en suis à ma troisième installation (deux PC à bout dans les 8 derniers mois avec chaque fois des Windows différents...) Maintenant, je suis en Windows 10 Edition Familiale 64 bits... (et c'est aussi bof que je le pensais mais j'ai pas pu ravoir mon W7 pro 64 bits, sniff...). Bref, à l'installation n° 2, je crois avoir lu sur le forum qu'il ne fallait pas installer Wampserver 3 64 bits (la geek version) et préférer le 32 bits.
Mais ça c'était il y a quelques semaines ou mois, qu'en est-il aujourd'hui ? Que dois-je installer ? Les 2 ?
> je crois avoir lu sur le forum qu'il ne fallait pas installer Wampserver 3 64 bits (la geek version) > et préférer le 32 bits. Maintenant que PHP 7 est sorti, ce n'est plus une version « geek » En effet, pour un total et vrai support 64 bits, il faut Wampserver 3 64 bits avec PHP 7 sur un Windows 64 bit.
Vous pouvez installer les deux versions (Mais ce n'est pas une obligation), par exemple dans c:\wamp\ et c:\wamp64\ et à la condition de ne pas les utiliser en même temps.
Pour des installations dans les meilleures conditions possibles : - Appliquez totalement le point N°20 de CONSEILS DE DÉPANNAGE - Par la même occasion vérifiez les autres points et principalement les points 03, 08 et 09. - Installez en tant qu'administrateur - Ne pas lancer Wampserver à la fin de l'installation - Modifiez les raccourcis (Bureau et menu démarrer) pour qu'ils aient l'option "Exécuter en tant qu'administrateur" --- Clic-Droit sur le raccourci, Propriétés, Onglet Raccourci, Bouton Avancé : ----- Cocher "Exécuter en tant qu'administrateur", OK, Appliquer, OK - Appliquer la mise à jour Update 3.0.3
Je ne suis pas trop inquiète, en général, il s'agit de bien prendre son temps et de suivre les instructions, et puis l'installateur simplifie bien le boulot, c'est vraiment bien.
Je vais sûrement tester les deux. J'ai constaté aussi une super lenteur (pour un site multiboutique Prestashop sur Wampserver 32 bits Windows 7 32/64 bits). Et oui j'utilisais pourtant les virtual hosts.
J'ai l'impression que ça vient de tas de redirections qui se font au niveau de Prestashop entre l'URL Rewriting, SSL ou pas, l'url des boutiques, etc...) Y a pas trop de réponses sur le site de Prestashop pour configurer correctement, encore plus sur Wamp, donc je vais tester avec les 2 Wamps, voir si ça fait une différence ou pas. Je reviendrai vers vous en cas de souci.
Sinon j'ai une autre question mais il faut sûrement ouvrir un autre topic : Est-il possible (et comment faire) pour simuler une connexion SSL avec Wampserver ?
> Est-il possible (et comment faire) pour simuler une connexion SSL avec Wampserver ? Ce n'est pas du tout mon rayon, mais je pense que Artemus24 connaît bien, d'ailleurs il doit y avoir un topo sur son site - si je me souviens bien.
Concernant les lenteurs de Prestashop, il est vrai que la multiplication des .htaccess et des réécriture d'url y sont pour quelque chose. Il suffit de lire la documentation Apache afférente pour s'en convaincre : - Les fichiers .htaccess ne doivent être utilisés que si vous n'avez pas accès au fichier de configuration du serveur principal. L'utilisation des fichiers .htaccess ralentit le fonctionnement de votre serveur HTTP Apache. - Lorsque la directive AllowOverride est définie de façon à autoriser l'utilisation des fichiers .htaccess, httpd va rechercher leur présence dans chaque répertoire. Ainsi, permettre l'utilisation des fichiers .htaccess est déjà en soi une cause de dégradation des performances, que vous utilisiez effectivement ces fichiers ou non ! De plus, le fichier .htaccess est chargé en mémoire chaque fois qu'un document fait l'objet d'une requête. - Notez aussi que httpd doit rechercher les fichiers .htaccess dans tous les répertoires de niveau supérieur, afin de rassembler toutes les directives qui s'appliquent au répertoire courant. Ainsi, si un fichier fait l'objet d'une requête à partir d'un répertoire /www/htdocs/exemple, httpd doit rechercher les fichiers suivants :
En conséquence, chaque accès à un fichier de ce répertoire nécessite 4 accès au système de fichiers supplémentaires pour rechercher des fichiers .htaccess, même si aucun de ces fichiers n'est présent.
Merci pour votre éclairage sur la question des redirections. Je vais potasser ça.
L'installation s'est super bien passée.
Ca s'est un peu gâté ensuite. J'ai modifié my.ini pour utiliser InnoDb (site multiboutique Prestashop) en faisant un mix entre ce que j'ai pu trouver sur le site d'Artémus24 et le manuel de référence MySQL 5.7 :
#innodb_log_arch_dir = C:/wamp64/bin/mysql/mysql5.7.9/data/ (j'ai lu sur votre forum anglais, enfin si j'ai bien compris que cette instruction était obsolète donc je l'ai commentée)
innodb_buffer_pool_size = 128M
innodb_log_file_size = 32M
innodb_log_buffer_size = 4M
innodb_flush_log_at_trx_commit = 1
innodb_lock_wait_timeout = 120
Ça va, mon icône Wampserver est au vert. Mais j'ai ça dans mysql.log :
2016-02-29T18:26:45.930139Z 0 [Warning] InnoDB: Cannot open table mysql/plugin from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
wampmysqld64: La table 'mysql.plugin' n'existe pas
2016-02-29T18:26:45.945766Z 0 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
2016-02-29T18:26:45.945766Z 0 [Warning] InnoDB: Cannot open table mysql/gtid_executed from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
wampmysqld64: La table 'mysql.gtid_executed' n'existe pas
2016-02-29T18:26:45.961392Z 0 [Warning] Gtid table is not ready to be used. Table 'mysql.gtid_executed' cannot be opened.
2016-02-29T18:26:45.961392Z 0 [Warning] InnoDB: Cannot open table mysql/server_cost from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.008270Z 0 [Warning] Failed to open optimizer cost constant tables
2016-02-29T18:26:46.039523Z 0 [Warning] InnoDB: Cannot open table mysql/time_zone_leap_second from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.055147Z 0 [Warning] Can't open and lock time zone table: La table 'mysql.time_zone_leap_second' n'existe pas trying to live without them
2016-02-29T18:26:46.070774Z 0 [Warning] InnoDB: Cannot open table mysql/servers from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.086400Z 0 [ERROR] Can't open and lock privilege tables: La table 'mysql.servers' n'existe pas
2016-02-29T18:26:46.086400Z 0 [Warning] InnoDB: Cannot open table mysql/slave_master_info from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.102028Z 0 [Warning] InnoDB: Cannot open table mysql/slave_relay_log_info from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.117652Z 0 [Warning] InnoDB: Cannot open table mysql/slave_master_info from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.148905Z 0 [Warning] Info table is not ready to be used. Table 'mysql.slave_master_info' cannot be opened.
2016-02-29T18:26:46.148905Z 0 [Warning] InnoDB: Cannot open table mysql/slave_worker_info from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.164530Z 0 [Warning] InnoDB: Cannot open table mysql/slave_relay_log_info from the internal data dictionary of InnoDB though the .frm file for the table exists. Please refer to [dev.mysql.com] for how to resolve the issue.
2016-02-29T18:26:46.164530Z 0 [Warning] Info table is not ready to be used. Table 'mysql.slave_relay_log_info' cannot be opened.
Dois-je ignorer les warning ? Et si non, que dois-je faire à votre idée ?
> default-storage-engine=InnoDB Ce n'est pas parce que le moteur par défaut est MyISAM que l'on ne peut pas créer des tables InnoDB. Ça veut simplement dire que si on ne précise pas le type de moteur (ENGINE), ce sera MyISAM qui sera utilisé.
> Please run mysql_upgrade to create it. Tout d'abord, il faut lancer le serveur MySql, donc lancer Wampserver et basculer sur la nouvelle version de MySQL tout en vérifiant que l'icône reste verte ce qui signifie que le nouveau service wampmysqld fonctionne correctement.
Ensuite, lancer une fenêtre de commande en tant qu'administrateur par démarrer, exécuter et taper %SystemRoot%\system32\cmd.exe
Se placer dans le dossier bin de mysql 5.7.xy soit, pour wamp : wamp\bin\mysql\mysql5.7.xy\bin\ Nota : On peut, via l'Explorateur de fichier, effectuer un Maj-Clic-Droit sur le dossier ci-dessus et valider "Ouvrir une fenêtre de commande ici". Impératif : Cette fenêtre de commande doit avoir été lancée « En tant qu'administrateur », c'est-à-dire que l'on doit avoir Adminstrateur : Nom de la fenêtre dans la barre de titre de cette fenêtre.
Arrivé la il faut savoir si vous avez ou non mis un mot de passe à root@localhost
si mot de passe, taper mysql_upgrade.exe --user=root --host=localhost --password=mot_de_passe
si pas de mot de passe, taper mysql_upgrade.exe --user=root --host=localhost --password=
et attendre la fin de la procédure. Il peut y avoir plusieurs avertissements du style :
Warning: Using a password on the command line interface can be insecure.
Ne pas en tenir compte, c'est normal.
> n'y a que la mise à jour Update 3.0.3. Avant de la faire, je voulais savoir si elle est nécessaire Oui. C'est une mise à jour cumulative qui peut même être réinstallée pour éventuellement réécrire des fichiers modifiés par inadvertance.
Pour info (je ne sais pas si c'est utile pour m'aider), je n'ai pas installé la version Wampserver 3 32 bits du tout. Il le fallait peut être. Et c'est une toute nouvelle installation Wamp3 64bits, la première de Wampserver sur cette machine (donc pas de résidus mal éliminés d'une installation précédente ou ratée). Donc je n'ai pas suivi les instructions "Mise à jour Wampserver 2.5 vers Wampserver 3.0.3" de "WAMPSERVER 3 - (Tout sur)", mais peut être que j'aurais dû appliquer les toutes dernières versions ?
> Problème MySQL
J'ai donc modifié à nouveau la moteur par défaut : # The default storage engine that will be used when create new tables default-storage-engine=MYISAM # New for MySQL 5.6 default_tmp_storage_engine if skip-innodb enable # default_tmp_storage_engine=MYISAM (Mais bon, j'avais pris InnoDb, vu qu'avec Prestashop, je me suis retrouvée avec quelques tables MyIsam au milieu de mes InnoDb, sûrement à cause de modules qui ne précisaient pas le moteur dans les instructions de création de tables. Ça n'avait pas l'air d'avoir d'incidence sur le fonctionnement du CMS mais je voulais "unifier" un peu le truc au cas où.)
Je lance Wampserver : L'icône est bien verte. La version utilisée de MySql dans le menu Wampserver est bien 5.7.9. Il n'y en avait pas d'autre.
J'ai suivi vos instructions. Juste une remarque pour d'autres avec Windows 10 : - "lancer une fenêtre de commande en tant qu'administrateur par démarrer, exécuter et taper %SystemRoot%\system32\cmd.exe" - "Maj Clic Droit sur le dossier" Ça ouvre une Invite de commande classique et pas en mode administrateur. Donc j'ai fait : - Clic Droit sur l'icône du Menu Démarrer, "Invite de commande (admin)", on arrive directement sur C:\WINDOWS\system32> - et tapé au bout : cd \wamp64\bin\mysql\mysql5.7.9\bin et ensuite comme je n'ai pas mis de mot de passe : mysql_upgrade.exe --user=root --host=localhost --password=
J'obtiens la réponse : C:\wamp64\bin\mysql\mysql5.7.9\bin>mysql_upgrade.exe --user=root --host=localhost --password= mysql_upgrade: [Warning] Using a password on the command line interface can be insecure. Checking if update is needed. Checking server version. Running queries to upgrade MySQL server. mysql_upgrade: [ERROR] 1146: La table 'mysql.plugin' n'existe pas
Avec l'explorateur de fichiers, je ne vois pas de programme mysql_upgrade.exe dans ce dossier. Est-ce normal ? Où le trouver et comment l'ajouter s'il le faut ? Si je vais dans PHPMyAdmin, dans la base mysql, j'ai 30 tables dans le menu de gauche et seulement 12 dans l'onglet Structure, en MyIsam ou CSV. Et effectivement, en cliquant pour voir sur une des 18 manquantes, j'ai un message comme quoi elles n'existent pas...
> Pour installer la mise à jour : Toujours pas installée... Je dois prendre c:/wamp64 et pas c:/wamp pour qu'elle s'applique à ma version Wampserver 3 64 bits ? Question bête, je ne trouve pas sur le forum qu'est ce qu'elle fait...
> Nota : Désolée pour l'heure tardive... Je m'abstiendrai de poster après 19h donc. Merci en tout cas pour votre grande disponibilité et la rapidité de vos réponses en journée.
Windows 10 64 bits - Wampserver 3.0.3 64 bits - Apache 2.4.17 - PHP 7.0 - MySQL 5.7.9 c:\Windows\System32\drivers\etc\hosts : seulement 127.0.0.1 localhost activé. icône Wampserver verte - accès à localhost et phpMyAdmin Kaspersky C:\wamp64\
> mysql_upgrade: [ERROR] 1146: La table 'mysql.plugin' n'existe pas Là, désolé, mais je suis « largué ». Je n'utilise pas InnoDB et je n'ai jamais été confronté à ce genre de problème. D'autant plus qu'en ne touchant à rien dans mon fichier my.ini, la table mysql.plugin existe et c'est une table avec moteur InnoDB et que je peux créer des tables avec moteur InnoDB, sans erreur ! (Wampserver 3 64 bit mysql 5.7.9). On voit d'ailleurs bien que le moteur InnoDB est supporté dans la Console MySQL par la commande : show engines;
> Avec l'explorateur de fichiers, je ne vois pas de programme mysql_upgrade.exe dans ce dossier. Et pourtant, vous l'avez bien lancé avant !
> Pour installer la mise à jour : > Toujours pas installée... Je dois prendre c:/wamp64 et pas c:/wamp Vous choisissez le dossier d'installation de votre version de Wampserver. Cette mise à jour, comme d'autres ajouts, est commune pour les versions 32 et 64 bit et donc, le dossier d'installation ne peut pas être trouvé tout seul ; et, si on a installé les deux versions de Wampserver 32 et 64 bit, il faudra effectuer cette mise à jour deux fois.
Je vous dirais bien de ne plus toucher à rien avec MySQL 5.7.9, d'installer l'addon mysql 5.7.11 64 bit, ensuite de basculer de version MySQL -> 5.7.11 et, de cette manière vous repartiriez sur une version MySQL vierge de toute modification de manière à voir ce qui se passe sans toucher au fichier my.ini ; pourquoi ? Parce que, parmi tous les utilisateurs de Wampserver, il y en a un grand nombre qui ont installé des applications WEB impliquant des bases de données InnoDB sans rencontrer de problème.