Skip to content

V1.2

Choose a tag to compare

View all tags
@Assistouest Assistouest released this 26 Mar 12:07
· 17 commits to main since this release
V1.2
789853a
This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode.

Release Notes - v1.2.0 Update Goliath

Cette mise à jour majeure transforme Clone Master en une solution industrielle capable de gérer les environnements WordPress les plus denses. Nous avons remplacé l'exportation classique par un moteur adaptatif tri-varié conçu pour les bases de données dépassant 2 Go, même sur des serveurs aux ressources limitées.

Smart Persistence Engine

L'utilisation de l'API set_transient() de WordPress a été abandonnée pour la gestion du curseur d'exportation.

Pourquoi ce changement ?

Sur les hébergements mutualisés (Hostinger, o2switch, etc.), les transients stockés dans wp_options échouent silencieusement dès que l'objet $state devient trop lourd (liste de +100 tables, métadonnées accumulées). Cela causait des boucles infinies (réinitialisation du curseur à chaque appel).

Clone Master introduit une persistance atomique sur disque via 3 fichiers JSON dédiés :

  • db_cursor.json : Stockage ultra-léger de l'index de table et de l'offset actuel.
  • db_tables.json : Indexation unique de la structure (testé sur +450 tables).
  • db_info.json : Journalisation sécurisée des métadonnées d'export.

** Sécurité Atomique :** Utilisation de la technique write vers .tmp puis rename() pour garantir qu'aucune corruption de fichier ne survient si le serveur interrompt brutalement le script PHP.

Adaptive Database Engine 2.0

Le moteur d'exportation analyse désormais votre infrastructure en temps réel pour moduler sa puissance d'exécution :

  • ⚡ Accélération intelligente (x1.3) : Sur VPS ou serveurs dédiés (Ionos, OVH Cloud), Goliath libère la puissance pour finir l'export en un temps record.
  • 🐢 Mode Survie (x0.5) : Sur les hébergements restrictifs, l'algorithme réduit automatiquement la voilure (ex: lots de 200 lignes) pour rester sous les seuils de saturation RAM et éviter les erreurs 503/504.
  • 🔍 Anticipation SQL : Analyse préventive du poids des données (colonnes LONGTEXT, BLOB) pour éliminer l'erreur fatale MySQL avant qu'elle ne survienne.
Assets 3
Loading