J'ai découvert le framework Symfony avec la version 1.0 qui utilisait l'ORM Propel. Depuis je n'utilise plus que le framework Symfony ou un ensemble de ses composants pour tous mes projets (pro ou perso). Il y a beaucoup à écrire sur ce framework, dans les articles ci dessous je partage essentiellement sur son utilisation sans pour autant revendiquer "la bonne" façon de faire car les cas d'usage change pour chaque projet.
Voici un cas particulier qui aidera peut être d'autres développeurs. J'ai une application Symfony2 avec plusieurs bases de données, plusieurs identifications et donc plusieurs Providers pour l'authentification. Dans cet article je vous présente comment choisir quel Entity Manager utiliser pour chaque Provider.
L'ORM Propel est livré en standard avec 2 behaviors quasi indispensables.SluggableBehavior pour générer des slugs qui seront utilisés dans les URL et I18nBehavior qui permet de gérer l'internationalisation dans la base de donnée. Dans cet article, j'explique comment et pourquoi j'ai mixé ces 2 behaviors pour créer mon behavior: I18nSluggableBehavior.
De plus en plus de librairie PHP utilisent les nouveautés de PHP5.3 notamment les namespace. Dans cet article, je vous présente un plugin simple que j'utilise pour charger ces librairies dans un projet Symfony 1.4
L'ORM Propel reste une alternative intéressante à Doctrine même dans Symfony 2. L'intégration de Propel dans sf2 est moins forte que celle de Doctrine, mais il est possible de s'en rapprocher et d'avoir accès aux classes Query de Propel à travers le conteneur de service, c'est le sujet de cet article.
Imagine est une librairie PHP 5 orientée objet permettant de manipuler les images dans un contexte objet. Il s'agit d'une couche d'abstraction aux différents moteurs de manipulation d'image comme GD ou Imagick.
Sur le papier il me semblait simple de faire évoluer mon projet Symfony 2.1 avec Composer. Mais l'ajout de nouveaux bundles externes nécessite une lecture approfondie de la documentation et faire évoluer la librairie Symfony de tag en tag est un véritable jeu de piste. Dans cet article, je résume les procédures pour gérer le cycle de vie d'un projet Symfony 2.1 avec Composer. (MAJ 10/02/2013)
Dans cet article je présente une procédure pour démarrer un nouveau projet Symfony 2.1 qui sera versionné sous Git et dont les dépendances seront gérées avec Composer. Je couvre également l'installation et la configuration de Propel qui est utilisé à la place de Doctrine2 pour ce projet.
Je n'ai trouvé aucun plugin Symfony permettant d'interroger facilement l'API d'Amazon Product Advertising. Par contre le Zend Framework propose nativement une librairie pour cette API. Deux solutions s'offre à moi, écrire une librairie et la publier dans un plugin ou intégrer le Zend Framework dans Symfony 1.4. J'ai choisi la deuxième solution, plus rapide, plus simple et plus robuste, voici comment j'ai fait.
Quand on developpe avec le framework Symfony (quelque soit la version), on est amené à taper régulièrement des lignes de commandes, dont certaines assez rébarbatives à taper... J'ai découvert récemment que beaucoup de gens ne savaient pas que l'on pouvait très facilement les simplifier, d'où ce mini article.
Pour changer un petit snippet sur Doctrine 2 pour apprendre à gérer les parenthèse dans la clause WHERE d'une requête SQL.