Citation de mike007 : il parle de ce que j'explique sur
ce topic mais je n'explique pas pourquoi cela coince chez tous les hebergeurs à moins d'avoir interdit allow_url_open pour les versions PHP obsolètes
Chez OVH et chez easy-hebergement il y a cela:
Php V5.5.38
allow_url_fopen Local Value=On Master Value=On
allow_url_include Local Value=Off Master Value=Off
SSL OpenSSL/0.9.8o
OpenSSL support enabled
OpenSSL Library Version OpenSSL 0.9.8o 01 Jun 2010
OpenSSL Header Version OpenSSL 0.9.8o 01 Jun 2010
Donc en résumé:
- Chez OVH c'est ok maintenant
- Easy-Hebergement c'est ok maintenant
- 1 and 1 je ne sais pas
Le résumé du log du site en production:
Une chose que j'ai remarqué cela a commencé le 20-08-2017 14:02:02 avec un warm ( "WARN", le script dépasse 5 minutes de temps d'exécution) puis un kill le 20-08-2017 14:07:02 ( "KILL", le script dépasse 10 minutes de temps d'exécution, une commande de coupure est lancée) puis enfin un kill9 le 20-08-2017 14:12:01 ("KILL9", le script dépasse 15 minutes de temps d'exécution, le script est forcé à se couper.
Je pense que vu que cela tournait en boucle donc cela bouffait pas mal de ressources serveur et je pense que cela etait vue comme une attaque d’où ces plantages et les messages de hack de certains hébergeurs.
Maintenant tous est rentré dans ordre pour la fct "Recherches des mises à jour" même activer et le bouton "tester" fonctionne maintenant
Jfr