===== Modèle Mail =====

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

<code>
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
</code>

Email envoyé au client ayant acheter une instance 

<code>
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
</code>




====== Procédure de modification de code ======

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 [[http://bugtrack.hodei.net/index.php?project=0&do=index&switch=1|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 [[:systeme_informatique:checkout|CheckOut]]**__Vous récupérez le fichier à modifier par un update ou checkout de [[http://svn.hodei.net/admin/project|svn]].

Liste des projets svn :

  * Dolioe : instances dolibarr du client [[:systeme_informatique:openema|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 :

<code>
/*
==============================================================================
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 :
==============================================================================
*/
</code>

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

<code>
/*
===============================================================================================================
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 :
===============================================================================================================
*/
</code>

__**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 [[:systeme_informatique:checkin|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__ **