Hébergements Web - Comment remplacer site en production par nouveau site sans interruption de service ?
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Comment remplacer site en production par nouveau site sans interruption de service ?

Von
ovhGuillaume
Erstellungsdatum 2024-05-28 18:39:48 (edited on 2024-12-01 21:00:48) in Hébergements Web

Bonjour tout le monde,

Sur un hébergement OVH Performance, j'ai un site en production : https://creamaga.com.
J'ai bossé sur une nouvelle version du site : https://staging.creamaga.com. Cette nouvelle version est prête à remplacer la version actuelle.

Voici la configuration multisite :
image

Est-il possible de _ne pas_ faire de copier/coller des fichiers et de la base pour faire ce remplacement de site ?
J'espérais, en deux temps :
- remplacer dans la base de données de staging.creamaga.com, toutes les occurrences de _staging.creamaga.com_ par _creamaga.com_ ;
- renommer via FTP le dossier racine _www_ en _old_ et le dossier racine _staging_ en _www_.

Est-ce que ça peut fonctionner comme ça ?

Merci d'avance de vos éclaircissements. :)


7 Antworten ( Latest reply on 2024-05-30 11:28:14 Von
Gaston_Phone
)

Bonjour @ovhGuillaume

Tout d'abord : **_Ne pas toucher aux bases de données !_**


L'opération devrait prendre 2 h maxi.
J'ai fait cette opération il y a une semaine.

**1 - Dans l'admin de staging :**
- Installer le **Plugin « Better Search Replace »**

Voir dans mon guide le paragraphe :
**O9 - Changer l’adresse du site dans toute la base de données – Plugin « Better Search Replace »**

Remplacer partout **_staging.creamaga.com_** par _**creamaga.com**_
_(à la fin vous aurez un rejet de connexion)_

**2 - Changement noms de dossiers via FTP**
- renommer **_/www_** en **_/www-old_**
- renommer **_/staging_** en **_/www_**

Vla !

Bonjour @Gaston_Phone,

Merci, j'ai suivi vos conseils. J'ai simplement coché aussi la case **Remplacer les GUID** de l'extension https://fr.wordpress.org/plugins/better-search-replace/ Better Search Replace, qu'on voit sur la capture de https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_O9__- votre guide. J'avais l'habitude d'utiliser https://github.com/interconnectit/Search-Replace-DB le script sur lequel cette extension est basée, et j'ai constaté qu'il incluait ces remplacements.

J'ai l'impression qu'une police de caractères sur certains titres a changé, mais c'est peut-être une fausse impression, je ne vois pas ce qui pourrait provoquer ça. C'est d'ailleurs une limitation d'avoir voulu simplifier ce transfert : je n'ai pour l'instant plus la version de test à comparer avec la version de prod.

Mais ça, ce sera à remettre en place dans un second temps. Pour l'instant, c'est tout bon, merci ! :)


J'ai l'impression qu'une police de caractères sur certains titres a changé,

Je ne vois pas pourquoi.

Moi non plus. :)
Ça m'a fait penser à activer ma licence du thème https://wpastra.com/pro/ Astra Pro pour creamaga.com plutôt que staging.creamaga.com, mais ça n'a rien changé. J'ai dû rêver. :)

Bonjour @ovhGuillaume

Avec un très léger retard, j'ai rajouté dans mon guide : **_Refonte complète du site_**

Voir dans mon guide le paragraphe :
**X3 - Refonte complète du site**

https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_X3__-

Pourriez-vous jeter un coup d'oeil et me dire si cela correspond bien à la refonte de votre site ?

D'avance merci.

Bonjour @Gaston_Phone,

Oui, c'est bien comme ça que j'ai procédé, à une différence près.
Plutôt que de donner un nouveau préfixe aux tables en utilisant la même base de données, j'en avais créé une nouvelle au moment de créer le nouveau site.
Je ne sais pas si c'est possible avec toutes les offres d'hébergement OVH. C'est possible avec la mienne, et j'en ai profité.


Plutôt que de donner un nouveau préfixe aux tables en utilisant la même base de données, j'en avais créé une nouvelle au moment de créer le nouveau site.

Pas de problème avec un hébergement PRO qui a plusieurs bases de données.