Skip to main content

Passer à WP Registry

WP Registry 0.3.0 utilise ces deux domaines :

UsageDomaineDossier du compte
Accueil, catalogue, téléchargementwpregistry.studiochampgauche.compublic_html/wpregistry.studiochampgauche.com
API, publication et modérationarea.wpregistry.studiochampgauche.compublic_html/area.wpregistry.studiochampgauche.com

L'application est dans wp-registry-server/, à côté de registry-private/. Pour une installation neuve, suivre INSTALLATION.fr.md. Les étapes suivantes concernent uniquement une installation existante de l'ancien Universal Registry.

Conserver les données et configurer les nouveaux domaines​

  1. Sauvegarder la base et les fichiers existants. Conserver intégralement registry-private/, notamment config.php, les clés, les archives et les sessions. Ne pas supprimer la base ni réinitialiser ses données.
  2. Extraire wp-registry-cpanel.zip dans le dossier du compte cPanel, au même niveau que public_html. Il ajoute wp-registry-server/ et les deux nouveaux dossiers publics. Il ne contient pas de config.php ni de clé privée. Ne pas supprimer les anciens dossiers tant que la transition n'a pas été vérifiée.
  3. Créer les deux nouveaux domaines avec les racines indiquées, configurer leur DNS et leur certificat HTTPS. Protéger les nouveaux dossiers manage/ et moderate/ dans Directory Privacy. Le dossier publish/ conserve son propre formulaire de connexion et ne doit pas recevoir cette protection cPanel.
  4. Dans le registry-private/config.php conservé, remplacer url par https://area.wpregistry.studiochampgauche.com et public_dir par /home/gmdpq/public_html/area.wpregistry.studiochampgauche.com (adapter le nom du compte). Conserver private_dir, la base, ses accès, les clés et les comptes opérateurs. Adapter publisher_mail_from à une adresse d'expédition autorisée pour la nouvelle installation.
  5. Dans l'attribution publishers du compte qui publie le client, ajouter plugin:wp-registry. Conserver les autres projets autorisés. Mettre les chemins des tâches cron à jour vers wp-registry-server/cli.php.

Les tables et les identifiants internes ur_ restent identiques : ce renommage ne recrée ni les comptes, ni les projets, ni les versions. Une nouvelle connexion est nécessaire sur le nouvel espace éditeur. Les anciens liens de vérification/réinitialisation de courriel doivent être renouvelés depuis ce nouvel espace. L'ancienne fiche de plugin n'est pas renommée dans la base.

Construire et publier le nouveau plugin​

Depuis /home/gmdpq/wp-registry-server (adapter le nom du compte) :

php cli.php status
php cli.php build-client --source=client-template --output=../registry-private/wp-registry-0.3.0.zip
php cli.php publish --metadata=client-release.json --archive=../registry-private/wp-registry-0.3.0.zip

La clé publique effective du registre et sa nouvelle URL sont intégrées au ZIP. Ne pas modifier manuellement un ancien ZIP publié ni ses empreintes : les archives publiées restent immuables. Si ce nouveau ZIP a déjà été construit, conserver ce fichier ; build-client refuse de l'écraser. Le nouvel accueil propose Télécharger WP Registry une fois le client disponible.

Une base déjà initialisée ne demande pas de relancer init ni publishers-init pour ce changement de nom. La disponibilité des anciennes versions publiées et des imports dépend toujours des règles de suspension et de retrait existantes.

Remplacer le plugin sur les sites WordPress​

WP Registry porte un nouveau nom de dossier et de fichier principal : wp-registry/init.php. C'est une nouvelle extension pour WordPress ; elle ne remplace pas automatiquement universal-registry/init.php par le mécanisme de mise à jour.

  1. Télécharger le nouveau ZIP configuré depuis l'accueil.
  2. Désactiver Universal Registry sur le site. En multisite, vérifier l'activation réseau et celle de chaque site ; désactiver l'ancien client partout avant d'activer WP Registry pour le réseau.
  3. Installer le ZIP WP Registry, puis activer WP Registry. Les deux clients ne doivent pas être actifs simultanément.
  4. Vérifier la connexion au nouveau registre, le catalogue et une mise à jour d'extension ou de thème sur un site de préproduction.

Un réseau multisite doit utiliser un seul client de registre et un seul fournisseur pour tous ses sites ; leur configuration et leurs offres de mise à jour sont partagées au niveau réseau.

Si le site utilisait des constantes de configuration dans wp-config.php, utiliser désormais WP_REGISTRY_URL et WP_REGISTRY_PUBLIC_KEY, avec les valeurs du nouveau registre. Le ZIP configuré dispense de ces constantes. Aucun secret ni mot de passe ne doit être transmis dans le plugin.

Le cœur WordPress reste géré nativement par WordPress. Le déplacement des domaines, la configuration DNS/TLS et le remplacement du plugin sur les sites sont à effectuer sur l'hébergement ; le kit ne les exécute pas à distance.