Débattre > Informatique, questions et interrogations, geek en devenir...
Discussions autour de Wamp avec un de ses créateurs, Otomatic
maximus23:
Bonsoir,
Moi en ce qui me concerne j'utilise Wamp64 dans sa logique malgré une configuration assez hard avec plus de 50 vhosts en SSL.
Je dois dire que la mise à jour vers la .4 m'a tout rendu inopérable car apache n'a plus voulu démarrer.
Etant donné que je ne suis pas en forme pour le moment je n'ai pas expérimenté d'où venait le problème mais logiquement il n'y aurait pas du en avoir.
D'après les logs apache toutes les variable ont été modifiées ou transcrite d'une autre façon suite à cette mise à jour.
Du coup je suis repassé en .3 mais là le problème avec les autres mises à jour s'est posé étant donné qu'il m'a mis : mise à jour impossible car vous avez la version de wamp en .3 et vous devez être .4 donc j'ai du donner un coup de modifications à la volée pour changer le numéro de version en .4 pour pouvoir installer les mises à jours dont j'avais besoin. (Donc Fake version)
Là pas le moindre soucis toutes les version 7.2 et 7.1 fonctionnent très bien ainsi que la dernière de mariadb et MySQL. Donc pourquoi forcer ces mises à jour sur une version .4 de wamp ?
La version .5 là pas testé du tout car avant je dois voir le soucis de la version .4 en ce qui me concerne.
Je vous tiendrai au courant de mes investigations mais là je récupère.
:)
alex:
C'est toujours bon à savoir. :)
Otomatic:
--- Citation de: maximus23 le mardi 20 novembre 2018, 17:15 ---voir le soucis de la version .4 en ce qui me concerne.
--- Fin de citation ---
Apache 2.4.35 ayant défini ${SRVROOT} comme variable, la version .4 a tenté d'en tenir compte, mais, en fin de compte pas terriblement bien selon les versions Apache du Wampserver sur lequel elle était appliquée.
Le httpd.conf doit, au final, contenir (modifier chemin et version en fonction de l'installation):
--- Code: ---# Apache variable names used by Apache conf files:
# The names and contents of variables:
# APACHE24, VERSION_APACHE, INSTALL_DIR, APACHE_DIR, SRVROOT
# should never be changed.
Define APACHE24 Apache2.4
Define VERSION_APACHE 2.4.37
Define INSTALL_DIR j:/wamp
Define APACHE_DIR ${INSTALL_DIR}/bin/apache/apache${VERSION_APACHE}
Define SRVROOT ${INSTALL_DIR}/bin/apache/apache${VERSION_APACHE}
--- Fin du code ---
juste avant
--- Code: ---ServerRoot "${SRVROOT}"
--- Fin du code ---
Même si ServerRoot n'est pas défini par une variable.
Les variables APACHE24, VERSION_APACHE, INSTALL_DIR et APACHE_DIR existaient bien avant qu'Apache se décide à utiliser une variable comme SRVROOT.
maximus23:
Bonsoir,
C'est bien correct c'est la variable qui n'est pas définie correctement dans la configuration apache.
Moi j'avais :
--- Code: ---# Apache variable names used by Apache conf files:
# The names and contents of variables:
# APACHE24, VERSION_APACHE, INSTALL_DIR, APACHE_DIR
# should never be changed.
Define APACHE24 Apache2.4
Define VERSION_APACHE 2.4.37
Define INSTALL_DIR f:/wamp64
Define APACHE_DIR ${INSTALL_DIR}/bin/apache/apache${VERSION_APACHE}
ServerRoot "${APACHE_DIR}"
--- Fin du code ---
et donc je l'ai remplacé par cela :
--- Code: ---# Apache variable names used by Apache conf files:
# The names and contents of variables:
# APACHE24, VERSION_APACHE, INSTALL_DIR, APACHE_DIR
# should never be changed.
Define APACHE24 Apache2.4
Define VERSION_APACHE 2.4.37
Define INSTALL_DIR f:/wamp64
Define APACHE_DIR ${INSTALL_DIR}/bin/apache/apache${VERSION_APACHE}
Define SRVROOT ${INSTALL_DIR}/bin/apache/apache${VERSION_APACHE}
ServerRoot "${SRVROOT}"
#ServerRoot "${APACHE_DIR}"
--- Fin du code ---
Je pense qu'il faudrait faire une vérification sur cette variable lors de la mise à jour pour qu'elle soit remplacée correctement.
Maintenant tout fonctionne très bien passé en .5 et pas de soucis.
Merci à toi pour les infos rapides.
Bonne fin de soirée.
Alain.
:)
maximus23:
Bonjour,
Bon maintenant que tout fonctionne j'ai un problème récurent lorsque je veux changer de version de php ou autres.
En effet lors du changement d'une version le répertoire /bin d'Apache se retrouve avec tout les fichiers à 0 byte et là je dois dire que j'ai déjà vu pareille chose lors d'une perte de droits sur les fichiers.
Avec la version .3 là pas le moindre soucis mais si je mets une .4 ou .5 le problème se pose.
J'ai essayé avec une nouvelle installation complète y compris une remise correcte de tous les compilateurs car là il y avait un fameux bordel dans toutes mes versions. (pour quand un tout en un de Microsoft :go: ) mais rien n'y fait après chaque modifications je dois recopier le répertoire /bin pour que wamp démarre.
Le plus marrant c'est que pas une seule erreur. De plus j'analyse le gestionnaire d'événement pour voir si je trouve quelque chose mais rien de rien.
Donc j'en reviens à une question de droits car je suppose que ce répertoire est modifié lors de cette modification automatique.
Si quelqu'un à eu ce genre de soucis sur d'autres logiciels car je crois qu'il y a eu une modification concernant les droits utilisateurs lors de la dernière mise à jour de win10pro64 mais cela ne me dit pas pourquoi pas de problèmes jusque la .3 de wamp.
Encore un casse tête chinois mais bon je vais mettre tout cela sur le pc de développement en programmation machine (assembleur) pour avoir un debug complet de tout ce qui se passe en temps réel.
Bonne journée.
Alain.
:)
Otomatic:
Bonjour,
Les “fichiers” à zéro bytes dans le dossier bin d'Apache sont normalement des liens symboliques sur les dll nécessaires selon la version PHP utilisée. (Ça n'a pas changé depuis belle lurette et Wampserver 2.5)
Par exemple, pour Apache 2.4.37 et PHP 7.2.12, un dir /al dans le dossier donne :
--- Code: --- Le volume dans le lecteur J s'appelle SATA_1_J
Le numéro de série du volume est DD8A-2E62
Répertoire de j:\wamp\bin\apache\apache2.4.37\bin
22/11/2018 14:02 <SYMLINK> icudt63.dll [j:/wamp/bin/php/php7.2.12/icudt63.dll]
22/11/2018 14:02 <SYMLINK> icuin63.dll [j:/wamp/bin/php/php7.2.12/icuin63.dll]
22/11/2018 14:02 <SYMLINK> icuio63.dll [j:/wamp/bin/php/php7.2.12/icuio63.dll]
22/11/2018 14:02 <SYMLINK> icuuc63.dll [j:/wamp/bin/php/php7.2.12/icuuc63.dll]
22/11/2018 14:02 <SYMLINK> libcrypto-1_1.dll [j:/wamp/bin/php/php7.2.12/libcrypto-1_1.dll]
22/11/2018 14:02 <SYMLINK> libpq.dll [j:/wamp/bin/php/php7.2.12/libpq.dll]
22/11/2018 14:02 <SYMLINK> libsasl.dll [j:/wamp/bin/php/php7.2.12/libsasl.dll]
22/11/2018 14:02 <SYMLINK> libsodium.dll [j:/wamp/bin/php/php7.2.12/libsodium.dll]
22/11/2018 14:02 <SYMLINK> libssh2.dll [j:/wamp/bin/php/php7.2.12/libssh2.dll]
22/11/2018 14:02 <SYMLINK> libssl-1_1.dll [j:/wamp/bin/php/php7.2.12/libssl-1_1.dll]
22/11/2018 14:02 <SYMLINK> php.ini [j:/wamp/bin/php/php7.2.12/phpForApache.ini]
22/11/2018 14:02 <SYMLINK> php7ts.dll [j:/wamp/bin/php/php7.2.12/php7ts.dll]
12 fichier(s) 0 octets
0 Rép(s) 101 657 567 232 octets libres
--- Fin du code ---
puis, après avoir basculé sur PHP 5.6.38 :
--- Code: --- Le volume dans le lecteur J s'appelle SATA_1_J
Le numéro de série du volume est DD8A-2E62
Répertoire de j:\wamp\bin\apache\apache2.4.37\bin
22/11/2018 14:22 <SYMLINK> icudt57.dll [j:/wamp/bin/php/php5.6.38/icudt57.dll]
22/11/2018 14:22 <SYMLINK> icuin57.dll [j:/wamp/bin/php/php5.6.38/icuin57.dll]
22/11/2018 14:22 <SYMLINK> icuio57.dll [j:/wamp/bin/php/php5.6.38/icuio57.dll]
22/11/2018 14:22 <SYMLINK> icule57.dll [j:/wamp/bin/php/php5.6.38/icule57.dll]
22/11/2018 14:22 <SYMLINK> iculx57.dll [j:/wamp/bin/php/php5.6.38/iculx57.dll]
22/11/2018 14:22 <SYMLINK> icutest57.dll [j:/wamp/bin/php/php5.6.38/icutest57.dll]
22/11/2018 14:22 <SYMLINK> icutu57.dll [j:/wamp/bin/php/php5.6.38/icutu57.dll]
22/11/2018 14:22 <SYMLINK> icuuc57.dll [j:/wamp/bin/php/php5.6.38/icuuc57.dll]
22/11/2018 14:22 <SYMLINK> libeay32.dll [j:/wamp/bin/php/php5.6.38/libeay32.dll]
22/11/2018 14:22 <SYMLINK> libpq.dll [j:/wamp/bin/php/php5.6.38/libpq.dll]
22/11/2018 14:22 <SYMLINK> libsasl.dll [j:/wamp/bin/php/php5.6.38/libsasl.dll]
22/11/2018 14:22 <SYMLINK> libssh2.dll [j:/wamp/bin/php/php5.6.38/libssh2.dll]
22/11/2018 14:22 <SYMLINK> php.ini [j:/wamp/bin/php/php5.6.38/phpForApache.ini]
22/11/2018 14:22 <SYMLINK> php5ts.dll [j:/wamp/bin/php/php5.6.38/php5ts.dll]
22/11/2018 14:22 <SYMLINK> ssleay32.dll [j:/wamp/bin/php/php5.6.38/ssleay32.dll]
15 fichier(s) 0 octets
0 Rép(s) 101 696 008 192 octets libres
--- Fin du code ---
Il est possible de “copier” les fichiers au lieu de créer des liens symboliques :
Dans le fichier wamp/wampmanager.conf, remplacer :
--- Code: ---; Management of PHP dll files and phpForApache.ini in the Apache bin folder.
; "symlink" to create symbolic links - "copy" to copy files
CreateSymlink= "symlink"
--- Fin du code ---
par
--- Code: ---; Management of PHP dll files and phpForApache.ini in the Apache bin folder.
; "symlink" to create symbolic links - "copy" to copy files
CreateSymlink= "copy"
--- Fin du code ---
puis Rafraîchir.
Nota 1 : L'impossibilité de créer des liens symboliques sous Windows 10 n'a été rapportée qu'une seule fois dans le forum anglophone et c'est pourquoi il y a maintenant la possibilité de copier les fichiers.
Nota 2 : L'impossibilité de créer des liens symboliques ou même de copier les fichiers est “normalement” reportée dans php_error.log :
--- Code: ---if(symlink($target, $link) === false)
error_log("Error while creating symlink '".$link."' to '".$target."' using php symlink function");
ou
if(copy($target, $link) === false)
error_log("Error while copy '".$target."' to '".$link."' using php copy() function");
--- Fin du code ---
Navigation
[#] Page suivante
[*] Page précédente
Utiliser la version classique