le ™t d'Isnâ de prolongation de l'eAccelerator€ PHP Filètent-Safe†le ¦
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.
Ce bogue est seulement produit sur Windows sur Apache et IIS quand PHP est installé comme module de *SAPI. Si vous l'employez comme processus de cgi (non recommandé !) ou par l'intermédiaire d'un traiteur de FastCGI (comme excellent celui-ci par Microsoft), vous n'êtes pas affecté par ce « bogue. »1
Depuis que PHP a libéré le leur « a garanti » le paquet fileter-sûr pour le téléchargement par mois ou deux il y a, il a été beaucoup un plus… monde de détente pour des sysadmins de Windows partout. Mais ce n'est pas vraiment une idée si lumineuse de courir même un serveur léger-chargé avec PHP sans prolongation opcode-cachante installée.
Si vous êtes sur le marché pour un autre cacher d'opcode, nous recommandons XCache; produit par les types derrière le puissant-rapide lighttpd. Il est aussi libre, à moins qu'il soit également fileter-sûr et fasse jeter quelques dispositifs gentils de bonification dans le mélange. Le Turc MMCache est histoire, et le RPA a (plus que) sa part des questions de compatibilité avec de divers projets ouverts populaires de source. En date de la période de ce poteau, nous n'avons rencontré aucune question avec XCache et il semble être le bon choix.
- Placé dans les guillemets voyant autant de ventilateurs de PHP, d'eAccelerator, et d'un bon beaucoup plus insisteront sur le fait que c'est « comportement prévu » et n'est pas vraiment un bogue ; étant un hériter « dispositif » des processus Cgi-basés. [dos]
Écrit par Computer Guru. Les alimentations plus grandes lues à est source SITE WEB
aucuns commentaires.
Lisez plus d'articles dessus IIS et FastCGI et Serveurs et XCache et RPA et eAccelerator et Bogues et Windows et Programmation et apache and php and software.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article














