Dans cet épisode « de la recherche interminable pour une meilleure exécution de serveur, » nous suivons nos héros' voyageons par les bois dangereux et sombres de l'opcode de PHP cachant des moteurs, où ils ne sont pas contents avec installer juste un opcode cachant le moteur, mais <l'halètement> devenir avec lui aussi !

Ouais, vous avez entendu cela bien. Nous avons juste libéré deux nouvelles connexions pour les utilisateurs de WordPress dehors là, cet opcode de prise cachant au prochain niveau. Si vous n'avez pas déjà installé un opcode cachant le moteur comme XCache (notre favori !), eAccelerator, Turck MMcache, Memcached, RPA, ou PHPA puis vous vraiment le besoin de faire cela en ce moment avant de continuer même cet article. Vraiment, qu'attendiez-vous ! ?

…

Pour le tout Windows-bondissez les utilisateurs de PHP dehors là, se considèrent averti : même si vous courez (censément) la redistribution binaire fileter-sûre de PHP Win32, vous êtes encore susceptible des erreurs de violation d'Access de PHP, des problèmes de course, de la corruption de tas, et beaucoup de plus mauvais si vous employez le populaire eAccelerator opcode-cacher la prolongation.

Nous avons fait notre essai avec binaries compilés par SiteBuddy employer les dernières versions de PHP et d'eAccelerator. Presque juste après lancer un essai d'effort sur nos serveurs d'essai nous avons éprouvé l'erreur redoutée « de violation d'Access de PHP » - qui réduit le processus entier d'ouvrier d'IIS à ses talons.

…