Problème SPIP avec PHP Opcache

Bruno

Octobre 2013

Bonjour,

J’ai eu des soucis avec SPIP et la dernière version de PHP en activant le cache d’opcode et l’optimiseur.

Le symptôme : #SET ou #GET ne fonctionne plus, je n’ai pas réussi à trouver comment régler cela dans SPIP...

J’ai vu dans un forum sur l’hébergement OVH un problème similaire (le css de la partie privée est tout pourri...)

Il semble que cela soit lié à une passe d’optimisation et que supprimer règle le problème.

#define ZEND_OPTIMIZER_PASS_5 (1<<4) /* CFG based optimization */

Donc à ceux qui rencontrent le soucis, voilà l’option de php-opcache qui fait aller mieux :

opcache.optimization_level=0xffffffef

Êtes-vous tombés sur un problème similaire et comment l’avez-vous résolu ?

Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

b_b

Octobre 2013

Salut Bruno,

J’ai moi aussi rencontré ce bug et j’ai complété la description du bug que tu as ouvert sur php.net avec un fichier de test qui permet de le reproduire :

https://bugs.php.net/bug.php?id=65845

Wait and see ;)
Indiquez l’intérêt que vous portez à cette réponse

0

b_b

Octobre 2013

Et voici le correctif intégré dans SPIP en attendant les retours depuis le ticket sur php.net :

http://core.spip.org/projects/spip/repository/revisions/20866

http://core.spip.org/projects/spip/repository/revisions/20867

++
Indiquez l’intérêt que vous portez à cette réponse

0

b_b

Octobre 2013

Afin que tout le monde en profite je me permets de coller ici la question que tu m’as envoyé en privé :

Bonjour Bruno !

Pourrais-tu me dire comment tu as trouvé le problème de cast, au cas où le même soucis affecte des plugins ? Y a-t-il moyen de journaliser des problèmes de ce type ? Pour ma part, après avoir observé le soucis de l’espace privé, j’ai trouvé un problème identique dans un forum d’OVH mais pas de réponse. J’ai regardé le squelette privé qui ne génère pas le css correct et ai vu qu’il y avait un soucis avec #SET et #GET. Enfin, j’ai désactivé le cache d’opcache sans succès, puis j’ai vu qu’il y avait des drapeaux pour l’optimisation, que j’ai mis à 0 un par un jusqu’à obtenir un résultat potable. C’est vachement empirique, et je n’ai pas compris grand chose à Optimizer/zend_optimizer.h :-(

Mille fois merci,

Pour trouver l’origine du problème on s’y est collé à deux avec Cedric, et on a isolé le code responsable dans un fichier php qui ne contient que le code à étudier (cf le fichier qu’on a posté dans le forum de php.net).

Le bug provenait de la balise #SET, on a donc isolé le code des fonctions utilisées par cette balise et fait plein de tests dans tous les sens.

Pour rappel, le bug de #SET avec opcache est maintenant corrigé dans SPIP. Il ne reste plus qu’à tester intensément SPIP avec la version 5.5.3 de PHP afin de repérer s’il reste de bugs.

++
Indiquez l’intérêt que vous portez à cette réponse

0

Octobre 2013

Bravo !

D’un côté, si je ne m’inquiète pas trop pour SPIP core, je crains un peu pour les plugins.

D’un autre côté, je relativise en me disant que cette correction corrige sans doute des disfonctionnements dans pas mal de plugins qui utilisent #SET.

J’ai appliqué le patch et croise les doigts ;-)

Merci à vous 2
Indiquez l’intérêt que vous portez à cette réponse

0

guytarr

Octobre 2013

Pour clarifier un peu, le bug a été contourné avec un patch dans SPIP, et corrigé dans opcode. Car il s’agissait bien d’un bug de PHP (et pas de SPIP).
Indiquez l’intérêt que vous portez à cette réponse

0

Bruno

Octobre 2013

Effectivement, il s’agissait d’un problème dans PHP, que la version 3 de SPIP permettait de bien mettre en évidence ;-) particulièrement dans l’espace privé.

Je me joins à Bruno pour remercier laruence and dmitry.

Merci encore à Bruno & Cédric de leur ultra rapide contournement du bug PHP dans SPIP.

J’ai appliqué le patch PHP et ne rencontre plus aucun soucis, ni avec SPIP ni avec les plugins que j’utilise, et avec toutes les optimisations de opcache activées.