photo credit : Nrbelex

Aujourd’hui, chers lecteurs, je fais tourner un projet symfony sur un hébergement gandi (trés bonne offre, au demeurant). Et comme je suis pauvre (pour être précis, disons que je suis radin), j’ai pris l’offre minimale, c’est à dire 1/64ème d’une machine physique.

Alors, mon pauvre bout de serveur avec ses 256Mo de ram, comme il se trimbale un apache, un mysql, un exim, et un solr avec le JRE que va bien derrière, forcément, il tire un peu la langue. Et mon site, lui, se traine.

Comme tout radin qui se respecte, plutôt que de payer plus cher un hébergement plus approprié, j’ai d’abord essayé d’alléger tout ça. Et pour commencer, j’ai voulu tester un remplaçant d’apache nommé nginx.

Nginx (ça se prononce engineX, parait-il) est un serveur http + reverse proxy codé spécifiquement pour servir des sites à fortes charges. Depuis sa naissance, il est de plus en plus utilisé.

Cet article reprendra l’installation d’nginx avec symfony, et puis en bonus, quelques tests de charge.

L’installation

Les tutos sur l’installation ne manquent pas (cf. les sources à la fin). Je vais quand même reprendre ça ici, histoire d’avoir quelques chose de centralisé. Le système est une debian lenny.

aptitude install nginx lighttpd php5-cgi
update-rc.d -f lighttpd remove

Quelques explications : notre installation nécessite que php tourne en mode cgi. Et nous aurons besoin d’un script particulier fourni avec lighttpd. Nous aurions pu le récupérer de manière plus optimale, mais je le répète, je suis un fainéant.

Nous allons créer un script de démarrage pour le script en question.

 vi /usr/bin/php-fastcgi
 
#!/bin/sh
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -u www-data -g www-data -f /usr/bin/php5-cgi
 
 vi /etc/init.d/init-fastcgi
 
#!/bin/bash
PHP_SCRIPT=/usr/bin/php-fastcgi
RETVAL=0
case "$1" in
    start)
      $PHP_SCRIPT
      RETVAL=$?
  ;;
    stop)
      killall -9 php
      RETVAL=$?
  ;;
    restart)
      killall -9 php
      $PHP_SCRIPT
      RETVAL=$?
  ;;
    *)
      echo "Usage: php-fastcgi {start|stop|restart}"
      exit 1
  ;;
esac      
exit $RETVAL
 
### fin du fichier
 
chmod 755 /usr/bin/php-fastcgi
chmod 755 /etc/init.d/init-fastcgi
/etc/init.d/init-fastcgi start
 update-rc.d init-fastcgi defaults

Et voilou. Occupons nous de la conf nginx.

vi /etc/nginx/sites-available/monprojet
 
server {
    # en prime, redirection vers le www
    server_name monprojet;
    rewrite ^(.*) http://www.monprojet.com$1 permanent;
}
 
server {
    listen 80;
    server_name  www.monprojet.com alias monalias;
 
    access_log  /var/log/nginx/monprojet.access.log;
 
    location / {
        root   /var/www/monprojet/web/;
        index  index.php;
 
        if (-f $request_filename) {
            expires max;
            break;
        }
 
 
        if ($request_filename !~ "\.(js|htc|ico|gif|jpg|png|css)$") {
            rewrite ^(.*) /index.php last;
        }
    }
 
    location /sf/ {
        root /usr/share/php/data/symfony/web/;
        expires max;
    }
 
    location ~ \.php($|/) {
        set  $script     $uri;
        set  $path_info  "";
 
        if ($uri ~ "^(.+\.php)(/.+)") {
            set  $script     $1;
            set  $path_info  $2;
        }
 
        fastcgi_pass   127.0.0.1:9000;
 
        include /etc/nginx/fastcgi_params;
 
        fastcgi_param  SCRIPT_FILENAME  /var/www/monprojet/web$script;
        fastcgi_param  PATH_INFO        $path_info;
    }
}
 
## Fin du fichier
 
rm /etc/nginx/sites-enabled/default
ln -s /etc/nginx/sites-available/monprojet /etc/nginx/sites-enabled/
/etc/init.d/nginx start
 update-rc.d nginx defaults

C’est prêt. Vous devriez pouvoir accéder à votre projet via l’url que vous avez configuré.

Quelques tests de charge

photo credit : Stuck in Customs

J’avais prévu de vous donner en pâture quelques tests de charge, mais d’autres ont déjà fait le boulot. Je vous laisse consulter leur travail.

• joeandmotorboat
• webfaction
• megaburst
• peterbe

Conclusions et références

En conclusion, nginx ne fera pas des miracles, mais pour une installation de base, ses perfs sont légérement meilleures que celles d’apache. Alors pourquoi s’en priver ?

http://spindrop.us/2008/01/20/nginx-and-symfony/

http://www.howtoforge.com/nginx_php5_fast_cgi_xcache_ubuntu7.04

Le problème, c’est que mon ubuntu ne fournit plus de support pour cette version de PHP. C’est un choix éditorial qui vaut ce qu’il vaut, après tout, php5 est sorti depuis quelques années, et php4 est en fin de vie.

Sauf que quand on en a vraiment besoin, c’est un peu pénible de devoir trouver des solutions alternatives. D’ailleurs, ça râle sur les forums.

J’ai testé la solution xampp, qui se défend. Tout est circonscrit dans un seul répertoire, on peut passer d’une version de php à l’autre facilement. Pratique.

Mais le jour on il faut installer un module supplémentaire pour php (au hasard, odbc), alors là, tintin !

La solution la moins pire que je vous propose (attention, c’est quand même crade), c’est d’installer apache 1.3 + php4 depuis les dépots debian.

Apache 1.3 et php4 sous ubuntu

Ok, le premier truc, c’est de s’assurer qu’on part sur de bonnes bases, et qu’on dispose d’un système à jour.

sudo apt-get update
sudo apt-get upgrade

Si vous disposez d’un serveur apache2 qui traîne, ça me paraît être une bonne idée de l’arrêter pour le moment.

sudo /etc/init.d/apache2 stop

C’est parti ! Ajoutons les dépôts Debian dans notre sources.list :

sudo vi /etc/apt/sources.list
# Ajoutez ceci en haut du fichier :
deb http://ftp.fr.debian.org/debian/ stable main
deb http://security.debian.org/ stable/updates main 
 
sudo apt-get update

Après cette commande, il est possible que vous voyiez apparaître une erreur de ce type :

There are no public key available for the following key IDs:
A70DAF536070D3A1
B5D0C804ADB11277

Pour chaque clé listée, exécutez la commande :

gpg --keyserver subkeys.pgp.net --recv <clé> && gpg --export --armor <clé> | sudo apt-key add -
 
# par exemple, pour la clé A70DAF536070D3A1
gpg --keyserver subkeys.pgp.net --recv A70DAF536070D3A1 && gpg --export --armor A70DAF536070D3A1 | sudo apt-key add -

Vous pouvez normalement relancer votre update tranquillement.

Ensuite, passons à l’installation de php proprement dite :

sudo apt-get install apache php4 libapache-mod-php4 php4-mysql php4-odbc #ajoutez les autres modules dont vous avez besoin

Et voilà. Normalement, tout devrait se dérouler comme sur des roulettes (bon, en pratique, je pense que vous allez devoir déblayer les tonnes d’erreurs qui vont vous tomber sur le coin de la tronche, mais bon).

Ah, oui ! Petit détail. Dans le fichier de conf d’apache, il pourrait être intéressant de lui faire interpréter les fichiers index.php avant les index.html (j’ai eu des erreurs bizarres à cause de ça).

sudo vi /etc/apache/httpd.conf
# Remplacez
DirectoryIndex index.html index.htm index.shtml index.cgi index.php
# par
DirectoryIndex index.php index.html index.htm index.shtml index.cgi
 
# N'oubliez pas de redémarrer apache :
sudo /etc/init.d/apache restart

Par mesure de sécurité, je vous recommande trés fortement de supprimer les dépots debian de votre sources.list, afin de ne pas trop foutre le b**del dans votre système.

Et voilà ! Un beau php4 tout neuf. Elle est pas belle, la vie ?