Pour rappel, HTTP est le protocole qui régit le Web. J’ai écrit un gros article à son sujet (toujours en cours de rédaction d’ailleurs) pour les plus curieux ou pour combler quelques lacunes
Ce protocole permet de consulter (GET), d’envoyer (PUT, POST), de supprimer (DELETE), mais pas de mettre à jour une ressource, même si POST pouvait faire l’affaire dans certains cas (pas tout le temps).

PATCH vient combler cette lacune, à quand un déploiement massif sur le Web ? Un de ces 4 je pense, si j’ai le temps de travailler sur Apache à son sujet, je vous tiendrai au courant ^^

L’ASF recommande fortement de migrer vers la branche 2.2 pour ceux chez qui ça n’est pas encore fait (FaceBook par exemple, mais c’est en cours).
On utilise aujourd’hui encore Apache 1.3 pour sa robustesse évidente, mais à ce jour la branche 2.2 a fait ses preuves, elle est tout aussi robuste, et surtout beaucoup plus fléxible notamment grâce à l’extraction des MPM(Multi Process Modules) sous forme de modules.

Le fonctionnement interne d’Apache est aussi fortement changé dans la branche 2.2 par rapport à la 1.3 et les fonctionnalités beaucoup plus nombreuses.

La branche 2.2 date tout de même de 2006 ^^

Conception détaillée d’hôtes virtuels sous Apache

De quoi vous passer le pool de photos flickr (actuellement vide mais qui va vite se remplir), et aussi les slides de ma présentation « Apache pour développeurs PHP ».
D’autres présentations seront disponibles sous peu sur le site de l’AFUP ou depuis vos RSS

Lien vers l’article

Apache est le serveur Web le plus utilisé sur la planète. Né en 1995, Apache HTTPD est aujourd’hui massivement utilisé pour supporter des applications PHP.
Cependant, peu de développeurs connaissent vraiment cette machine aussi complexe que robuste qui supporte leur langage fétiche : PHP.
Il n’est pas rare de voir des codes PHP exécutant des actions qu’Apache sait gérer en une seule ligne, de manière beaucoup plus efficace.
Nous parlerons donc généralités, HTTP, Cache, Proxing et nous passerons en revue les différentes manière de coupler Apache à PHP (mod_php, CGI et FCGI, mais aussi mpm_peruser, mpm_itk, suexec, suphp).

Je l’ai dit cette année, je me diversifie, ya pas que ZendFramework dans la vie !
J’utilise Apache depuis …. 10ans je pense, un peu moins, et depuis peu j’écris du code pour Apache ainsi que des modules.
Ce projet open-source est vraiment passionnant.
Pendant mes formations, je me suis rendu compte qu’un nombre considérable de personnes (la plupart développeur) ne connaissait strictement rien à Apache (ou très très peu), alors qu’ils l’utilisent tous les jours !

J’ai donc promis cette année d’écrire des tutoriaux sur Apache, oui bon aucun n’est en ligne actuellement, mais la fin de l’année c’est le 31/12
Quoiqu’il en soit, ceci a motivé cette conférence Concernant les horaires et les précisions, il faut attendre la communication officielle de l’AFUP, qui ne va pas tarder.

La page du forum AFUP PHP 2009

HTTP est le protocole du Web. Comprendre HTTP, c’est comprendre une bonne partie du fonctionnement du Web et une partie conséquente des enjeux d’aujourd’hui concernant la sécurité des applications webs. Nous allons détailler dans cet article le protocole en lui-même. Vous allez voir qu’il n’est pas spécialement simple, contrairement à ce qu’on pourrait penser, et qu’une mauvaise compréhension ou utilisation peuvent avoir des répercussions néfastes, notamment sur les performances, le rendu final de la réponse, voire la sécurité du réseau. Nous nous rendrons aussi compte qu’il est complet, et qu’à ce titre on utilise rarement son plein potentiel, à tort (même si quelques fonctionnalités sont tout de même très spécifiques).

Retrouvez l’article en question ici

Les puristes Unix/GNU-Linux vont vous recommander des outils, comme par exemple iptables ou l’excellent tc permettant de faire du traffic shapping (du QOS de bande passante en gros).

Sans aller aussi loin, si le serveur web est Apache, alors mod_bandwidth est ce qu’il vous faut.
Ce module permet de limiter la bande passante d’envoi d’Apache, de manière poussé :par Vhost, par IP du client, par taille du fichier demandé …

Documentation de mod_bandwidth

Le problème est que Apache cherche ce fichier dans tous les répertoires et sous-répertoires du système de fichier (File System), en appelant la fonction système open().
Plus étonnant encore, il cherche même dans les dossiers précédants le DocumentRoot !

Un strace sur une application avec .htaccess peut donner ceci (avec un DocumentRoot sur /home/julien/Bureau/ZFBook/):

open(« /.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/ZFBook/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/ZFBook/html/.htaccess », O_RDONLY|O_LARGEFILE) = 9
open(« /.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/ZFBook/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/ZFBook/html/.htaccess », O_RDONLY|O_LARGEFILE) = 9
open(« /home/julien/Bureau/ZFBook/html/css/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open(« /home/julien/Bureau/ZFBook/html/css/styles.css/.htaccess », O_RDONLY|O_LARGEFILE) = -1 ENOTDIR (Not a directory)

Remarquez qu’il y a 2 fois la même suite d’appels, tout simplement car nous chargeons la page principale, puis un style CSS.
Imaginez un site avec plus de ressources (50 images, 4 JS et 3 CSS) … Dans de tels cas, un reverse proxy avec Nginx ou Lighttpd est plus que recommandé (un tutoriel viendra )

Conclusion : pour ne pas plomber les performances, désactivez la gestion des .htaccess et mettez vos règles dans vos Vhosts.
Ceci est d’autant plus vrai que l’arborescence n’est profonde, il s’en suivrait alors tout un tas d’appels sur le FS, inutiles et lourds à gérer à forte charge.

2009 verra le vent tourné, et un mot va souvent ressortir : Apache (httpd).

Apache, principalement le serveur Web (httpd) (je parlerai aussi de l’ASF : Apache Software Foundation) est un logiciel openSource que j’apprécie de plus en plus.
Plus je le manipule, plus je lis de livre à son sujet, et plus il m’interèsse.
Je me penche sur son sujet depuis maintenant 2 ans environ, et je dois dire que ce projet m’étonne vraiment, de par sa complexité et son utilité.

Il faut dire que ce serveur possède des atouts incroyables : il est basé sur APR (Apache Portable Runtime), est un fork du premier serveur Web du monde, et est en évolution permanente.
Il est capable de gérer HTTP, mais aussi FTP et POP.
A la manière de PHP : il est extrêmement modulaire, ajoutez un module et vous avez tout un tas de fonctionnalités en plus.

Depuis la branche 2.2, Apache Httpd possède des capacités hors du commun, vraiment étonnantes.
De plus, ce serveur Web est celui qui est le plus utilisé sur la planète, il est openSource et la compréhension de son fonctionnement ainsi que du protocole HTTP permet de vraiment maitriser le Web, sous toutes ses formes.

Apache est la base du Web (certes, d’autres serveurs importants existent aussi, je ne les couvrirai pas par contre, mais je suis évidemment au courant de leur existence, de leurs atouts aussi, Apache n’est pas seul, je sais), c’est grâce à lui que les pages sont servies comme elles le sont, il représente les racines du Web.
Il ne sert à rien de faire du PHP (dans un contexte Web) sans serveur Web, et étudier le module PHP (ext/sapi/apache2) est très intéressant pour comprendre comment ces 2 programmes communiquent.

Au menu des tutos 2009 (menu que j’essayerai de tenir, mais sans promesse) :
– Apache : configuration blablabla (compilation, modules, Apache Portable Runtime, etc….)
– Monter un proxy avec Apache (forward, forward cache et reverse)
– Gérer le cache HTTP de manière correcte avec Apache
– Apache comme solution de load-balancing (Apache dans une ferme de serveurs)
– Apache et SSI (Server Side Includes)
– Les modules « exotiques » (bandwidth-limiter et autres)
– Les différents Multi Processing Modules (worker, prefork, itk, peruser, suexec …)

En revanche : je ne couvrirai que la branche 2.2 d’Apache : la plus complète et la plus intéressante.
Tout un programme …