Elle apporte un certain nombre de nouvelles fonctionnalités…

• Ajout d’une Classe Caddie;
• Amélioration du Helper Form;
• Ajout dans les fonctions communes de is_php() pour faciliter la comparaison des versions de PHP
• show_error() modifié pour permettre la récupération du code réponse des servers HTTP, et toutes les utilisations internes envoient maintenant un bode statu correct.
• Plus un grand nombres d’autres petits bugs corrigés.

Ce framework avance plusieurs arguments qui en font un concurrent sérieux de Zend, Symfony, CodeIgniter, RoR et consors et publie un comparatif face à ces derniers. Il serait le plus rapide de tous et notamment avec un APC cache !!!

• Yii: 673 requests/second
• CodeIgniter: 206 requests/second
• Zend: 83 requests/second
• CakePHP: 79 requests/second
• Prado: 75 requests/second
• Symfony: 50 requests/second

La liste des fonctionnalités offertes est impressionnante. Leur leitmotif est : easy, efficient and extensible.

Yii intègre nombre d’idées et de concepts des frameworks de programmation (Prado, Ruby on Rails et Symfony, JQuery) et d’applications (Joomla) bien connus.

Il est accompagné d’une documentation en plusieurs langues et de nombreux tutoriaux .

Gageons qu’il va rapidement faire de l’ombre à ses copains qui évoluent plus ou moins lentement…d’un autre côté, il est plus facile de reprendre les bonnes idées de chacun pour créer un nouveau produit…mais c’est souvent ce qui dans la théorie de la concurrence fait qu’un outsider devient ensuite un leader (un peu comme les japonais des années 70 !!!)

Lors de l’installation de la dernière version 1.7.0 j’ai été confronté à un problème lors de l’utilisation de Magento et Symfony.

En effet, ils utilisent tous les deux la couche d’accès aux données PDO et la dll livrée de base avec Xampp libmysql.dll provoque un plantage.

Je vous propose de télécharger libmysql.dll (800 ko) sur mon site libmysql_dll.zip.

Une fois téléchargé, dézippée, récupérer le fichier libmysql.dll que vous allez copier à 3 endroits :

- dans xampp\apache\bin

- dans xampp\php

- et dans windows\system32

ps : avant toute copie renommer le fichier libmysql.dll présent dans chaque répertoire en libmysql.dll_ ce qui vous permettra le cas échéant de revenir en arrière.Redémarrer XAMPP, Apache et MySql.

Vos applications utilisant PDO devrait maintenant parfaitement fonctionner !!!

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 !!!