Aller au contenu

Non classé

Passer un site Phoenix du développement à la production

Préparer les sauvegardes, migrer les URL WordPress sans casser les données sérialisées et contrôler le site sur son domaine final.

Une mise en production Phoenix déplace plusieurs éléments : le design, les contenus WordPress, les médias et les réglages de l’environnement. Copier les fichiers du design ne migre pas automatiquement les pages et leurs données.

Préparez ces couches séparément, puis vérifiez leur fonctionnement ensemble sur le domaine final.

Conserver un état de retour

Avant toute intervention, sauvegardez les fichiers et la base du site concerné. Vérifiez que vous savez où se trouvent les sauvegardes et comment les restaurer.

Une copie de la base contient potentiellement des comptes, des contacts et d’autres informations sensibles. Elle reste dans un emplacement interne approprié, hors des archives publiques de ressources.

Pour un import éditorial, gardez également la liste des articles créés et les contenus remplacés. Le kit de lancement fournit un mode de simulation et un journal de sauvegarde pour ses propres changements.

Déployer le bon dossier de design

Comparez les fichiers livrés avec ceux de l’environnement cible. Préservez les modifications locales qui ne font pas partie du correctif.

Vérifiez ensuite la sélection du design et le chargement de functions.php, des parties Twig et du registre assets/styles.json. Les chemins et leur casse doivent correspondre à ceux du serveur.

Les archives de ressources destinées aux visiteurs vont dans dowload_asset, hors de la racine publique. Le guide des téléchargements décrit la constante à utiliser si l’arborescence de l’hébergement diffère.

Adapter les URL WordPress avec les bons outils

Des URL de développement peuvent être présentes dans le contenu, les réglages, les menus et des données sérialisées. Une substitution brute dans un fichier SQL peut casser la longueur indiquée dans une valeur PHP sérialisée.

WP-CLI propose une recherche et un remplacement adaptés aux structures WordPress. Examinez d’abord le résultat simulé, avec les véritables domaines du projet :

wp search-replace 'https://ancien-domaine.test' 'https://domaine-final.example' \
  --all-tables-with-prefix --skip-columns=guid --dry-run

Ces domaines illustrent la commande et doivent être remplacés. Après examen du périmètre et sauvegarde, l’opération réelle utilise la même commande sans --dry-run.

Des URL peuvent aussi se trouver dans des fichiers, des services tiers ou des caches. La recherche en base ne couvre pas automatiquement ces emplacements.

Vérifier les réglages dépendants du domaine

Contrôlez les URL home et siteurl, le certificat HTTPS, les redirections et les éventuelles règles de cache. Vérifiez également les domaines autorisés pour les services comme reCAPTCHA et les retours de paiement lorsque ces fonctions sont présentes.

Les clés de développement ne doivent pas être présumées valables en production. Testez le traitement réel avec les réglages de l’environnement final.

Gardez le fuseau WordPress cohérent avec les événements. Pour les ateliers du projet, les horaires annoncés suivent l’heure de Montréal.

Importer les contenus de façon contrôlée

Le kit éditorial met à jour les trois articles existants par leur slug et crée les nouveaux guides. La simulation indique les opérations prévues avant toute écriture.

Vérifiez les auteurs, les catégories, les images et les liens après import. Les URL existantes doivent être conservées lorsque le contenu est simplement amélioré. Si une modification manuelle a été faite depuis un précédent import, le journal doit permettre de comprendre le conflit avant de remplacer ce travail.

Ne réimportez pas un dump complet par-dessus une base qui reçoit déjà des inscriptions pour ajouter seulement des guides.

Faire une visite publique complète

Ouvrez le site en étant déconnecté, contrôlez le menu et testez un téléchargement. Soumettez ensuite les formulaires nécessaires et vérifiez les confirmations attendues.

Terminez par les métadonnées, le sitemap et les réglages d’indexation du domaine final. Conservez une procédure de retour arrière et un point de contact interne pendant la mise en ligne.

RESSOURCE PHOENIX · ZIPTélécharger la checklist de migration et de lancement2,9 Ko · Fichiers à explorer et à adapter

Le test de livraison fournit les scénarios à partager avec la personne qui reprendra la gestion du site.

Continuer à apprendre

D’autres pistes à explorer.

Gérer les cookies