Un blog ? pourquoi faire ?

Configuration YAML : Attention !

Wed, 01 Dec 2010 17:46:40 +0100

Un billet rapide pour vous faire partager un fonctionnement du YAML qui peut générer quelques résultats surprenants !

Prenons un fichier app.yml :

all:

  foo:

   bar: [1, 2, 3, 4, 5]

test:

  foo

   bar: [a, b, c]

Une fois mon application lancée en test, je m’attends à ce que sfConfig::get(‘app_foo_bar’) me retourne array(‘a’, ‘b’, ‘c’) ?

Et bien non ! J’obtiens comme retour array(‘a’, ‘b’, ‘c’, 4, 5) … surprenant non ?

Pourtant, en changeant le formatage de mon YAML, on comprend mieux ce qu’il se passe :

all:

  foo:

   bar:

   - 1

   - 2

   - 3

   - 4

   - 5

test:

  foo

   bar:

   - a

   - b

   - c

L’environnement de test va donc seulement surcharger les 3 premières valeurs de la configuration foo_bar, laissant les valeurs 4 et 5 dans mon tableau.

Faites donc bien attention aux syntaxes dans les fichiers YAML, ça vous évitera des surprises !

Posted via email from Un blog ? Pour quoi faire ? | Comment »

Symfony Live 2010 : Le doute

Fri, 16 Jul 2010 23:49:06 +0200

Un nouveau billet avec pas mal de retard sur la conférence Symfony Live, planning d’été oblige :)

Cette conférence avait l’originalité de se dérouler entièrement en ligne, un format de plus en plus à la mode qui a de nombreux avantages. Plus besoin de se déplacer et donc des frais réduits, une très bonne idée pour rendre les conférences accessibles au plus grand nombre.

Petite parenthèse technique, j’aurais aimé que les différents intervenants investissent dans du matériel de qualité car le résultat était très inégal.

Comme j’en parlais dans un précèdent billet, la direction que prend Symfony dans sa mouture 2.0 me laisse un peu perplexe et c’est pour cela que je tenais à participer à cette conférence.

State of Symfony (Fabien Potencier)

On commence donc avec Fabien qui nous parle justement de l’état d’avancement de Symfony2 et malheureusement il n’y avait pas grand-chose à se mettre sous la dent.

Il nous présente surtout des composants que l’on connaissait déjà pour peu qu’on le suive sur Twitter, nous avons donc :

On apprend également que la philosophie Symfony2 ne bougera plus même si le code n’est pas encore stable, qu’une version finale sera disponible avant la fin de l’année et que, pour le moment, aucun plan de migration pour les versions Symfony 1.x n’est prévu.

J’en reviens sur ce point, qui me semble pourtant important, dans des entreprises comme la mienne où 90% du chiffre d’affaire passe par des projets Symfony, la question de la migration est un point vital sachant que la fin du support Symfony 1.4 est planifié dans 2 ans et que le temps de migration de certains gros projets n’est pas négligeable. J’estime que, malheureusement, beaucoup de société vont se retrouver trop juste pour migrer leur produit en 2.0 et que beaucoup tourneront encore sous 1.4 après la fin du support.

J’ai été assez déçu de cette intervention, j’en attendais beaucoup d’éclaircissements mais rien de réellement neuf n’a été présenté.

Doctrine 2 (Johnathan Wage)

Un autre projet avec lequel j’ai quelques soucis, l’intervention m’intéressait donc beaucoup.

Johnathan Wage nous présente donc la version 2 de cet ORM avec comme grande avancé l’apparition d’un ODM (Object Document Mapper) qui permet de manipuler des documents issus de base NoSQL comme MongoDB. Je trouve cette fonctionnalité très prometteuse car le NoSQL se prête très bien à l’utilisation que l’on a des ORMs dans PHP.

Là où les choses se compliquent, c’est le nouveau système de “configuration” par annotation. J’ai vraiment du mal avec ce concept pour plusieurs raisons : l’absence de support directe dans PHP, dans les IDEs et le cauchemar pour le débogage. Autre point surprenant, l’obligation d’utiliser un contrôleur Doctrine pour pouvoir profiter de l’ORM, comment ce système va fonctionner lorsqu’on voudra utiliser un autre contrôleur en même temps ?

Enfin, on finit avec une présentation du Database Migration System, un outil qui permet de mettre à jour la base de données en suivant les modifications du schéma Doctrine. Même si je comprends l’idée de facilitation de la gestion de sa base de données pour des développeurs ne voulant pas toucher à leur serveur MySQL, ce genre d’automatisation peut être très dangereux en terme de coupure de service et de pertes de données. L’outil devrai, selon moi, se limiter à la génération des fichiers SQL et ne pas proposer l’exécution de ces derniers.

Test (Fabien Potencier)

On continue avec le nouveau module de test de Symfony2 et l’intégration du célèbre PHPUnit. Cela va apporter une intégration plus facile de ses projets Symfony2 dans les différents outils d’intégration continue et c’est une très bonne chose. On retrouve ici les composants présentés par Fabien en début de conférence et qui servent pour les tests fonctionnels.

On découvre aussi une fonctionnalité très pratique de PHPUnit, l’isolation des processus via un fork() pour empêcher les tests de tuer l’ensemble du système en cas d’erreurs fatales et de paralléliser ces derniers afin accélérer le processus. D’ailleurs, malgré l’affirmation de Fabien sur le fonctionnement de ce système sur Windows, cela risque de poser par mal de problème car le support du fork() n’est pas disponible sur cet environnement.

Fabien nous parle ensuite du très intéressant profiler qui va permettre de tester les performances de son application avec les temps d’exécutions et des statistiques sur les appels à la base de données, etc…

Finalement, une petite pensée pour le projet Sismo clairement abandonné.

Cache (Fabien Potencier)

Sûrement le point qui a fait le plus de bruits sur Internet, la présentation du nouveau système de cache de Symfony2.

Fabien commence très fort avec des benchmark : Symfony2 traitent 5 fois plus de requêtes que Symfony 1 … Impressionnant mais complètement inutilisable hors contexte ! On aurait aimé avoir les conditions du test, les sources de l’application qui a servi à les réaliser.

Vient ensuite la clé de ces statistiques incroyables : l’utilisation d’un reverse proxy directement dans le moteur Symfony2. L’idée est très intéressante même si je doute qu’elle soit réellement utilisée. Les sites assez gros pour être confrontés à la question de la cache auront déjà intégrés des solutions identiques au niveau de leurs serveurs HTTP, les autres n’auront sûrement pas besoin de ce genre de solutions.

Avec l’arrivée de ce reverse proxy, on découvre l’utilisation du protocole ESI d’Akamai qui permet de mettre en cache que quelques portions de ses pages et ainsi d’optimiser au mieux la gestion des éléments en caches. Il faut avouer qu’à part Akamai, à l’origine de la spécification, il y a encore peu de logiciel qui supportent complètement ce mode, limitant donc son utilisation.

Form FrameWork (Bernhard Schussek)

Le module qui me pose le plus de problèmes et qui me fait perdre le plus de temps dans mes applications Symfony actuelles est sûrement le Form FrameWork. Parti d’une très bonne idée, l’ensemble devient ingérable dès que l’on cherche à réaliser des formulaires un peu exotiques. J’attendais donc cette présentation espérant une remise à plat.

On retrouve une liste de Widget intéressant allant des classiques Text, Password, Hidden, etc… à ceux plus typés comme les Integer, Date, Percent, etc… L’ensemble est cohérent et l’utilisation est très agréable. On découvre également les Fields Group et Fields Collection qui permettent une gestion très simple des relations 1-n et n-n dans ces formulaires.

Vient ensuite la gestion des validations et là c’est la catastrophe ! On retrouve ici le fameux système d’annotation mais dans une version encore plus sournoise car elle embarque un pseudo langage … des heures de torture pour déboguer en perspective :)

Propel (François Zaninotto)

La surprise de cette conférence. Avec tout le buzz autour de Doctrine 2, je commençais à me faire à l’idée de voir disparaître cet ORM que j’utilise pourtant tous les jours.

On découvre la version 1.5 qui apporte pas mal de bonne idée tout en restant compatible 1.3 et 1.4. Il semble que les équipes de Propel ont à coeur d’aider au mieux la migration des projets anciens vers leurs nouvelles versions, chose que j’aurai aimé retrouver avec Symfony2.

Niveau requête, le Model Queries vient remplacer le vieillissant Criteria par un système découlant naturellement du plugin DbFinder de Francois Zaninotto, maintenant à la tête du projet Propel.

L’apparition de la Concrete Table dans Propel va permettre de gérer des héritages entre les tables et ainsi pourvoir créer des structures de bases qui colleront parfaitement à nos modèles PHP.

On trouve également l’Aggregate Table qui fonctionne comme des Triggers très simple côté PHP. Je trouve l’idée très bonne car, malgré l’avantage des Triggers, je me suis toujours refusé à ajouter de la programmabilité dans ma base de données, je trouve donc ici un compromis très utile. Reste à savoir comment le système gérera les corruptions de table.

Conclusion

Je n’ai malheureusement pas trouvé les réponses que j’espérais dans cette conférence Symfony Live, au contraire, je me trouve à nouveau dans une situation de doute qui m’oblige à jeter un oeil sur d’autre FrameWork et d’autres langages car quitte à devoir reprendre nos projets à zéro, autant trouver quelque chose de neuf.

Je trouve de plus en plus de monde qui semble également douter de l’avenir de Symfony, ce qui me réconforte dans l’idée qu’il y a peut-être un autre avenir dans le PHP.

Affaire à suivre.

Posted via email from Un blog ? Pour quoi faire ? | Comment »

Symfony + NFS + XCache = Fuyez pauvres fous !

Thu, 24 Jun 2010 11:51:14 +0200

Juste un billet rapide en espérant qu’un jour quelqu’un sera heureux de trouver ici ce que je n’ai pas pu trouver sur Internet.

J’ai amené Symfony dans mon entreprise il y a 3 ans maintenant et presque tous nos projets tournent avec. Pourtant, la gestion de la cache a toujours été un cauchemar.

Comme sûrement beaucoup de sites à gros trafic, nous travaillons avec des grappes de frontaux Web raccordés à un serveur NFS afin de distribuer les sources PHP.

Nous avons vite compris que mettre la cache Symfony sur un montage NFS était de la folie et c’est avec joie que nous avons accueilli l’arrivée de Symfony 1.1 et sa configuration du répertoire de cache, mais depuis, chaque “symfony cc” restait un moment délicat car il arrivait régulièrement qu’un serveur ne reconstruise pas sa cache correctement … et là, la page blanche, des alertes partout et des développeurs en train de faire des cc frénétiquement en surveillant la porte du patron.

Chose étrange, personne ne semble avoir le même problème, je me permets donc de contacter directement Sensio Labs (éditeur du Framework) qui m’explique que même en dehors de la cache, Symfony n’aime pas NFS et que pour une solution, il fallait mieux contacter leur service commercial (sic … mais je ne peux pas leur en vouloir :)). Je m’exécute donc et, dans l’urgence, je me débarrasse de nos serveurs NFS … c’est mieux, mais la cache continue de temps en temps à nous faire peur.

C’est seulement cette semaine, dans une ultime tentative, que je m’attaque à notre cache OPCODE : Xcache.

Il y a quelques années, Xcache était la référence de la cache OPCODE, rapide, simple, stable. Mais depuis, il faut l’avouer, le projet n’a pas vraiment évolué, pris de vitesse par APC qui s’impose aujourd’hui comme la solution de référence.

Avec APC, le miracle s’accomplit, j’ai beau faire des cc en masse, rien ne semble altérer la stabilité de notre application malgré des centaines de hits client.

Mais la véritable surprise, ce sont les performances : 30% de gain sur nos graphes CPU, il était vraiment temps de changer.

Conclusion, pour vos projets Symfony, oubliez NFS, copiez vos sources en local sur cache machine, oubliez Xcache, utilisez APC !

Et pour les curieux, voici la configuration APC retenue :

[apc] apc.enabled=1 ; 1 segments of 60Mo apc.shm_segments=1 apc.shm_size=60 ; No optimization apc.optimization=0 ; Never expire apc.ttl=0 apc.user_ttl=0 ; workaround for CLI apc.enable_cli=1 ; Symfony make lot of path lookups, try to optimize apc.include_once_override=1 apc.canonicalize=1 ; Wait 2 seconds to rebuild cache apc.file_update_protection=2

Posted via web from Un blog ? Pour quoi faire ? | Comment »

"Profiling #Symfony plugin http://icio.us/cuhthk"

Tue, 11 May 2010 20:10:57 +0200

“Profiling #Symfony plugin http://icio.us/cuhthk”

- popofr13

Using Symfony with Google App Engine?

Mon, 22 Mar 2010 14:45:27 +0100

Using Symfony with Google App Engine?:

En attendant le support du PHP dans Google Apps :)

rcParallelTaskPlugin - 1.0.1

Wed, 17 Mar 2010 13:33:09 +0100

rcParallelTaskPlugin - 1.0.1:

New version of my plugin :

Add a method to change the ressource identifier
Add an exception if PCNTL module is missing
Correct the readme

A week of symfony #167 (8->14 March 2010)

Mon, 15 Mar 2010 12:18:47 +0100

A week of symfony #167 (8->14 March 2010):

Et hop, j’apparais 3 fois dans la dernière newsletter de Symfony !

rcParallelTask Plugin : Un plugin pour exécuter des taches Symfony en parallèle.

Tue, 09 Mar 2010 18:03:00 +0100

rcParallelTask Plugin : Un plugin pour exécuter des taches Symfony en parallèle.:

This plugin allow to create task that can fork for parallel processing.

It provide an easy way to create as many child as you want and a simple queue and lock system.

Symfony reloaded : follow the white rabbit

Mon, 08 Mar 2010 13:54:00 +0100

Comme promis, petit point sur Symfony 2.0.

Vous trouverez souvent ici des articles sur Symfony, un framework PHP que j’affectionne tout particulièrement.

Il y a quelques mois, Fabien, le gars à la tête du framework, nous gratifiait d’une preview de symfony 2.0. A l’époque, je me disais qu’il était encore parti en plein délire et j’avais fini la présentation assez sceptique sur le lien entre “ça” et l’actuel framework.

Depuis, les choses ont fait un peu de chemin et nous voilà avec une beta de cette 2.0.

Première lecture, première page, mauvaise surprise, je ne reconnais rien. Trois ans que je fais du symfony et impossible d’identifier le moindre bout de code … fermeture du navigateur.

Deuxième tentative, lecture approfondie, je commence à retrouver mes marques et, mine de rien, je trouve pas mal d’idées très intéressantes.

L’univers du Bundle roi

Symfony est très modulable, avec son modèle MVC et son système de plugins, il est très facile d’étendre son code et son application.

La version 2.0 arrive ici avec un concept nouveau : le Bundle, une unité de code qui est utilisée pour son application, les plugins, mais également le framework lui-même.

L’idée est alléchante, comme tout est Bundle, on va pouvoir charger vraiment les parties du framework que l’on souhaite, mais aussi packager facilement son application pour la délivrer sous forme de plugins.

Reste à voir comment tout cela va se passer en “conditions réels” et j’espère que cela va permettre une montée en puissance de la partie plugins de Symfony que je ne trouve malheureusement pas assez aboutie.

M’as-tu vu ?

L’autre grosse nouveauté, c’est la partie vue du modèle MVC, dans Symfony 2.0, on trouve quelque chose de plus homogène avec le contrôleur. On retrouve la structure de notre Bundle ce qui va permettre un plus grande liberté dans l’utilisation des inclusions de vues entre Bundles et applications.

Autre changement, le passage des vues en objets. Même si Symfony est un framework utilisant intensément la programmation objet, on trouvait dans les versions 1.x un système d’Helper utilisé dans les vues. Concrètement, il s’agissait d’ensemble de fonctions utilisables pour créer les liens, formulaire et autres éléments HTML.

Maintenant, tout est objet ce que vont adorer les fans d’objets … mais le problème est que cette partie vue est souvent destinée aux intégrateurs qui ne maîtrisent pas forcement ces notions … Reste à attendre le Bundle Smarty :)

2.0 ready ?

Je passe sur les autres petites nouveautés et j’imagine que tout cela va encore beaucoup changer.

Je trouve qu’il y a finalement pas mal de très bonne idée dans cette 2.0 mais la pilule va être difficile à passer.

Dans mon entreprise, nous finissons tout juste notre migration vers Symfony et bon nombre de projets sont encore en Symfony 1,0. Malgré une 1.4 LTE encore maintenue pendant 3 ans, je me dis que le travail de migration en 2.0 va être difficile à justifier …

Il va vraiment falloir un gros travail sur les procédures de migrations et l’utilisation de modules de compatibilité pour assister au mieux la mise à niveau.

Affaire à suivre.

I'm still ALIVE !

Wed, 03 Mar 2010 11:19:30 +0100

Juste une brève pour rassurer tout le monde : Non, ce blog n’est pas mort dès sa première semaine !

Mieux, j’ai même un paquet d’article en attentent d’écriture et pour vous faire patienter, en voici un aperçu :

Symfony 2.0 : Cette semaine, j’ai pris le temps de lire la preview de Symfony 2.0.
Propel 1.5 : Une autre préview, un autre article.
Web sur mobile : je suis en train de travailler sur une WebApp pour mobile, pas mal de particularités à faire partager

Bon … va falloir s’y mettre :)