Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
projet_doliclone:script_d_installation_dedie_doliclone_2.0 [2025/02/24 15:41] supadminprojet_doliclone:script_d_installation_dedie_doliclone_2.0 [2025/02/24 15:43] (Version actuelle) supadmin
Ligne 3: Ligne 3:
 La nouvelle approche pour cloner votre dolibarr est de copier quelques fichiers php sur votre serveur de destination puis de diriger votre navigateur web sur la page index qui vous guidera dans la copie de votre dolibarr ... La nouvelle approche pour cloner votre dolibarr est de copier quelques fichiers php sur votre serveur de destination puis de diriger votre navigateur web sur la page index qui vous guidera dans la copie de votre dolibarr ...
  
-[{{:projet_doliclone:pasted:20250224-153715.png?direct=400}}]+[{{:projet_doliclone:pasted:20250224-153715.png?direct=400|Page d'accueil du script de clonage}}]
  
-[{{:projet_doliclone:pasted:20250224-153517.png?direct=400}}]+[{{:projet_doliclone:pasted:20250224-153517.png?direct=400|Copie des modules complémentaires}}] 
 + 
 +[{{:projet_doliclone:pasted:20250224-154302.png?direct=400|Copie des fichiers de la base de données}}]
  
 Avec l'approche de la version 1.0 nous avions différents problèmes à gérer que cette nouvelle version permet d'adresser proprement. En particulier si la restauration de la base de données ne marchait pas vous pouviez vous retrouver avec un dolibarr "local" (destination du clone) très instable. Pour essayer de parer à ce problème nous avions tentés la piste de modifier le prefixe des tables utilisées ... piste encore ratée du fait que les index dolibarr sont "codés en dur" ... dernière solution : créer une nouvelle base de données avec tout le dolibarr cloner, autant faire une installation complète à partir d'un fichier "install.php" autonome, c'est cette piste qui a été choisie pour la version 2.0 de ce projet ! Avec l'approche de la version 1.0 nous avions différents problèmes à gérer que cette nouvelle version permet d'adresser proprement. En particulier si la restauration de la base de données ne marchait pas vous pouviez vous retrouver avec un dolibarr "local" (destination du clone) très instable. Pour essayer de parer à ce problème nous avions tentés la piste de modifier le prefixe des tables utilisées ... piste encore ratée du fait que les index dolibarr sont "codés en dur" ... dernière solution : créer une nouvelle base de données avec tout le dolibarr cloner, autant faire une installation complète à partir d'un fichier "install.php" autonome, c'est cette piste qui a été choisie pour la version 2.0 de ce projet !