Le 07/02/2011 10:39, Frédéric MASSOT a écrit :
Le 07/02/2011 10:03, FROIDURE Nicolas a écrit :
Bonjour,
[...]
Je suis parti sur apache en préfork avec suexec et suphp pour le web
afin de cloisonner au maximum. Quelqu'un ici utilise ce type de conf
avec succès ? Y-a-t-il mieux ? Le profil est plusieurs petits sites à
trafic mensuel <10.000 visiteurs et quelques e-commerces un peu plus
fréquentés (soit 60-80 sites).
Salut,
Tu peux aussi regarder du cote du paquet apache2-mpm-itk, il permet de
faire tourner Apache/PHP sous différents utilisateur selon l'hôte
virtuel.
The ITK Multi-Processing Module (MPM) works in about the same way as the
classical "prefork" module (that is, without threads), except that it
allows
you to constrain each individual vhost to a particular system user. This
allows you to run several different web sites on a single server without
worrying that they will be able to read each others' files. This is a
third-party MPM that is not included in the normal Apache httpd.
re,
J'ai creusé un peu plus la question de suphp/suexec vs MPM-itk et
je suis tombé sur ce benchmark qui veut peut-être rien dire, mais qui a
l'air de faire pencher la balance sur le second :
http://www.firewing1.com/node/575
http://workingdirectory.net/posts/2010/benchmarking-php/
Les solutions à base de cgi sont intéressantes, mais j'ai vraiment
besoin de pouvoir utiliser http basic auth.
Le seul problème auquel je pense est que vu que les processus
apache sont la propriété de chaque user, il apparaît difficile de
maintenir un certain nombre de processus comme on le fait aisément avec
Prefork et StartServers MinSpareServers. Ou alors, ces processus ne sont
peut-être pas encore alloués à un utilisateur et cela ne se fait qu'au
moment de la requête ?
Bref, quelqu'un a des retours sur l'utilisation de ITK sur un
serveur avec bcp de vhosts et pas mal de trafic en heure de pointe ?
@+
--
Cordialement, Nicolas Froidure, gérant, Elitwork SARL.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4d559629.70...@yahoo.fr