Le but de cet article n’est pas d’expliquer le fonctionnement des événements symfony, la documentation officielle est très bien faite à ce sujet, et pas mal d’articles expliquant leur implementation existent déjà. Le but est juste de savoir comment faire…
Doctrine_Collection et hydration hiérarchisée.
En ce moment nous sommes en train de travailler sur un site de collectionneurs et nous avons le plaisir de tomber sur quelques cas intéressants au niveau développement ce qui n’est pas pour nous déplaire. Ce site contient une grosse…
sfLexikDoctrineActAsCommentablePlugin ou comment rendre des objets commentables via un behavior / plugin
Aujourd’hui je vais vous montrer comment rendre des objets commentables grâce à un behavior Doctrine que j’ai créé, et le plugin qui permet de l’exploiter. Le behavior donne les fonctionnalités, le plugin donne le modèle et l’affichage ainsi que les…
Utilisation de sfDoctrineGuardPlugin pour la gestion des utilisateurs
sfDoctrineGuardPlugin comme son nom l’indique est la version Doctrine de sfGuardPlugin qui est THE plugin de gestion des utilisateurs de Symfony. Il comporte des formulaires d’identification et d’inscription très basique, mais son principal point fort est la gestion des droits…
Colonnes de recherche perso dans le filter de l’admin generator, avec Doctrine
-Comment faire pour filtrer l’affichage dans l’admin generator lorsqu’on a à faire à un champs qui n’est pas dans la table considérée ?
Un exemple ici : j’ai des utilisateurs, avec la table User, mais j’ai aussi une table sfGuardUser.
Ma table User contient les infos globales de mes utilisateurs, alors que la table sfGuardUser contient les informations d’identification et permet également de récupérer les infos sur les permissions, les groupes, etc.
Voilà le problème : j’ai dans le listing de mes utilisateurs ajouté la colonne « Administrateur ? », indiquant si l’utilisateur est admin ou non (vous l’aurez compris…), pour cela il m’a suffit de rajouter la méthode getIsAdmin() dans ma classe User.class.php (lib/model/doctrine/User.class.php), et le champs is_admin dans le generator.yml de mon module user dans le backend (apps/backend/modules/user/config/generator.yml). (cf jobeet n°12)
Schema.yml Doctrine, Bonnes pratiques, Convention de nommage et fonctions magiques
On c’est rendu compte ici qu’il y avait pas mal de questions en rapport avec le schema.yml qui ressortaient régulièrement.
Le schema.yml est généralement trop vite oublié. C’est facile à faire, ça génère la base sans trop se poser de questions, et puis on l’oublie… Alors que le schema.yml est certainement le fichier le plus important d’une application Symfony.
Je vais donc essayer de regrouper dans ce post les questions auxquelles on réponds généralement par « Regardes dans ton schema.yml » où « Comment est ce que tu l’as défini dans ton schema.yml ? ». Notamment au niveau des définitions des relations et les méthodes magiques qui en découlent.
TinyMCE dans l’admin generator (Symfony 1.2, Doctrine)
Comment mettre en place un « Rich Text Editor » dans un backend Symfony 1.2 doctrine ? J’ai trouvé la solution dans un post du forum symfony, je vous donne la version originale :
Gestion de la paternité (Symfony 1.2, Doctrine)
La gestion d’arbres en SQL se fait traditionnellement par une auto-jointure, avec le champ classique parent_id. Cette méthode est cependant très coûteuse quand il s’agit de faire des recherches dans cet arbre car il faut alors utiliser la récursivité. Une…