[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Conseils serveur web Debian



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.


Reply to: