Imprimer

[Otomatic]

Buongiorno a tutti.

Sortie des mises à jour xDebug 2.7.0 pour toutes les versions PHP 7.1.x à 7.3.x.

[alex]

J'ai juste une chose à dire et qui me stresse quand je fais des mises à jour Apache avec les addons.
A chaque fois, le favicon.ico est écrasé pour être remplacé par celui de Wamp. Aucune copie n'est faite de l'existant.

Y a pas moyen de laisser tranquille ce favicon ?
De toute façon, c'est du local, ce logo ne fera de pub qu'aux personnes qui touchent à la machine et, donc, connaissent déjà Wamp.

Quand je suis passé à Apache 2.4.38 à cause du bug 2.4.37, je m'étais dit au début que je ferais avec ce favicon Wamp, que ça ne dérangeait pas.
Mais non ! Le temps passant, ça m'a saoulé et j'ai remis mon favicon local aujourd'hui.

Si ce simple détail pouvait être corrigé, je suis prêt à parier que ça "soulagerait" quelques personnes.
Bien sûr, un test de l'existence de favicon.ico peut être fait et, si il n'existe pas, celui de Wamp sera copié. Dans cette situation, ça ne pose pas de soucis.

Idem pour moi, pas assez calé pour constater un bog, de plus, tout fonctionne à la perfection, je reste l'utilisateur lambda ! lol
Je vais attendre sagement la prochaine Maj de Wamp et hop, comme d'hab, c'est impeccable !
Quand même un remerciement à Totomatic, pour nous informer de ses travaux.

C'est un bug qui touche les connexions SSL et qui peut être utilisé pour attaquer un serveur.
Le bug se manifeste en cas de renégociation SSL, ce qui ne doit quasiment jamais arriver. J'ai dit quasiment, mais ça peut arriver, surtout par un enfoiré du net qui va se jeter sur ce bug qu'on peut considérer comme une "faille de stabilité".
Avec Apache 2.4.37, quand une nouvelle négociation est initiée(une renégociation), le processeur grimpe à 100% d'utilisation !
Peu importe le processeur, que ce soit celui d'une machine hyper puissante ou le petit PC de Alex, le processeur grimpera à 100% si il y a renégociation.

Voilà pourquoi il est urgent de passer à Apache 2.4.38 ou de faire un downgrade.
Apache a identifié et corrigé le bug pour la version 2.4.37 et un patch existe pour cette version. Mais ça va plus vite de passer en 2.4.38

D'ailleurs, j'encourage vivement de passer à Apache 2.4.38 ou Apache 2.4.36 pour ceux qui ne veulent pas de HTTP/2 et TLS 1.3

[JCFM]

J'ai compris ! Étonnant, non ? lol

[maximus23]

Bonsoir,

Mise à jour de Xdebug pour les versions 7.x c'est ok sauf que j'ai du remettre toutes mes configurations qui sont chaque fois écrasées

L'idéal serait juste de changer la ligne Zend  pour ceux qui ont déjà une configuration

Oui tu me diras encore une vérification en plus 

Code

zend_extension ="F:/wamp64/bin/php/php7.1.26/zend_ext/php_xdebug-2.7.0-7.1-vc14-x86_64.dll"
xdebug.remote_autostart = 1
xdebug.remote_enable = On
xdebug.profiler_enable = On
xdebug.profiler_enable_trigger = On
xdebug.profiler_output_name = cachegrind.out.%t.%p
xdebug.profiler_output_dir ="F:/wamp64/tmp"
xdebug.show_local_vars = 1
xdebug.remote_host = 9XX.X.X.X
xdebug.remote_port = 7XXX
xdebug.remote_handler = dbgp

Bonne fin de journée

[alex]

Perso, je n'utilise que très peu XDebug.
Mais à ce que je vois, la config est écrasée aussi par une mise à jour...
Ce serait quand même plus cool de préserver l'existant quand des mises à jour sont faites, c'est le minimum. Ou au moins avertir en très visible sur le lien de téléchargement et à l'installation.

Par exemple, c'est pour ça que PHP propose des fichiers de config qui n'écrasent pas le contenu de PHP.INI
php.ini-development
php.ini-production

C'est ça qu'il faut faire, renommer les fichiers pouvant interférer et laisser le choix au "client".
Quand ça part du favicon aux fichiers de conf, c'est qu'il faut faire quelque chose.

J'ai compris ! Étonnant, non ? lol

C'est normal, j'explique toujours tout bien. J'ai même des hydrocéphales qui me lisent.

[Otomatic]

A chaque fois, le favicon.ico est écrasé pour être remplacé par celui de Wamp. Aucune copie n'est faite de l'existant.

C'est noté sur un post-it favicon.ico ne pas remplacer si existe pour les addons et updates.
Mais c'est fait par InnoSetup à l'insu de mon plein gré, car dans le script iss, il n'y a aucune demande explicite de copie du favicon.ico ; va falloir que je pousse les investigations.


Messages du même membre fusionnés car compris dans le délai d'édition. (Vous avez 30 minutes pour éditer)

L'idéal serait juste de changer la ligne Zend  pour ceux qui ont déjà une configuration

Là aussi, va falloir pousser les investigations ; en théorie, le script iss ne modifie que la ligne zend_extension, qu'elle soit commentée ou non, mais la pratique et la théorie sont deux choses différentes.

[alex]

Très bien, merci de t'intéresser à mon problème (qui ne doit pas être que le mien) qui m'oblige à consulter un spécialiste psychicone à très cher !

C'est rare que je fasse des mises à jour, mais quand ça arrive, j'aime que ça se passe bien.

[Otomatic]

Bonjour,

“Nouveaux” installeurs addon Apache 2.4.38a pour essais :
- Apache 2.4.38a 32 bit
https://wampserver.aviatechno.net/files/apache/wamptest_x86_addon_apache2.4.38a.exe
- Apache 2.4.38a 64 bit
https://wampserver.aviatechno.net/files/apache/wamptest_x64_addon_apache2.4.38a.exe

Pourrais-je caresser l'espoir de te quémander humblement, sans acrimonie ni vergogne, de bien vouloir vérifier qu'avec un tel installeur, ton favicon.ico n'est pas écrasé.

[Otomatic]

Bonjour,

PHP 7.1.27, 7.2.16 et 7.3.3 en sortie de chaîne.

[alex]

C'est bien pour te faire plaisir, parce-que cette mise à jour ne m'intéresse pas du tout.

Oui, c'est bon, mon favicon chéri est préservé.

[Otomatic]

Merci.

C'est pas une mise à jour, c'est un addon !
Que tu peux supprimer n'importe quand tant que tu n'as pas "basculé" sur cet addon. Tu peux le supprimer à la main ou via les outils de Wampmanager :
Clic-droit -> Outils -> Supprimer versions inutilisées

[alex]

Oui bon, update, addon, ça ajoute un truc.

En supprimant le dossier apache2.4.38a ça suffit ? Il n'y a pas de traces ailleurs ?

[Otomatic]

En supprimant le dossier apache2.4.38a ça suffit ? Il n'y a pas de traces ailleurs ?

Aucune trace ailleurs. Il n'y a que le dossier. Et c'est la même chose pour MySQL et MariaDB et pour PHP, à l'exception de la version CLI, mais c'est noté dans le dossier wamp/bin/php/.
Tous les dossiers des versions inutilisées peuvent être supprimés. On le voit bien dans :
Clic-Droit -> Outils -> Supprimer les versions inutilisées

[alex]

Tous les dossiers des versions inutilisées peuvent être supprimés. On le voit bien dans :
Clic-Droit -> Outils -> Supprimer les versions inutilisées

Le souci, c'est que je n'utilise pas le WampManager. Il est désactivé.
Je lance les services Apache et les 2 compères SQL au démarrage de la machine et c'est tout.
Le reste, je bricole dans la config à la main comme j'ai toujours fait. Pas besoin d'utilitaire pour m'aider à gérer ma config.
Bon, c'est sûr que ça aide les débutants, ils ont juste à cliquer, mais moi ça m'emmerde. Je préfère mettre mes doigts dans le cambouis.

Bon ! Et ben je vais supprimer le dossier en question !

[Otomatic]

Bonsoir,

Chers vous, vu qu'il me reste encore des RTT, je pars demain pour environ deux semaines avec uniquement le mobile pour internet, donc ne pas compter sur d'éventuelles résolutions de problèmes Wampserver.
Je ne vous embrasse pas, mais le cœur y est 

[maximus23]

Bonsoir,

Chers vous, vu qu'il me reste encore des RTT, je pars demain pour environ deux semaines avec uniquement le mobile pour internet, donc ne pas compter sur d'éventuelles résolutions de problèmes Wampserver.
Je ne vous embrasse pas, mais le cœur y est 

Bonsoir,

Bonne vacances et bon repos