J’ai toujours aimé les solutions graphiques pour le design du modèle des applications PHP que je développe. Que ce soit avec DBDesigner pour symfony 1.0, ou avec MySQLWorkbench pour symfony > 1.2 .

Etant maintenant fixé sur l’ORM Propel j’ai pris le parti de développer un outil permettant de gérer l’intégralité des paramètres du schéma Propel avec précision et de les exporter au format xml: PropelUtility

PropelUtility s’appuie sur l’outil de modélisation graphique MySQLWorkbench et lui ajoute simplement une interface de gestion et d’export de tous les paramètres propres à Propel.

PropelUtility est pérenne puisque MySQLWorkbench est maintenu par l’équipe MySQL elle même (DBDesigner est déprécié) et qu’il sera compatible Propel 2 !

J’ajoute que c’est mon premier projet Python … Alors n’hésitez pas à me conseiller si vous êtes un habitué: je ne demande qu’à améliorer PropelUtility

qu’est ce que PropelUtility ?

• PropelUtility permet de concevoir et d’exporter au format xml un schéma Propel à partir d’un schéma MySQLWorkbench existant (fichier *.mwb)
• PropelUtility permet de gérer tous les éléments de schéma propres à Propel non gérés par MySQLWorkbench
• PropelUtility est livré sous forme d’un plugin MySQLWorkbench écrit en Python. En cela il marche sous Windows, Linux et Mac OS

Ce que PropelUtility n’est pas …

• PropelUtility ne permet pas de modifier les informations du schéma modifiables avec MySQLWorkbench
• PropelUtility ne prévoit aucune conversion ou sortie en YAML (vous pouvez par exemple utiliser la commande symfony propel:schema-to-yml)

PropelUtility

Installation

via la ligne de commande

ou dézippez l’archive téléchargée à partir de la page github de PropelUtility

allez dans « Scripting » -> « Install Plugin / Module … » naviguer jusqu’à l’emplacement du fichier propel_utility_grt.py qui vient d’être copié dézippé ou gité, sélectionnez le, puis redémarrez MySQLWorkbench.

PropelUtility ajoute deux nouvelles entrées à MySQLWorkbench dans « Plugins » -> « Catalog » :

• « Propel Utility »
• « Propel Erase All Data »

N.B. ce n’est pas exactement la procédure préconsiée par MySQLWorkbench pour l’installation d’un plugin. Le fait que PropelUtility soit découpé en plusieurs fichiers oblige à copier l’arborescence du projet dans le répertoire « modules » manuellement avant l’installation dans MySQLWrokbench.

utilisation

Toutes les modifications effectuées sur les informations Propel avec PropelUtility ne seront validées qu’après un clique sur le bouton OK.
En cas de clique sur CANCEL, les modifications seront perdues.
Pour enregistrer définitivement les modifications des informations Propel il ne faut pas oublier d’enregistrer le document .mwb lui même

Il y a trois types de champs:

• Les champs non modifiables : ils ont un caractère informatif et peuvent être modifiés directement via MySQLWorkbench, mais pas via PropelUtility
• Les champs modifiables : en cliquant une fois sur l’un de ses champs il est possible de modifier sa valeur par une saisie clavier
• Les champs modifiables avec liste de choix : non seulement en cliquant une fois sur l’un de ses champs il est possible de modifier sa valeur par une saisie clavier, mais il est également possible de faire apparaitre une liste de choix en double cliquant. Il suffit alors de choisir une valeur et ensuite de cliquer sur le bouton « select this value ».

N.B. Les listes de choix ne sont pas disponibles sous linux. (l’objet mforms.TreeView permettant de gérer des tableaux ne supportent pas nativement les listes de choix et l’astuce permettant de les déclencher au double clique semblent ne fonctionner que sous Windows :/)

onglets

• Database permet de gérer les attributs de la balise xml <database />
• Tables permet de gérer les attributs de la balise xml <table />
• Columns permet de gérer les attributs de la balise xml <column />
• Foreign Keys permet de gérer les attributs de la balise xml <foreign-key />
• Indices permet de gérer les attributs des balises xml <index /> et <unique/>
• Behaviors permet de gérer les Behaviors associés chaque table (balsie <behavior />) ainsi que leurs paramètres (balise <parameter />)
• Export permet d’exporter les données manipulées via les onglets sus-citées selon la logique suivante: les attributs obligatoires sont systématiquement exportés, alors que seuls les attributs optionnels possédant une valeur différente de leur valeur par défaut le sont.

personnalisation

Vous pouvez choisir les champs affichés, ou modifier l’ordre d’affichage, ou encore modifier la taille des colonnes des champs pour chaque onglet en allant modifier la liste « fields_list » de la classe associée à l’onglet (PropelTabDatabase.py pour l’onglet Database par exemple)
De la même manière il est possible d’ajouter ses propres behaviors en complétant les listes PropelBehavior.behaviors et PropelBehavior.fields['name']['items']

Propel Erase all data

Cette entrée permet de réintialiser toutes les données Propel gérées par PropelUtility et seulement celles ci (les informations géres par MySQLWOrkbench ne seront pas affectées)

TODO

• ajouter une possibilité d’export individuel pour chaque indice (<index /> ou <unique />)
• ajouter le support pour la « single inheritance »
• ajouter un onglet « Settings » pour chosir les colonnes à afficher dans chaque onglet
• ajouter un onglet « Import » pour créer un schéma MySQLWorkbench (fichier *.mwb) à partir d’un schema.xml Propel existant inutile avec les fonctionnalités d’importation d’un schéma de base de données à partir d’un base MySQL existante

je cherchais à réaliser cette opération pour les voyageurs au grand coeur, pour qui je viens juste de terminer une nouvelle version de leur site web. Le but est de pouvoir suivre les différents voyages organisés pour les dons du sang sur les réseaux sociaux, en particulier sur facebook et twitter.

• www: http://www.voyage-grand-coeur.org/
• rss: http://www.voyage-grand-coeur.org/feed
• fan page facebook
• twitter : http://twitter.com/vagc63

Il est évident que les voyageurs n’auront ni le temps, ni les moyens techniques de mettre à jour leur statu en temps réel. En revanche il vont faire à intervalle régulier des « comptes rendus d’étape ». Le but est de diffuser automatiquement ces comptes rendus dès qu’un voyage est en cours et de diffuser de manière tout aussi automatique les news du site entre deux voyages.

J’ai donc créée un filet RSS « mixant » les derniers comptes rendus d’étapes et les dernières news. Ce qui m’a préoccupé ensuite c’est comment brancher ce flux à un compte twitter et à compte facebook.

Je suis rapidement tombé sur une solution utilisant twitterfeed. Cette solution utilise l’application selective tweet statu (l’une des applications facebook pour twitter) qui est capable d’alimenter le statu d’une fan page facebook avec un compte twitter. Le problème de cette application, et donc de cette solution, est que chaque tweet doit être suffixé avec le hashtag #fb, ce qui ne fait pas de très beaux tweets …

Heureusement en regardant un peu plus dans le détails twitterfeed, j’ai remarqué qu’il était possible de configuré non seulement un compte twitter pour recevoir un flux RSS, mais aussi un compte facebook. Voici comment faire en quelques étapes

conifgurer le RSS à diffuser

configurer le compte twitter sur lequel le RSS sera publié

configurer le compte facebook de l’administrateur de la fan page sur laquelle le RSS sera publié

aperçu du dashboard

Notez que vous pouvez aussi alimenter ping.fm, hellotxt ou laconica, et qu’il est possible de paramétrer un compte bit.ly pour tracker les clics sur vos liens … Bref twitterfeed est un point d’entrée automatique idéal pour les pipelines sociaux
pour en savoir plus

Voici une des premières réalisations à base de symfony

Un big up à l’euipe com qui a effectué un travail remarquable.
Une petite trace de l’ancien qui, après 5 années de bons et loyaux services, va passer dans la rubrique nécrologique d’ici quelques heures …
Adieu Vercingétorix et le Puy de Dôme …

vous pouvez également retrouver cette réalisation sur mon profile symfonians