Voilà en gros tout ce que j’avais à dire dans cet article Pour étoffer un peu, Symfony Live c’est la conférence tendance pour les gens qui aiment [s|S]ymfony, qui aiment PHP (pourquoi pas ?) et qui aiment bien discuter et écouter de bonnes conférences. C’est organisé par Sensio Labs, agence que l’on ne présente plus, ça se déroule les 3 et 4 mars à Paris (Cité Internationale Universitaire) et c’est à peu près tout ce qu’il faut savoir.

Le vendredi soir, il y aura un meetup Github je ne sais trop où, comme d’hab’ je vais essayer de pas me perdre dans Paris (d’ailleurs j’espère que mon stage me permettra également de me repérer un peu dans Paris…). Il y aura des conférences doublées donc comme au Forum PHP, il faudra faire des choix. J’ai fait quelques choix, les voici :

Jeudi

10h30-11h20 : Je ne sais pas…

11h30-12h20 : Restful avec symfony et Symfony2 par deux compères de CleverAge : Xavier Lacot et Damien Alexandre.

13h30-14h20 : Contributing with Git : Reducing the frictions of Open Source collaboration with the Git VCS par Scott Chacon (ce mec travaille chez Github !!)

14h30-15h20 : je ne sais pas.

15h30-16h20 : je ne sais pas non plus.

16h30-17h20 : Leveraging Symfony2 Forms par Bernhard Schussek (histoire de pas galérer sur les forms…)

Vendredi

8h30-9h20 : Symfony2 – from the trenches par Lukas Kahwe Smith et Jonathan Wage (le titre déchirait !)

9h30-10h20 : Introducing Assetic: Asset Management for PHP 5.3 par Kris Wallsmith.

10h30-11h20 : HTTP Cache par dieu Fabien Potencier. (Et là, ce fût le plus gros dilemme…. Je voulais tellement voir cette conférence sur Solr )

11h30-12h20 : Varnish Cache and you par Kristian Lyngstøl.

13h30-14h20 : Symfony2 en pièces détachées ! par Hugo Hamon. La conf’ sur Twig semble sympa mais je pense qu’il y a plus à apprendre de l’ami Hugo.

14h30-15h20 : Doctrine in the Real World par Jonathan Wage (encore !)

15h30-16h20 : Jeux sociaux, Symfony et Cloud Computing par Laurent Letourmy (je les avais zappé lors du Forum PHP, je me rattrape ici).

16h30-17h20 : Iscool Story par Alexandre Rodière et Bertrand Tornil (Weka again).

Voilà, ce planning est susceptible de changer mais certainement pas trop. Je ferai comme d’hab’ un résumé de chaque journée et pour chaque conférence vue.

A demain pour certain

Related Posts

• Symfony live 2011 – Journée 2
• Symfony live 2011 – Journée 1
• Tests unitaires et fonctionnels sur un Bundle en Symfony2
• Symfony, Jenkins & co
• symfony rencontre Hudson, Mantis et les autres

Déboguer son code avec Xdebug

Présenté par Derick Rethans

L’auteur de l’excellent Xdebug fait une présentation des possibilités de l’outil. On y apprend la possibilité de renvoyer les fichiers défaillants dans vim directement, configurer l’affichage de la trace d’exécution, … Mais surtout un paramètre que je ne connaissais pas : xdebug.scream qui permet d’ignorer les ‘@’ avant les fonctions (le ‘@’ cache initialement les erreurs et avertissements). C’est un peu une tuerie pour le développeur car pas mal de projets (notamment certains CMS) utilisent cette astuce pour cacher la misère

Xdebug permet de profiler son application et génère un fichier  exploitable soit avec un fichier PHP fourni sur le site de Xebug, soit avec KCacheGrind soit avec WebGrind (comme son nom l’indique c’est une application web).

Ensuite, Derick nous parle de la couverture de code avec son outil. Puis, grosse surprise (pour moi), la possibilité de déboguer pas à pas son application PHP. On utilise pour cela GTK DBGp ou des plugins Firefox/Chrome. Voilà encore quelque chose que l’on pouvait reprocher à PHP et qui est résorbé

Mon avis : Très bonne conférence, très bon outil et quelques astuces à tester. Parfait donc.

Un site web performant, tout est dans le réseau et le navigateur

Présenté par Eric Daspet

Cette conférence m’est familière, je suis Eric depuis longtemps et je suis également très sensible aux problématiques de performances, en particulier au niveau frontend. C’est l’objet de cette conférence. On part sur un constat clair : tout se joue lors du chargement, peut importe ce qu’il y a côté backend (serveur et application) qui représente 5% du chargement total d’une page. Voici quelques données sur l’importance des performances :

• Amazon : latence +100ms : -1% de ventes
• Google : chargement +500ms : trafic -20%
• Yahoo : chargement +400ms : abandon +5 à 9%
• Bing : chargement +1s : revenu pub -2,8%
• Mozilla : chargement -2 ,2s : transformation +15%

Ce qui nous fait perdre du temps, c’est la latence et le nombre de téléchargements. La majeure partie du temps, le navigateur attend. Pour bien agir, voici ce qu’on peut faire :

• Fusion JS, CSS
• Fusion images : sprites CSS
• CDN : akamai
• URI en data, documents mhtml, archives JAR
• Inline des images
• Chargements parallèles : domaines multiples
• Connexions persistantes : KeepAlive http (10 à 20% de gain)

Mais aussi :

• compression http
• minimisation des contenus (espaces blancs)
• recompression d’images (avec et sans pertes)
• contenus pus petits
• Chargement différé via AJAX
• Ordonner et prioriser le contenu
• Envoyer immédiatement les blocs sans calcul serveur
• Chargement asynchrone du JS ou en bas de page
• Accélérer le rendu
• Utiliser du cache http
• Pré charger des contenus à l’avance
• Optimiser le JS, diminuer la complexité
• Eviter les sélecteurs CSS/Jquery horriblement lents

Mon avis : peu de choses apprises car déjà bien documenté sur le sujet mais la conférence était très bien présentée, Eric a su (d’après les réactions) sensibiliser son public.

Le Cloud Computing pour PHP

Présenté par Guillaume Plessis

Le Cloud Computing c’est quoi ?

• Infrastructure as a Service IaaS

Infrastructure massivement virtualisée. Instances virtuelles jetables. Facturation à l’heure. Répartition de charges. L’extinction des machines entraine la suppression des données. Typiquement c’est le service Amazon EC2 mais on a aussi Rackspace Hosting, Gandi.net (que j’avais testé) et SoPrivé.

• Platform as a Service PaaS

Serveur d’applications clé en main qui rend bon nombre de services (Stockage, langage, base de données, …)

Typiquement Google App engine pour Java et Python, Heroku pour Ruby On Rails et Windows Azure (…). Pour PHP, présentation de Baobapp que je vais tester bientôt en béta.

• Software as a Service SaaS

Applications infogérées clé en main. Par exemple, Gmail

Mon avis : Très intéressant de voir les différents modèles de Cloud, j’ai hâte de tester Baobapp, je viens de recevoir mon pass pour la béta, je consacrerai un article dessus.

Suivi de qualité – PIC, Plate-forme d’Intégration Continue

Présenté par Gabriele Santini

Présentation d’une plate-forme d’intégration continue dotée de nombreux outils. En vrac : phpUnderControl ou Hudson pour le serveur CI. Ajout d’outils comme PHPUnit, Xdebug, PHP_CS, PHP_Documentor, PMD, PHP_CodeBrowser, PHP_Depend, … Certains métriques ne sont pas bien exploitées, ils ont donc portés Sonar pour PHP et c’est surtout ça la grosse info !

Mon avis : je suis là encore très sensible aux problématiques d’industrialisation et de suivi de qualité. J’ai déjà pas mal d’outils en place pour mon travail et cette conférence n’a fait que valider ma démarche. Cependant j’ai appris l’existence de Sonar pour PHP et ça, j’ai hâte de tester. Sinon, j’ai rédigé un article sur le sujet pour le prochain numéro de PHP Solutions…

Analyse statistique du code – Écoutez votre code PHP

La visualisation peut se faire avec phpUnderControl, Arbit ou Sonar (!!!).

Mon avis : Très très intéressant, je connaissais la plupart des outils mais pas tous, je vais donc les tester. Le conférencier a bien exploré les possibilités d’analyse car explorer au niveau du bytecode, c’est… puissant !

The PHP performance paradox

Avis général

Related Posts

• #forumPHP : résumé de ma première journée
• Optimiser son application web en jouant sur PHP, MySQL et Apache2

Rasmus Ledorf

Première conférence du créateur de PHP. Après quelques minutes de galère pour projeter sa présentation, Rasmus a présenté la création puis l’évolution de PHP. Ce que l’on doit retenir : « PHP isn’t cool but what we can do with is » et « i don’t have a cell phone ». Voilà, vous savez tout.

Industrialisation PHP par Canal+

Présenté par Raphaël Carles

Canal+ gère une affluence d’environ 700000+ visites par jour (en pic). Leurs développements s’appuient sur Symfony, ezPublish, Zend et Magento.

Ils virtualisent leurs serveurs web et applications, utilisent des load balancers redondés. Une bonne idée est d’exécuter les batchs sur un serveur virtuel dédié. PHP a été choisi pour sa souplesse en terme de déploiement et de packaging. Leurs exigences sont indépendantes de la technologie employée. Ils ont fait le choix d’utiliser des CMS et solutions PHP pour garantir une maitrise des développements.

Zend Plateform leur permet d’analyser et suivre de manière permanente la santé des sites. Ils ont mis en place des normes d’installation et de configuration des solutions. Ils ont une démarche de capitalisation permanente. Ils ont mis en place des bonnes pratiques au niveau SEO, perfs, navigateurs, développements.

Ils disposent d’un environnements de livraison spécialisés :

- recettes fonctionnelles pour les MOA

- recettes techniques pour intégrateurs et hébergeurs

Chaque commit est constitué d’un patch du code, des commandes SQL, une liste des fichiers modifés et une liste des bugID.

Sans surprise, on retrouve Capistrano au niveau automatisation des déploiements. Ils maitrisent la logistique des déploiements avec des fiches récapitulant des informations telles : planification, horaires automatisés, …

Niveau outils en vrac, ils utilisent : SVN, Zend Studio, Zend Server et Zend FW, UML / Merise.

Ils ont développés un outil de pilotage de SVN (fork de webSVN) et des sources couplé à un serveur de développement centralisé :

- gérer les effets de bord en temps réel

- centralisation des configurations

- verrouillage des sources sur le serveur

Ceci nécessite un développement linéaire. D’autre part, leur outil va générer de la documentation automatiquement. Un autre outil développé concerne le suivi des livraisons (couplé au bug tracking).

Mon avis : Cette présentation n’était pas réellement intéressante. Elle n’apprend rien et l’orateur n’a pas été concluant, il nous tournait le dos… Cependant on voit bien que Canal+ n’est qu’en cours d’industrialisation, il n’y avait pas de retour d’expérience réel et c’est bien dommage.

Propel : apprendre en persistant

Présenté par Arlo Borras

Approche en plusieurs niveau pour appréhender Propel :

Niveau 1 : connaître PDO

Niveau 2 : Faire des objets

ActiveRecord : design pattern permettant à un objet de se gérer (se sauvegarder, se mettre à jour, …)

Encapsulation des requêtes SQL.

PDO doit être aidé pour gérer des éléments NULL : utilisation de l’attribut PARAM_NULL.

Niveau 3 : Ne pas réinventer la roue

Utilisons Propel !

Niveau 4 : Maitriser l’outil

Avantages de Propel :

- PHP5.3 ready (namespaces)

- Connexion implicite à la demande

- Sauvegarde en cascade

- Rapidité :

Avec l’utilisation du design pattern Identity Map = persistance mémoire de ce qui a déjà été demandé.

Et l’utilisation de l’hydratation à la demande via un « formatter » : collection vide, itération hydrate un à un les éléments.

- Validators, Behaviors.

- Gestion de l’héritage : table inheritance : single inheritance (1 table) ou concret inheritance (plusieurs tables)

- Et… Logging, hooks, nested sets, N-N, 1-N, runtime introspection, packages, nested transactions, master/slave, pager, query cache, …

Niveau 5 : dépasser l’outil

Penser aux objets/en objet.

!! Domain-Driven Design !!

L’ORM transforme une BDD en base de d’objets.

Un objet persistant est un objet avant tout.

La persistance d’un objet n’est qu’une caractéristique.

Mon avis : j’attendais cette conférence plus que tout pour rencontrer François Zaninotto, malheureusement il n’a pu venir et Arlo l’a remplacé. Bon tour d’horizon de Propel avec une présentation Prezzi très réussie.

Magento : un framework e-commerce

Par Hubert Desmarest, Guillaume Babik et Roy Rubin (fondateur de Magento)

Trois mots d’ordre pour Magento : Flexibility, scalability, growth

Magento solution c’est :

- Design, development, integration

- Magento eCommerce, Entreprise, Professional & community

- Industry partners

- Hosting environment

- Magento mobile commerce (browser, iPhone app)

- Magento connect / local (extensions market place)

Magento dispose de plus de 3000 extensions. Ecrit en PHP5 en utilisant Zend Framework.

« Upgradeability with customizations : core, local, community » -> Séparation physique des éléments.

« Modularity & flexibility are Key » -> architecture élaborée.

Un point sur l’API « core » :

- Web services : SOAP & XML RPC protocols (catalog, customer, order)

- Tout ce qui est disponible devrait l’être via web services.

- Plusieurs langues, marques sur un système unique à maintenir : Multi-store systems.

Magento au niveau SEO c’est : 100% SE friendly, site map, url rewrites, meta-informations, …

Magento est orienté marketing et dispose d’outils de promotions comme les réductions basées sur des règles.

Au niveau administration : gestion du catalogue, du contenu et également des commandes mais une fonctionnalité étonnante : la possibilité pour l’admin d’ajouter des éléments dans le panier d’un client. On note aussi la présence d’un outil de reporting.

Magento permet les ventes privées en natif, tout comme la navigation mobile.

Avantages de Magento (point de vue intégrateur) :

- modèle très souple

- au service du marketing

- les « multi »

- licence : cout nul ou moindre

- approche logicielle

- solution pérenne

Mais :

- peu documenté

- difficulté d’apprentissage : 4 à 6 mois pour un bon développeur Zend

- modèle de données et applicatif lourd

Mon avis : Magento me semble sexy. Les orateurs n’ont pas caché son côté « usine à gaz » mais je pense qu’il peut valoir le coup, en tout cas, la présentation donnait envie d’essayer

Les frameworks, essentiels dans l’écosystème PHP

Par Bastien Jaillot, Xavier Lacot

On attaque avec une réflexion sur les solutions possibles pour réaliser une application web : solutions intégrées ou frameworks.

Considérations :

- complexité

- besoins

- méthodologies

- nouvelles fonctionnalités ? Suppression de fonctionnalités

- Plugins/extensions existent, couvrent les besoins ?

La première conclusion est la suivante : une solution intégrée est souvent une bonne solution car elle a permet de gagner du temps, de l’argent et évite la pression. Une solution intégrée permet de ne pas réinventer la roue. : c’est parfait pour des besoins communs.

Mais pas de besoins communs, alors il faut :

- hacker

- patcher

- extensions : mais pas forcément étendables

- jeter et recoder en utilisant un FW

Donc on recommence et on définit les vrais besoins ! La bonne question c’est : Temps pour bidouiller versus temps pour construire !

On passe ensuite aux critères de choix d’un framework. Les objectifs généraux sont les suivants :

- accélérer les dévs

- simplifier les MAJ et évolutions

- améliorer les perfs

- internationalisation : envisager l’avenir plus sereinement

- améliorer la qualité

- industrialiser la production

- ne plus réinventer la roue

- profiter du travail des autres

Et surtout se faire son idée. Ce n’est donc pas évident. Il faut également prendre en compte un tas de paramètres tels : risques, perfs, sécurité, modèle de conception, outillage, respect des standards, extensibilité, i18n, intégration des briques externes. Il est ensuite démontré que travailler sans framework en entreprise n’est pas simple, voire quasiment pas faisable à cause des méthodes de travail, des procédures diverses, …

Les frameworks offrent la possibilité de faire des tests unitaires, fonctionnels, … Et surtout dispose de métriques ! Ensuite, on a une présentation des différents frameworks : avant, maintenant, bientôt. Les nouvelles tendances sont :

- injection de dépendances

- utilisation des namespaces

- retrait des singletons

- plus légers

En d’autres termes : abandon progressif de la génération actuelle des frameworks. L’avenir se concentre sur les performances.

Enfin, les derniers mots mettent en avant le concept suivant : ne pas javaiser PHP !

Mon avis : Cette présentation donne des billes pour ceux qui pensent encore que les solutions toutes faites sont meilleures quelque soit les problématiques. J’ai bien aimé la présentation et son enchainement.

Optimisations des performances LAMP

Par Cyril Pierre de Geyer et Guillaume Plessis

Premièrement, on doit savoir ce qu’il se passe :

- Logs accès, erreurs

- Xdebug -> profiling

- Requêtes lentes & sans indexes

- Journal des requêtes

Il est conseillé de mettre en place des outils de monitoring :

- Nagios, Zabbix (graphes)

- Cacti, Munin (graphes)

PHP : Pinba (exectime, mémoire, …), Zend Plateform

On doit surveiller :

- OS : CPU, RAM, Réseau

- Apache : disponibilité, requêtes par seconde, temps de réponse

- PHP : Pinba

- MySQL : requêtes par seconde, connexions, innodb_buffer_pool

Après, on va simuler :

• Tirs de charge

• Outils : Jmeter, Funkload, Siege, apachebench

Attention à rejouer les tests dans le même contexte : tir de charge de référence.

Ensuite on va analyser :

- Profiling : améliorer les performances

- Détecter les goulots d’étranglement

- Outils : Xdebug, KcacheGrind, webgrind, ZendServer

Et enfin, on va améliorer :

D’abord PHP :

é Opcodes : APC, Xcache, Zend Optimizer

é Script PHP -> Opcode -> Exécution

Puis Apache :

- KeepAlive

- ServerLimit, MaxClients

- MaxRequestsPerChild

- désinstaller les modules non utilisés

- privilégier d’autres serveurs http : Nginx pour le contenu statique

- reverse proxy cache http : varnish

- Compression Gzip/Deflate

- En-têtes Expire

- Etags

Et maintenant, améliorer la base de données :

- Choisir le bon système : Linux 2.6 64bit (60% de perfs en plus face à 2.4)

- Bonne distrib MySQL

- Bon moteur de stockage :

• MyISAM, InnoDB, HEAP, Archives, …
• MyISAM : rapide mais ne monte pas en charge, pas transactionnel
• InnoDB : plugin de MySQL. Plus robuste, transactionnel, …
• HEAP : en mémoire
• Archives : informations sans effacement

- Profiling / EXPLAIN

- Optimisation des requêtes et du modèle

- Réplication (maitre/esclave, maitre/maitre)

- Sharding : répartir les données sur différentes grappes de calcul et agréger les résultats.

Mon avis : Excellent ! Je connaissais pas mal de choses sur le sujet mais j’ai appris quelques trucs et astuces qui feront l’objet d’un futur article

Introduction au monde No-SQL

Par Damien Tournoud

Plusieurs besoins amènent au monde No-SQL :

- Stocker temporairement ses données : Memcache(d)

- Stocker des données simples : Redis

- Stocker des données structurées : MongoDB, orientée document, non relationnelle, horizontalement scalable par sharding.

En No-SQL on parle de Documents : ce sont des données en Json. On parle également de Collections, des ensemble de Documents.

- Gérer une file d’attente : Beanstalkd (et Pheanstalk pour PHP)

D’autres outils :

- RabbitMQ : implémentation opensource de AMQP.

- Amazon SQS : file d’attente SaaS, API REST

- Indexer en full-text : Apache Solr (basé sur Lucène), Sphinx (écrit en C++)

- Autres (pour les graphes, …) : FlockFlockDB, pas d’intégration facile en PHP, développé par Facebook.

- Bases massivement distribuées éventuellement consistantes : HBase, Cassandra. Le conférencier ne conseille pas d’explorer ces pistes, c’est très compliqué.

Mon avis : Bonne conférence mais pas assez technique. La présentation est bien mais ce fût trop « introduction », ce qui est dommage. Cependant, Damien est sympa, trolleur également mais il a fait une présentation très vivante et très intéressante.

Avis général

Excellentissime ! Des gens cools, des conférences extras, des stands, du café (ahah), … Organisation tip/top, bref rien à dire pour cette première journée.

Related Posts

• #forumPHP : résumé de ma seconde journée
• Optimiser son application web en jouant sur PHP, MySQL et Apache2

Tout d’abord, mon stage de 2ème année est trouvé, je ne donnerai pas le nom de l’entreprise mais sachez que c’est une grande marque, que ce sera un sujet orienté développement web et industrialisation et que j’ai très hâte de commencer Cependant, le stage débute en avril 2011.

Depuis quelques temps, j’ai décidé de m’orienter sur du développement mobile. J’ai écrit mes premières lignes d’Objective-C il y a quelques jours et j’ai également décroché un projet iPhone avec une entreprise locale. Ceci devrait me permettre d’avancer assez rapidement. Visiblement, le langage n’est pas complexe. Par contre, la gestion d’un projet « mobile » est bien différente de ce que j’ai rencontré jusqu’à présent : faire passer l’ergonomie et l’aisance d’utilisation avant toute fonctionnalité. J’attaque également la programmation Android…

Comment écrire un article sans parler de Symfony ? J’ai regardé de près Symfony2, les concepts m’inspirent et je vois une nette ressemblance avec Spring. A première vue, la prise en main est rapide lorsque l’on connait les dogmes Symfony 1.4 et dans mon cas, que l’on connait Java J2EE (Spring notamment).

Doctrine2 lui ressemble à JPA, c’est très agréable. Le système d’annotations est terrible, dommage que la core team PHP rechigne à l’ajouter. Celle-ci ne donne pas très envie de rester développeur PHP… C’est peut-être osé de dire cela mais s’ils restent comme ils sont, PHP pourrait très bien chavirer…

Enfin, Twig, le moteur de templates, est vraiment bien. L’héritage de vue avec la redéfinition de « block » est absolument intuitif et je trouve ça terrible !

J’attends avec impatience la sortie officielle de ce nouveau framework même si je ne suis pas certain de continuer à travailler exclusivement avec Symfony et même PHP…

En effet, j’ai découvert dans un premier temps Play! Framework puis Grails : deux frameworks Java, inspiré de Symfony pour l’un, de Ruby on Rails pour l’autre. Or, Symfony s’inspire déjà de RoR. Après maintes lectures, PHP semble être de plus en plus délaissé au profit de Ruby ou Python. La demande pour ces langages grandit et c’est pourquoi j’ai choisi de me lancer sur Ruby on Rails ou Python. Pour l’instant, mon choix n’est pas fait même si je porte plus Ruby dans mon coeur (allez savoir pourquoi…).

Et le titre de cet article me direz-vous ? Et bien, ces temps-ci et pour des besoins scolaires en recherche opérationnelle, je refais du C++. Même si j’ai un discours très arrêté sur ce langage, je dois dire que j’apprécie. Bon, programmer des heuristiques pour job-shop c’est beaucoup moins drôle mais quand même…

Voilà pour les nouvelles, j’espère ré-écrire bientôt sur des sujets techniques.

Related Posts

• No Related Posts

Il y a un presque deux ans maintenant, j’apprenais à écrire des tests unitaires et fonctionnels en Java, à l’aide de JUnit, JMeter, et compagnie. J’ai appris à écrire des scénarios de tests avec un logiciel dont je ne me souviens plus du nom, une alternative gratuite à HP Test Director. On écrit des scénarios de tests, des gens suivent les instructions et fournissent le résultat qu’ils obtiennent. C’est bien gentil tout ça mais je n’ai pas 50 personnes sous la main pour les faire exécuter mes tests et ce n’est pas mon associé qui voudrait suivre mes procédures…

Comme mon boulot consiste à écrire uniquement des sites web, j’ai cherché un outil qui pourrait faire ce boulot à ma place. Il ne m’a pas fallu longtemps pour trouver Selenium, une suite d’outils permettant d’enregistrer un enchaînement d’actions dans le navigateur, de rejouer cet enchaînement autant qu’on le souhaite, sur plusieurs navigateurs, en parallèle (test de « scalabilité« ), …

C’est donc l’outil parfait pour gérer les scénarios fonctionnels. J’enregistre mes tests et je les rejoue. Je vérifie ainsi que mon appli réponds correctement et que je n’ai rien cassé en modifiant une partie du code. Exemple avec symfony, la mise à jour du schema.yml.

D’ailleurs avec symfony, on peut faire des tests fonctionnels et c’est une chose que je ne faisais pas. Pour être franc, je ne faisais pas trop de tests en PHP, enfin si mais pas formellement. Maintenant cette période est terminée. J’adopte une nouvelle approche, l’approche TDD que j’expliciterai plus tard. En symfony, on peut donc faire des tests fonctionnels avec les classes sfTestFunctional et sfBrowser (qui simule un navigateur). Pourquoi utiliser Selenium alors ? Et bien parce que ces tests sont bons mais ne remplacent pas Selenium, par exemple, on ne peut pas tester les appels Ajax. Voici un aperçu d’un test fonctionnel écrit en symfony :

C’est très intuitif, les tests sont formés de « blocs » commençant par with() et terminant par end(). Il y a déjà beaucoup d’articles sur le sujet donc je ne m’y étendrait pas. Par contre petit tuyau, pour aller plus vite j’utilise le plugin swFunctionalTestGenerationPlugin qui permet de générer un « stub » de test fonctionnel symfony directement depuis les actions que l’on effectue dans la navigateur, pratique !

Il n’y a pas que les tests fonctionnels dans la vie, il y a également les tests unitaires. Comme JUnit pour Java, on a le droit à PHPUnit pour PHP mais je ne l’ai pas encore essayé. J’utilise Lime, un framework de tests embarqué dans symfony, écrit par Maître @fapbot. Au lieu des classiques assertTrue(), assertFalse(), on dispose des méthodes is(), isnt(), … Comme pour les tests fonctionnels, l’écriture de tests unitaires est très intuitive.

Grâce à ces tests unitaires, mon code est contrôlé et je n’ai plus à me soucier d’éventuels effets de bord. Je sais exactement comment se comportent mes méthodes et mes objets. Je blinde ainsi mon modèle, ce qui fait une chose de moins à me soucier. Je passe 50% de mon temps à écrire du code dans mes actions et vues, 20% de mon temps à écrire du code dans mon modèle, 20% à écrire mes tests et le reste à boire du café… Je ne me soucis pas du reste, mon environnement de test est complètement découplé de mon environnement de dev et l’environnement de prod est distant.

Sauf que… lancer les tests c’est long et j’aime pas trop attendre. Je me suis tourné vers des outils qui font le boulot à ma place. C’est ce que l’on appelle des serveurs d’intégration continue. Je regrette de ne pas avoir pu tester Sismo, le serveur d’intégration continue (CI) de Sensio Labs (vous savez, le même que plus haut, décidément !).

J’ai testé Hudson et phpUnderControl (cruiseControl). Pour ce dernier, je n’en suis pas très satisfait avec symfony et Lime. Il fonctionne bien, l’utilisation de Ant fait plaisir mais je n’ai pas pu profiter de toutes les possibilités de ce serveur. Je l’ai donc laissé tombé au profit d’Hudson. C’est un serveur plaisant, rapide à prendre en main, très lisible et parfaitement customisable avec le nombre incommensurable de plugins dont il dispose. Pour savoir comment le faire fonctionner avec symfony, on lit cet article de Nicolas Perriault. Pour ma part, je n’utilise pas SVN mais Git, il suffit d’installer le plugin qui va bien.

Voilà, sachant que mon Gmail est tout le temps ouvert et que j’ai le checker qui va bien dans Chrome, je suis alerté assez rapidement par mail si je casse tout. Encore quelque chose de moins à me soucier. C’est ce qu’on appelle, je crois, l’efficience et la productivité s’en porte beaucoup mieux.

Il me reste cependant quelque chose à éclaircir : TDD. Test Driven Development ou Développement piloté par les tests. Pour faire simple, avant de développer une fonctionnalité, je réfléchis. Oui mais je réfléchis deux fois puis trois fois même. C’est-à-dire que je cherche comment l’écrire, comment elle pourrait mal se comporter et comment la tester. Ensuite, je prends le chemin inverse. J’écris mes tests, je veille à son comportement lors de son écriture. Et voilà, ma fonctionnalité est écrite, les tests passent, je continue mon travail. Je ne passe pas 30 minutes à chercher ce qui ne va pas…

Au fait, pourquoi cet intitulé d’article ? C’est une interrogation qui vient des cours de qualité logiciel que j’ai pu avoir auparavant. J’ai toujours gardé cette phrase à l’esprit lorsqu’on me parle de tests. La question n’est pas si simple qu’elle en a l’air. Si vous avez une idée, les commentaires sont fait pour cela. Moi, je garde mon idée

En résumé, j’ai passé de bonnes vacances

Related Posts

• symfony rencontre Hudson, Mantis et les autres
• Tests unitaires et fonctionnels sur un Bundle en Symfony2
• Symfony, Jenkins & co
• Symfony live 2011
• Création automatique d’un projet symfony + MySQL + Git et Apache2

Non, vous ne vous êtes pas trompés. J’ai effectivement changé de moteur de blog, passant de mon propre moteur (wMVC) à WordPress.

Pourquoi ?

Ceux qui me connaissent savent ce que je pense de WordPress (via mister @palleas) mais j’ai franchi le pas pour ce blog personnel. Pourquoi donc ? Pour des raisons pratiques uniquement. Le nombre de plugins, le nombre de fonctionnalités, … en fait un bon produit pour faire un blog « Ikéa », je décompresse, je configure, ça marche, point.

J’ai donc repris l’ensemble des fonctionnalités de mon ancien blog (toutes écrites par mes soins), j’ai importé les articles et j’en ai profité pour changer de thème. Fini le paysage campagnard, je passe sur un thème plus « clean », plus sobre et qui privilégie le contenu au reste.

Autre raison ?

En fait, oui. Ce n’était pas nécessaire pour moi mais j’ai fait cette manip’ pour une autre raison. J’ai récemment pris une Dédibox v3, ce blog tourne dessus entre autres.

Le serveur web est Nginx (« engine X »), j’y reviendrai dans de prochains articles. J’ai voulu tester les performances de cette Dédibox et avec un WordPress + Nginx + APC bien configuré, j’ai été bluffé. Voilà le résultat, ce blog passe en prod

Et sinon ?

Fin d’année, je change de statut juridique avec un associé et des financiers : Bazinga, l’agence web de développement web (Symfony, Diem) et mobile (iPhone, Android) va naître. (Enfin !). J’y reviendrai également dans un prochain article.

J’ai pas mal d’articles en préparation depuis un petit moment sur du Git, Capistrano, Symfony, Diem, Nginx, et autres. J’espère pouvoir les écrire au plus vite.

N’hésitez pas à me donner vos avis, impressions, … sur ces changements

Related Posts

• No Related Posts