Dans les frameworks, certaines bibliothèques sont utilisées pour faciliter cette mise en place (exemple Zend avec ACL_Auth, ou CakePHP).

CodeIgniter ne se démarque pas en fournissant via la communauté, un package : FreakAuth_Light.

La version téléchargeable sur leur site utilise les tags courts (<?=…) au lieu de (<?php echo…).

C’est pourquoi, avec l’aide de [Bleekom], nous avons revu ce package afin de permettre l’utilisation des tags longs, plus conformes.

Vous pouvez télécharger tout le pakage CI+FreakAuth_Light ici.

Décompressez le dans un répertoire(auth) à la racine de votre site web (www ou htdocs), créez une base de données intitulée db_auth via PhpMyAdmin et lancer le script fourni dans l’archive (FreakAuth_DB.sql).

Lancez ensuite http://localhost/auth/index.php/installer.html.

Vous avez ensuite un site web permettant :

le login/logout des utilisateurs;

l’enregistrement d’utilisateurs;

le renvoie de mot de passe;

le changement de mot de passe;

un site web avec des parties réservées en fonction du profil;

une administration back office pour manager les utilisateurs et les administrateurs du site.

Enfin, pour faire court, j’ai mis le tutoriel en application et l’ai livré sur le site de [Bleekom] afin que vous puissiez le tester en « live ». Biensûr, il est préférable d’utiliser Firefox pour le visualiser . Vous remarquerez aussi que les images ne s’affichent pas toutes…en effet, je n’ai pas pu configurer de virtualhost sur l’hébergement mutualisé d’OVH .

Merci à [Bleekom] pour l’hébergement…

Site : http://www.webshare.fr/

Téléchargez Webshare : http://www.webshare.fr/download/webshare_0.6.5alpha.zip

Il part d’un exemple simple : Un site de 500.000 utilisateurs faisant une moyenne quotidienne de 100 requêtes.
Ce qui donne 578 requêtes par secondes, multiplié par 3 du fait que le traffic ne pas également distribué sur une journée, soit à peu près 1700 requêtes par seconde à gérer.Après analyse de l’infrastructure intiale et d’un codage simple de quelques pages et quelques includes, le benchmark de cette petite application utilisée par 500.000 utilisateurs nécessite 100 serveurs (il ne traite que 17 requêtes par seconde).

Il enlève dans le fichier Postgresql.conf l’appel à SSL; Résultat : on passe à 108 requêtes par seconde. Il faut encore une vingtaine de serveurs

Ensuite c’est le temps d’accès à la base de données qui prend 10% du temps global, on met donc en place les connections persistentes.
Résultat : on passe à 339 requêtes par seconde et il ne faut plus que 5 serveurs.

Puis on passe de :'db_opts' => array(PDO::ERRMODE_EXCEPTION => true, PDO::ATTR_PERSISTENT => true)
à
'db_opts' => array(PDO::ERRMODE_EXCEPTION => true,
PDO::ATTR_PERSISTENT => true,
PDO::ATTR_EMULATE_PREPARES=>true)

Le passage de Query en accès par les API Prepare/Execute de MySQLà des accès directs permet de monter à un traitement par le serveur de 580 requêtes par seconde et il ne faut plus que 3 serveurs. Les tables MyIsam ou InnoDb procurent les mêmes chiffres, et Sqlite3 est un peu moins performant mais pas beaucoup plus (550 requêtes/secondes).

La mise en place d’un gestionnaire de cache comme APC donne 805 requêtes/secondes. La Gestion de cache se satisfait mal des appels fréquent à des include_once ou require_once. On les remplace par des REQUIRE simples. Résultat : 875 requêtes par seconde.

L’optimisation dans le php.ini d’APC, et l’ajout d’une instruction sous ‘db_opts’ égale à 'path' => getcwd()
et quelque modification dans le code de l’application pour prendre en compte ces paramètres, nous amène à 885 requêtes par seconde, soit 2 serveurs.

APC permet aussi de configurer le stockage des variables PHP en mémoire partagée. Résultat : 890 requêtes par seconde.
Si l’on pousse un peu, on peut aussi stocker les résultats des requêtes à la base de données pendant 5 minutes en cache. Résultat : 1080 requêtes par seconde.

Enfin le remplacement des « includes », l’ajout de fonctions et la suppression de certains « Require », nous amène à 1100 requêtes par seconde.
Nous n’atteignons pas les 1700 requêtes par seconde nécessaires au traitement des consultations par les internautes, mais nous y sommes presque.
On est passé de 100 à 2 serveurs : Que d’économies associées !!!

Il y a beaucoup d’autres frameworks cités, mais pas sur plate-forme PHP. Il manque aussi surement une grosse série de framework PHP à ajouter sur la page.

• Comparison of web application frameworks
• List of web application framework

Bonne Lecture in english of course…

J’invite tous ceux qui s’intéressent à l’utilisation des frameworks dans des projets PHP à se pencher sur le sujet MAGENTO !!!