Bonjour Damien,

Puis-je compter sur toi pour une recette aussi light soit-elle?.

Bonjour,

Je n'ai pas la volonté de créer un fork. D'ailleurs  vtiger est un fork de sugarcrm qui gère très bien la transparence vis à vis des SGBD et j’ai créé un projet de migration au sein de Sugarforge.

Dans une ancienne vie, j'avais fait une étude pour  sélectionner un CRM.  VTIGER et SUGARCRM furent les candidats finaux de  l'étude. J'avais préféré sugarcrm, à l'époque, pour son utilisabilité et la qualité de son design. Mais j'avais détesté l'idée de devoir changer des choix de production pour pouvoir utiliser un outil opensource et cetera. De là est née la volonté de faire migrer sugarcrm vers postgresql qui était le SGBD que j'avais choisi.

Ces 6 derniers mois je suis passé à l'acte et à  raison  d’une à deux heures par semaine j’ai fait la migration. Contenu du peu de temps que je consacre à ce projet j'arrive à un niveau de migration qui permet l'installation et l'utilisation de l'outil. Mais je peux difficilement aller plus loin en mode sous-marin. J'ai besoin de ressource pour l'utiliser, la recetter et me faire des retours. Je compte m’appuyer à la fois sur les communautés Postgresql et Sugarcrm pour cela.

En ce qui concerne la taille du paquet 36Mo, je ne me suis pas interrogé. Mais je vais le faire! Cependant ce n'est pas un patch. Ce qui est en ligne est la version sugarcrm5.2.i complète modifiée pour fonctionner avec postgresql. Au-delà de la problématique de taille que je vais regarder de plus prêt pour m'assurer que je n'ai pas fait de gaffe, j'essayerai de mettre en ligne un patch  au plutôt.

La prochaine étape pour mon « moi-même égoïste » est de faire migrer mon « sugarcrm  perso » avec un ETL. J’ai choisi l’ETL mais en termes de planification ….

Patrick