Exabytes ou ExonHost pour restaurer un WordPress multilingue depuis une archive ?

Retrouver les deux versions d’un même contenu

Une petite organisation doit reprendre son site WordPress en français et en anglais à partir d’une archive conservée hors de l’ancien hébergement. L’équipe dispose des fichiers et d’un export de base pris au même moment. Elle veut rouvrir le site sur une destination privée, vérifier qu’un article et sa traduction sont toujours associés, puis décider si cette copie peut servir à remettre le site en service. Les deux langues vivent dans des sous-répertoires du même site. Ce périmètre évite de supposer que plusieurs domaines de langue, un multisite ou un service de traduction distant fonctionneraient de la même manière.

Le contrôle le plus important commence après l’ouverture de la page d’accueil. Un WordPress peut répondre correctement tout en ayant perdu une table de l’extension de traduction, des réglages de langue ou une partie des médias. Ouvrez un article ancien dont les deux versions ont des adresses différentes. Suivez le sélecteur dans les deux sens. Vérifiez que chaque lien arrive au contenu correspondant. Un retour systématique vers l’accueil anglais peut cacher la perte des relations entre contenus.

Exabytes Malaisie WP 17 AI Beginner et ExonHost Web Hosting Starter sont deux points de départ pour cette reprise. Le premier présente Plesk et le second cPanel. La différence utile porte sur le format d’archive accepté, les accès pour importer les fichiers et la base, puis la place nécessaire sur une destination distincte. La capacité à préserver les traductions dépend des données remises et des contrôles après l’import. Le panneau seul ne peut pas certifier cette intégrité.

Inventorier les fichiers et les relations avant l’import

Identifiez la date de l’archive, le site auquel elle appartient et la personne qui l’a produite. Conservez l’original hors du compte et travaillez sur une copie. Notez le domaine historique, les versions PHP et WordPress ainsi que le nom et la version de l’extension de traduction. Réunissez les fichiers de l’extension, du thème et de ses éventuels compléments, le répertoire des médias et l’export SQL complet du site. Un export de contenus WordPress peut aider à relire les articles, mais il ne suffit pas à retrouver tous les réglages et les données propres à une extension.

Avant de transférer les fichiers, ouvrez l’archive localement et vérifiez la présence de l’export SQL et des répertoires attendus. Distinguez la taille compressée, le volume après décompression et la taille de la base importée. Si la destination doit garder le fichier compressé et les fichiers extraits en même temps, additionnez-les avec la place réservée aux fichiers temporaires. Si un import échoue près du plafond, relevez les fichiers déjà créés avant de réessayer. Il peut rester une copie partielle sur le disque.

Préparez un inventaire indépendant de l’archive testée. Prenez des adresses et des titres déjà connus, une paire d’articles reliés, un média différent par langue et une page sans traduction volontaire. Indiquez ce qui doit se passer dans chaque cas. Si vous construisez la liste à partir de la copie après restauration, une page absente ne figurera nulle part dans les contrôles. Les listes de publication, les captures internes et un ancien plan de site peuvent compléter le relevé.

Ouvrir une copie privée avant de changer le domaine public

Réservez une destination vide et une base dédiée. Protégez l’accès dès la création et neutralisez les envois, paiements et synchronisations de la copie. Si le site est déjà indisponible, la même méthode évite de publier une version incomplète pendant la reprise. Préparez le préfixe des tables, le nom de la base et les paramètres d’accès de destination. Une fois les fichiers et la base en place, vérifiez que la copie se connecte à cette base et que les paramètres de configuration ne désignent pas une installation encore en service.

Sur une copie utilisant une autre origine, repérez les réglages du domaine et les URL persistées par l’extension. Un remplacement brut dans le SQL peut casser des valeurs PHP sérialisées. Si WP-CLI est disponible et si l’équipe l’utilise déjà, sa commande search-replace permet un aperçu avec --dry-run et traite les valeurs sérialisées. Contrôlez la base visée et les tables que l’extension utilise avant toute écriture. Gardez les identifiants GUID hors de la substitution d’URL. Si l’accès WP-CLI n’est pas disponible, utilisez le mécanisme de migration documenté par l’extension ou faites préciser la méthode à l’hébergeur.

L’adresse de recette et celle de production ont des rôles différents. Dans l’exercice, les adresses canoniques et les variantes de langue pointent vers une origine fictive unique pour rendre les erreurs faciles à détecter. Sur votre copie privée, choisissez la politique attendue pour les balises et consignez-la. L’acceptation du site public doit refaire le contrôle avec les adresses publiques, après avoir confirmé que la version privée ne reçoit aucun trafic normal.

Vérifier une archive saine et une archive incomplète

L’exercice téléchargeable contient un petit contrat de recette, deux archives et une commande Python. Chaque archive contient des données de traduction fictives et deux sorties HTML représentatives. Le programme lit les ZIP sans extraire ni exécuter leur contenu. Il compare la relation entre les deux articles, la langue et le titre de chaque page, les adresses canoniques, les liens hreflang, le sélecteur et les fichiers médias. L’origine en .test appartient au scénario. Aucune requête ne quitte l’ordinateur.

L’archive saine passe les douze contrôles. L’archive incomplète signale trois écarts. L’article anglais se trouve dans un groupe de traduction distinct. Le hreflang publié sur la page française pointe encore vers l’ancien domaine pour la version anglaise. Le HTML anglais contient bien une référence à son guide, mais le fichier correspondant est absent. Dans ce modèle, le sélecteur peut rester correct en apparence alors que la relation de traduction est rompue.

Les deux ZIP passent le contrôle CRC. Ce contrôle dit si les membres stockés sont lisibles sans erreur détectée par la vérification du ZIP. Un fichier absent ou un mauvais domaine peuvent appartenir à une archive parfaitement lisible. Le résultat donne trois motifs de rejet concrets à reporter dans votre recette. Une reprise réelle doit en plus vérifier que WordPress exécute le thème et l’extension, que les traductions sont éditables et que les médias sont servis avec le bon statut.

• Télécharger la recette de reprise bilingue dans « Pour aller plus loin », puis extraire le ZIP et lancer python exercice.py depuis le dossier obtenu.
• Comparer le rapport à attendu.json. Les trois écarts de l’archive incomplète doivent apparaître.
• Exécuter python exercice.py archive-incomplete.zip pour vérifier le code de sortie 1 lorsque le contrat n’est pas rempli.

Exabytes Malaisie et la distinction entre archive Plesk et export WordPress

WP 17 AI Beginner présente Plesk, WordPress Toolkit, 40 Go de stockage et une sauvegarde hebdomadaire dans la vitrine. Le guide Exabytes sur la reprise décrit une sauvegarde déjà disponible dans Backup Manager et une restauration de l’ensemble des objets. Il mentionne un plafond d’envoi de 2 Go dans ce parcours. Cette valeur documentée ne correspond pas au quota disque du forfait et ne prouve pas la limite de toutes les méthodes d’import de WP 17 AI. Demandez quel format et quel poids le compte retenu accepte.

Si vous avez un export portable avec fichiers et SQL, préparez le domaine privé dans Plesk. Dans Websites & Domains, repérez le dossier de documents de cette destination et la section Databases. Créez une base et un utilisateur dédiés, puis importez le fichier SQL avec Import Dump si le droit et le volume le permettent. Transférez les fichiers dans le dossier prévu avec le moyen autorisé sur le compte. Mettez à jour les paramètres de connexion dans wp-config.php et vérifiez les permissions et le préfixe avant d’ouvrir WordPress.

Si l’archive est un fichier natif Plesk, identifiez sa provenance, les objets qu’il contient et l’abonnement cible avant de l’envoyer dans Backup Manager. Évitez une restauration globale sur un abonnement déjà utilisé. Si le panneau refuse le fichier ou si un droit manque, faites confirmer le chemin d’import ou le coût d’intervention sur une destination isolée. Le résultat attendu reste le même, quelle que soit la méthode. Les deux langues doivent ouvrir les mêmes contenus qu’avant et les médias de chacune doivent être présents.

ExonHost et les limites d’une restauration depuis cPanel

La grille Web de Starter annonce 5 Go de stockage et deux sites. Les deux langues du scénario constituent un seul WordPress. Une seconde installation pour la recette consomme néanmoins de la place si vous la créez sur un compte déjà occupé. Avant d’envoyer une archive compressée, vérifiez la marge disponible après décompression et import de la base. Le quota et les éventuelles limites d’un envoi ou d’un import SQL se vérifient séparément.

Un fichier complet produit par cPanel peut contenir le répertoire du site, des bases et d’autres éléments du compte. La documentation de cPanel réserve la restauration automatique de ce fichier complet à WHM. Le panneau client peut restaurer certaines sauvegardes partielles lorsque la fonction est disponible. Pour une archive portable, créez une base et un utilisateur pour la destination, sélectionnez cette base dans phpMyAdmin et importez le SQL si le volume est accepté. Téléversez les fichiers du site dans le répertoire de la copie privée avec File Manager ou la méthode autorisée sur le compte.

ExonHost documente le téléchargement d’une copie depuis le panneau. Ses conditions affichent 10 USD pour une prestation de restauration de sauvegarde dans la clause correspondante. Cette mention ne suffit pas à chiffrer la reprise de votre archive indépendante. Demandez si le fournisseur peut l’importer sur le bon domaine, à quel prix et quels éléments seront remplacés. La présence d’une sauvegarde JetBackup de l’hébergeur ne prouve pas qu’il acceptera votre fichier ni qu’il vérifiera les relations entre traductions.

Comparer l’engagement initial et le coût de reconduction

Le sélecteur public Exabytes présente Beginner à 108,99 MYR pour le cycle d’un mois, à 38,99 MYR par mois équivalent pour douze mois et à 21,99 MYR par mois équivalent pour trente-six mois. Les deux cycles longs représentent respectivement 467,88 MYR et 791,64 MYR par multiplication. Le montant barré correspond aussi au cycle d’un mois. Le prix exact à l’échéance annuelle ou triennale reste à confirmer. L’avis d’Exabytes sur la SST vise les factures concernées. Vérifiez si la taxe entre dans les montants affichés et quel traitement s’applique à votre titulaire.

La carte Web Hosting Starter de la campagne Black Friday ExonHost, relue le 10 novembre, affiche 5 399,64 BDT hors TVA payés pour trente-six mois, soit 149,99 BDT par mois équivalent. Elle indique ensuite 299,98 BDT par mois au renouvellement. Si la reconduction couvre de nouveau trente-six mois à ce taux, le calcul donne 10 799,28 BDT hors TVA. Le cycle du futur débit et son montant effectif restent à confirmer. La fiche individuelle conserve un autre relevé de campagne sur douze mois, avec un paiement initial et une référence de renouvellement différents. Utilisez la durée et le total affichés ensemble sur le récapitulatif de votre commande.

Comparez d’abord la somme à avancer pour votre durée réelle, dans chaque devise. Si vous avez seulement besoin d’une destination de recette pour un mois, un équivalent mensuel de trente-six mois ne décrit pas ce premier débit. Demandez aussi un montant séparé pour l’import par l’assistance et la reconduction du domaine si vous en avez besoin. La campagne et les conditions du fournisseur peuvent décrire des prestations différentes. Faites préciser la reprise depuis un fichier détenu par le client, y compris la base, le dossier de destination et le délai.

Recetter chaque langue sur la copie restaurée

Commencez avec les deux adresses de l’inventaire. Depuis la page française, cliquez sur le sélecteur et vérifiez le titre anglais, puis revenez en français par le lien de l’autre page. Contrôlez dans l’administration la langue attribuée à chaque article et la relation avec son partenaire. Ouvrez aussi la page qui devait rester sans traduction et comparez le comportement au contrat. Cette étape montre si l’extension peut relire et modifier les données, au-delà du rendu d’une page déjà mise en cache.

Dans le navigateur, vérifiez les adresses canoniques et les variantes hreflang que votre site est censé produire. Ouvrez les liens depuis une session visiteur autorisée sur la copie. Contrôlez leur destination finale et le bon contenu après les redirections. Vérifiez les images et les documents de chaque langue dans l’onglet Réseau, avec leur adresse réelle et leur statut. Une image chargée depuis l’ancien serveur peut masquer un fichier absent de l’archive. Une fois le contrôle terminé, répétez les mêmes parcours avec les chemins publics lorsque la copie devient la destination autorisée.

Notez les défauts par type avant de réparer. Une relation absente renvoie vers les données et la version de l’extension. Une seule adresse obsolète peut venir d’un réglage SEO ou d’un lien conservé dans le contenu. Un média absent exige de retrouver le fichier et son association. Traitez un type à la fois, relevez le résultat et rejouez la liste complète. Si vous modifiez les trois à la fois, il devient difficile de comprendre quel réglage a corrigé une page ou introduit une régression ailleurs.

Choisir la destination et garder une marche arrière

Exabytes Beginner convient à l’examen si l’équipe veut utiliser Plesk et si le parcours d’import retenu accepte la taille et le format du fichier. Ses 40 Go donnent davantage de place au scénario que les 5 Go affichés pour ExonHost Starter. Cela ne lève pas un plafond par fichier ou un droit manquant. Sur ExonHost Starter, une équipe qui connaît cPanel peut étudier la reprise par fichiers et base lorsque le volume tient. Dans les deux cas, un lot natif provenant d’un autre panneau demande une confirmation de compatibilité ou une extraction vers des formats portables.

Supposons que l’équipe envoie une archive de 1,8 Go, qu’elle occupe 3,4 Go une fois extraite et que la base consomme 0,25 Go. Si tous ces éléments entrent dans le même compteur et coexistent, le pic atteint déjà 5,45 Go avant les fichiers temporaires. Mesurez ce pic sur votre lot et vérifiez le périmètre de comptage. Décompresser sur un poste de travail puis transférer les fichiers et importer le SQL séparément peut réduire la place consommée sur le serveur. Ce parcours demande toujours assez d’espace pour le site actif et les écritures de l’import.

Gardez l’archive d’origine et une sauvegarde de la copie avant les réglages d’adresse. Si un écart bloque la recette, laissez la copie privée, recréez uniquement sa base et son dossier identifiés à partir du point préservé, puis recommencez. Si vous devez remettre le site en service, attendez le passage des contrôles et conservez la procédure pour réorienter le domaine. Un retour de destination ne transfère pas les modifications reçues entre-temps. La vérification locale fournie se limite au modèle. Le choix final repose sur le format accepté, le budget du cycle et la validation du site restauré.

Pour aller plus loin

• Consulter la fiche Exabytes Malaisie
• Consulter la fiche ExonHost
• Identifier la méthode de traduction déjà utilisée sur le site
• Télécharger la recette de reprise bilingue (ZIP)