MPM Apache - Worker vs Prefork

J'essaie de savoir quel est le meilleur MPM Apache que je peux installer sur mon VPS. J'ai vu quelques benchmarks et MPM Worker semble mieux fonctionner que Prefork, mais pour une raison quelconque, tout le monde semble recommander Prefork over Worker pour les configurations PHP.

Est-ce juste parce que certaines fonctions PHP ne sont pas thread-safe? Seulement setlocale()vient à l' esprit, mais je vais utiliser les mêmes paramètres régionaux sur tous les cas , donc je ne pense pas que ce sera un problème. Mon VPS a peu de mémoire et je pense que le MPM du travailleur correspondrait mieux à mes besoins, mais je ne suis pas sûr.

Quelqu'un peut-il m'aider à me décider à ce sujet? Merci!

PS: J'ai également étudié nginx et lighttpd. nginx semble génial mais j'essaie d'éviter la compilation à partir des sources et je ne comprends toujours pas à quoi sert php-fpm. Concernant lighttpd - il était incroyablement facile de configurer PHP / FCGI avec, mais j'ai entendu dire qu'il y avait des fuites de mémoire. Est-ce toujours vrai?

Vous devez utiliser prefork lorsque vous utilisez apache + mod_php. La FAQ décrit clairement la raison pour laquelle:

http://www.php.net/manual/en/faq.installation.php#faq.installation.apache2

Pourquoi ne devrais-je pas utiliser Apache2 avec un MPM fileté dans un environnement de production?

PHP est la colle. C'est la colle utilisée pour créer des applications Web intéressantes en collant des dizaines de bibliothèques tierces et en les faisant apparaître comme une entité cohérente grâce à une interface de langue intuitive et facile à apprendre. La flexibilité et la puissance de PHP reposent sur la stabilité et la robustesse de la plate-forme sous-jacente. Il a besoin d'un système d'exploitation fonctionnel, d'un serveur Web fonctionnel et de bibliothèques tierces fonctionnelles pour être collés ensemble. Lorsque l'un de ces éléments cesse de fonctionner, PHP a besoin de moyens pour identifier les problèmes et les résoudre rapidement. Lorsque vous rendez le cadre sous-jacent plus complexe en ne disposant pas de threads d'exécution complètement séparés, de segments de mémoire complètement séparés et d'un bac à sable solide pour chaque demande à jouer, d'autres faiblesses sont introduites dans le système PHP.

nginx + php-fpm est également un excellent moyen d'exécuter des applications php. nginx a un support natif pour FastCGI et php-fpm est l'un des meilleurs moyens d'exécuter php dans un environnement FastCGI. Voir la documentation php ici:

http://www.php.net/manual/en/install.fpm.php