Email envoyé au client demandant une instance sur notre site web

Bonjour
Bienvenue dans le cloud d'Hodei.

Nous vous proposons un service en ligne de l'application Dolibarr pendant 15 jours.
Voici le détail des informations pour y accéder :
Votre application Dolibarr : http://benoitgervais.hodei.net/erp
login : admin
mot de passe : 8hKROMDBr

Si vous avez des problèmes pour vous connecter, contactez-nous à l'adresse support@hodei.net

Cordialement
L'équipe d'Hodei

Email envoyé au client ayant acheter une instance

Bonjour
Bienvenue dans le cloud d'Hodei.

Voici le détail des informations pour y accéder :
Votre application Dolibarr : http://benoitgervais.hodei.net/erp
login : admin
mot de passe : 8hKROMDBr

Si vous avez des problèmes pour vous connecter, contactez-nous à l'adresse support@hodei.net

Cordialement
L'équipe d'Hodei

Voici en quelques lignes la procédure lourde et contraignante mais garante des futurs crashs… pour modifier du code.

1 – Bugtracking S'assurer que la modification ou le bug est tracé dans bugtracking :

Liste des projets du bugtracking :

• projet doliweb : instances de prod de dolibarr : les fichiers suivis sont ceux d'hodei; quand une modification ou un bug est corrigé, les transferts sont basés sur la version de l'erp hodei sauf pour les spécifiques.
• projets bilatu/wordpress : projet bilatu

2 – SVN : Update ou CheckOutVous récupérez le fichier à modifier par un update ou checkout de svn.

Liste des projets svn :

• Dolioe : instances dolibarr du client OpenEMA
• Doliweb : instances dolibarr de production d’hodei
• Hdibilatu : projet bilatu (mnogosearch, wordpress, …)
• Hodeiwp : obsolette mais ne pas effacer
• hdimnogosearch: obsolette mais ne pas effacer

En général en en-tête du fichier il y a une description ainsi :

/*
==============================================================================
Nom              : PDO SINGLETON CLASS
Langage          : PHP 5.3
Auteur           : email
Date de creation : yyyy-mm-dd
Description      :
------------------------------------------------------------------------------
Modification    : FS#yyy - xxxx/xx/xx - @hodei.net :
==============================================================================
*/

En général en en-tête de chaque fonction il y a une description ainsi :

/*
===============================================================================================================
Nom              :
Parametre Entree : $xxx (object) : ....
Parametre Sortie : N/A
Parametre Retour : N/A
Auteur           : email
Date de création : yyyy-mm-dd
Description      : ....
--------------------------------------------------------------------------------------------------------------
Modification    : FS#yyy - xxxx/xx/xx - @hodei.net :
===============================================================================================================
*/

3 – Modification des descriptifs Si la description n’existe pas il faut la créer. Ensuite pour chaque entrée dans le bugtracking, une zone Modification est créé comprenant la référence du bugtrack et sa description.

4 – Modification du code Normalement pour chaque ligne de code modifiée ou rajoutée vous devez mettre la référence du bugtrack soit par exemple FS#78

5 – SVN : Commit ou CheckIn Vous archivez vos modifications et en commentaire de SVN vous mettez par exemple

FS#78 - Quand l'annuaire est vide , des points restent sur la carte