Bonjour,
J'ai créé pour une proche le site https://creamaga.com (WordPress / WooCommerce). Ce site est actuellement hébergé par la coopérative Ouvaton. Des soucis de lenteur de chargement m'incitent à migrer le site chez OVH, avec l'offre Performance 1.
J'ai parcouru le tutoriel https://help.ovhcloud.com/csm/fr-web-hosting-migrating-website-to-ovhcloud?id=kb_article_view&sysparm_article=KB0052790, que je compte suivre pour la migration.
Une fois les donnés déposées via FTP et la base créée puis importée via phpMyAdmin, ai-je moyen d'accéder au nouveau site sur OVH pour vérifier qu'il fonctionne, avant de faire pointer le domaine creamaga.com dessus ?
Je crée en parallèle une seconde version du site avec l'objectif de l'alléger et de repartir d'une base saine : WordPress & WooCommerce à jour, thème Astra Pro, médias compressés avant upload, nombre de plugins limité. Cette version de test est actuellement sur https://magtest.ouvaton.org.
J'hésite à migrer cette seconde version sur OVH et à la finaliser en premier lieu, puis à faire pointer ensuite le domaine creamaga.com sur cette seconde version. Mais je penche plutôt pour la première option : migrer le site en production creamaga.com chez OVH, vérifier que tout fonctionne, puis migrer le site de test chez OVH, et enfin basculer ce site de test vers le site en production.
Pouvez-vous me confirmer qu'avec l'offre Performance 1, une fois creamaga.com hébergé chez OVH, je pourrai créer un sous-domaine dédié au test, idéalement sur une base de données séparée ? La lecture de ce fil https://community.ovhcloud.com/community/fr/site-de-staging-test-sur-ovh?id=community_question&sys_id=72143588e59286d02d4c0165b3e7669f me laisse penser que c'est bien la marche à suivre.
Question bonus, si des courageux ou courageuses jettent un œil au site actuellement en production et à l'ébauche de site de test : pensez-vous que l'hébergement chez OVH en Performance 1 soit effectivement pertinent pour accélérer le site ? C'est l'enjeu principal de la démarche, j'aimerais autant partir dans la bonne direction. :D
Si jamais la lecture de ce résumé vous évoque d'autres conseils ou points de vigilance, je suis preneur !
En parcourant ce forum, j'ai déjà mis ce guide https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm en favori. Merci à son auteur, je sens déjà que j'irai piocher dedans pour certaines étapes. :)
Et merci d'avance de vos retours.
Hébergements Web - [Résolu] Quelles précautions avant migration vers OVH d'un site en production sans inte
Related questions
- Connexion à mon compte client
153066 
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
126441 03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
110684 14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
98096 28.07.2017 11:39
- Passage en php 7.4
97220 30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
91520 04.12.2019 21:52
- Deploy d'un projet Node JS
90748 12.10.2016 20:18
- The requested URL / was not found on this server
90695 02.03.2017 18:25
- NextCloud sur mutualisé
90596 07.04.2017 08:42
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
90299 16.10.2016 16:24
Bonjour @ovhGuillaume
Donc j'ai déjà répondu.
Bonjour,
Votre domaine est enregistré chez Gandi
Vous hébergez trois composants
- une zone DNS hébergée chez ouvaton.coop (mais c'est chez Gandi qu'on peut changer ça)
- un site web
- des e-mails
Vous devez savoir ce que vous voulez faire, héberger où et pourquoi
https://blog.demees.net/comprendre-comment-fonctionne-un-hebergement-de-site-web/
Il s'agira de créer des sous-domaines dans votre zone DNS.
Si vous hébergez chez OVH il faudra entrer au moins un enregistrement TXT avec un token unique, par lequel vous montrez à OVH que tout ce que vous faites est autorisé par le titulaire du domaine .
Appelez par exemple ce site 2024.creamaga.com sur un hébergement OVH, faites ce qu'il faut dès le départ pour SSL, utilisez uniquement la forme https://
Le jour où il faut rapatrier creamaga.com ça se fait naturellement de la même manière en les mettant sur le même hébergement avec le même dossier racine.
Bonjour
Merci de votre réponse.
Je souhaite héberger le site chez OVH dans un souci de rapidité, et si possible centraliser la gestion du domaine également chez OVH, dans un souci de simplicité.
J'avais créé une adresse mail de contact sur le domaine creamaga.com, mais elle n'a en fait pas servi, je ne pense donc a priori pas m'en soucier.
Depuis l'interface d'Ouvaton, je peux déverrouiller le transfert de nom de domaine et récupérer le code d'autorisation. Mais je ne sais pas si ces données sont suffisantes pour qu'OVH puisse devenir bureau d'enregistrement pour ce domaine.
Si je comprends bien, le fait de demander à OVH d'être bureau d'enregistrement est une démarche séparée de celle de faire pointer le nom de domaine vers l'hébergement web que je m'apprête à créer chez OVH. C'est bien le cas ?
Je ne suis pas sûr de comprendre votre explication à propos des sous-domaines. En fait je peux, depuis l'interface d'Ouvaton, créer un sous-domaine, et demander à ce qu'il pointe sur l'hébergement OVH, tout en laissant pour l'instant le domaine principal pointer vers le site hébergé chez Ouvaton ?
Je supposais, à tort peut-être, qu'un domaine et ses sous-domaines potentiels étaient une sorte "d'entité unique".
Dans tous les cas, je penche comme je le disais initialement sur le fait de commencer par transférer chez OVH le site en production actuel. Cela me permettra à court terme d'avoir un site opérationnel et plus rapide, et de plancher sur la seconde version ensuite. Dans ce cas, pas besoin de sous-domaine, si ?
Je ne trouve pas dans votre message la réponse à ma question "Une fois les donnés déposées via FTP et la base créée puis importée via phpMyAdmin, ai-je moyen d'accéder au nouveau site sur OVH pour vérifier qu'il fonctionne, avant de faire pointer le domaine creamaga.com dessus ?"
Désolé si vous y avez bien répondu, je m'imprègne encore du fonctionnement de tout ça... :)
@Gaston_Phone, merci également, je comprends votre réponse comme une validation de l'utilisation d'un sous-domaine pour les sites de staging. Je me reporterai à votre guide le moment venu.
Oui, et je vous invite à faire une deuxième lecture de mon article indiqué plus haut.
Ne transférez pas vore domaine depuis ouvaton si vous n'avez pas le souhait de les quitter.
De toute façon pendant vos tests, je vous dirais de tout laisser chez ouvaton sauf votre site de staging chez OVH.
1) acheter un hébergement Perso ou Pro chez OVH - il ne sera associé à aucun domaine et aura une adresse XXXXX.clusterYYY.hosting.ovh.net - ne pas installer de module et ne choisir aucune option payants supplémentaire.
2) noter son token et enregistrer celui-ci dans la zone DNS chez ouvaton
3) décider d'une URL par exemple 2024.creamaga.com
4) trouver l'adresse IP de votre hébergement chez OVH
5) enregistrer cette adresse IP chez ouvaton dans zone DNS > ajouter un enregistrement A
6) chez OVH créer un multisite, donner un nom de répertoire qui va être créé dans votre FTP, générer les certificats SSL.
7) créer une base de données chez OVH
8) tout est prêt pour installer chez OVH une copie de votre site existant.
Bonjour @ovhGuillaume
Pour la duplication de votre site voir dans mon guide le paragraphe :
**V6 - Duplication entièrement manuelle**
https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_V6__-
Bonjour et merci à vous deux, c'est déjà bien plus clair pour moi.
J'ai pu mener à bien la copie de https://magtest.ouvaton.org (hébergé chez Ouvaton) vers https://staging.creamaga.com (hébergé chez OVH). La différence de vitesse de chargement est visible sans même chercher à l'évaluer plus précisément.
Je compte donc faire la même chose pour le site en production https://creamaga.com, en conservant la zone DNS active chez Ouvaton dans un premier temps.
@Gaston_Phone, dans l'explication sur les zones DNS de votre guide (https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_B_%E2%80%93_Relation_1), je vois les deux lignes avec et sans www (wordetweb.com).
Il faut bien créer les deux dans Multisite ?
Je vois que dans la zone DNS les lignes A et AAAA ont une IP pour destination. Du coup je suppose que le nom associé donne l'information du dossier où aller chercher les fichiers ? www.wordetweb.com pour le dossier www, staging.creamaga.com pour le dossier staging, par exemple. Mais alors quel est le rôle de la ligne sans www ci-dessous ?
> wordetweb.com. A 213.186.33.19
Côté Ouvaton j'avais déjà une ligne :
> www CNAME creamaga.com.
Elle sert bien à rediriger vers l'URL sans www quand elle est saisie avec www ?
Pour ne rien omettre, j'ai aussi les lignes ci-dessous dans le _.htaccess_ de creamaga.com. Elles s'occupent de forcer le HTTPS, je crois, mais je ne sais pas si elles gèrent cette histoire d'URL avec ou sans _www_ :
> RewriteEngine on
> RewriteCond %{HTTPS} off
> RewriteCond %{HTTP:X-Forwarded-Proto} !https
> RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Bref, je tâtonne et j'aurais bien besoin de vos lumières.
Voui ! :)
Quelle efficacité. :)
Les explications d'Ouvaton concernant le certificat SSL indiquaient que la ligne de configuration de zone DNS ci-dessous était impérative pour le fonctionnement de ce certificat :
> www CNAME creamaga.com.
Mais si j'ajoute à cette même zone DNS les deux lignes ci-dessous pour diriger vers l'hébergement OVH, va-t-il y avoir conflit ?
> www A ipv4-qui-va-bien
> www AAAA ip-v6-qui-va-bien
Merci.
Je n'utilise pas de CNAME
oui
pour staging.creamaga.com vous pourriez identiquement faire un CNAME vers clusterXXX.hosting.ovh.net. (avec le point à la fin)
ceci quand vous saurez sur quel cluster se trouve votre hébergement.
Merci pour la confirmation.
J'ai encore quelques hésitations, désolé. :)
Côté OVH :
(j'ai masqué le XXX.clusterXXX, mais c'est peut-être sans intérêt ? :)
Le dossier www de XXX.clusterXXX.hosting.ovh.net, le dossier www de creamaga.com et le dossier www de www.creamaga.com, c'est un seul et même dossier, celui auquel j'accède via FTP ?
Côté Ouvaton :
Est-ce que si je rajoute les deux lignes ci-dessous dans la zone DNS chez Ouvaton, https://creamaga.com dirigera bien vers le site que j'ai créé sur OVH ?
> www A 87.98.154.146
> www AAAA 2001:41d0:301::26
Merci.
pendant vos tests, vous pouvez ne pas utiliser les IPv6 (les enregistrements AAAA) pour vous faciliter la vie, et vous ne devriez pas voir la différence.
Votre image https://community.ovh.com/uploads/default/original/3X/1/6/16908532ac4a2eb07ee2fae87d5ca72291de076c.png semble correcte.
Pour le FTP chez OVH l'adresse est différente et contient "ftp." dans le nom de serveur.
Voulez-vous dire que la seule ligne _www A 87.98.154.146_ permettra de diriger https://creamaga.com vers le site sur OVH ?
Oui, j'ai déjà pu y déposer le site de staging, dans un dossier staging à la racine. Ce qui m'échappe avec la gestion du multisite, c'est ce www présent trois fois dans ma capture d'écran. Mettons que je dépose dans le dossier www à la racine du FTP les fichiers du site creamaga.com, celui en production actuellement. Si je décide un jour de créer un autre site, qui n'a rien à voir, disons www.monexemple.com. La racine serait aussi www, traditionnellement, non ? Quel dossier apparaîtrait alors sur le FTP ? Où mettrais-je les fichiers de ce nouveau site ?
Bonjour @ovhGuillaume
Voir mon guide :
--> **https://wordetweb.com/word-et-web/WORDPRESS-ajouter-deuxieme-domaine-2eme-installation-de-Wordpress-FR.htm Une 2ème installation de site sur un même hébergement**
Bonjour @Gaston_Phone
Dans votre guide, je comprends donc que les fichiers du site Domaine1.com sont stockés dans le dossier /www à la racine. Domaine2.com doit donc être stocké ailleurs, d'où la création du dossier /domaine2.
Quel est alors l'enregistrement à faire dans la zone DNS ? _domaine2 A ip-qui-va-bien_ ?
En fait ce sont des sous-domaines, qu'on enregistre dans la zone DNS, plutôt que des domaines ?
Si je voulais avoir staging.domaine1.com sur mon multisite, ce serait possible ?
C'est la même règle que pour le 1er domaine : **l'adresse IP de l'hébergement.**
Soit des sous domaines, soit des domaines externes.
Ben voui.
Aaaah, je crois que je viens de tilter une de mes incompréhensions. Quand je crée staging.domaine1.com, le dossier créé en face sera _staging_ uniquement si c'est le répertoire racine que je demande lors de cette création. Donc à la création de staging.domaine2.com, j'aurai juste à demander un autre répertoire racine, sinon les deux vont pointer au même endroit. J'ai bon ?
staging.domaine1.com Dossier racine **_/stagin1_**
staging.domaine2.com Dossier racine **_/stagin2_**
domaine1.com Dossier racine **_/www_**
Ok merci !
Avant de pouvoir avancer sur le copier-coller du WordPress en production, j'ai compris qu'il fallait activer le certificat SSL. J'ai réussi pour staging.creamaga.com, mais quand je tente de l'activer sur creamaga.com ou www.creamaga.com, j'ai le même message d'erreur, visible dans cette capture d'écran :
J'ai demandé la régénération du certificat SSL dans l'onglet Informations générales plusieurs heures après avoir créé ces multisites, et ceci il y a déjà plusieurs heures. C'est juste une question de temps, ou bien j'ai raté quelque chose ?
En général 10 minutes.
C'est fait. Rafraichissez la page du manager.
Oh purée, ça ne tenait qu'à ça. Merci. Je garde ça en tête, modifs SSL = Ctrl+Maj+R. :)
Votre site **1https://creamaga.com_**https://creamaga.com_** est très long à afficher. :(
Bonjour @Gaston_Phone
Oui, beaucoup trop, c'est tout l'objet de la démarche.
Le certificat SSL est toujours en cours de régénération (je l'avais relancée avant votre message d'explication d'hier, et ça mouline toujours).
Ça arrive que ce soit long, je crois ?
Dès que c'est bon, je copie fichiers et base de données depuis Ouvaton vers OVH, et je modifie la zone DNS chez Ouvaton pour pointer chez OVH. Vu la différence que j'ai constatée pour le site de test (https://magtest.ouvaton.org vs. https://staging.creamaga.com), j'ai bon espoir d'une nette accélération pour le site actuel.
Et dans un second temps, je finalise ce site de test pour remplacer l'actuel.
Si votre site creamaga.com est chez ouvaton , l'hébergement déclaré chez OVH pour cette adresse ne sera jamais accédée et la demande de certificat pour cette adresse va échouer.
@Fritz2cat Merci pour la précision.
Les fichiers et la base de données ? Effectivement ils sont encore pour l'instant chez Ouvaton.
C'est pour ça que l'activation du certificat a fonctionné pour staging.creamaga.com mais pas pour creamaga.com ?
La génération a-telle besoin pour fonctionner que la zone DNS pointe vers OVH ?
Et donc, quelle démarche devrais-je suivre ?
D'après le guide de @Gaston_Phone, il faut activer le SSL avant l'installation de WordPress.
J'espérais copier la base de données du site actuel vers une nouvelle base sur OVH, sans avoir à ensuite modifier les URL https://creamaga.com qui s'y trouvent. J'ai créé les multisites creamaga.com chez OVH en supposant que ça allait dans ce sens.
J'ai encore besoin d'éclaircissements sur le fonctionnement de cette génération de certificats. :)
Bonjour @ovhGuillaume
Si votre site est actuellement hébergé chez OUVATON, cela ne sert à rien.
Cela pourra vous servir plus tard quand votre site sera transféré chez OVH.
Faire un export de la base de données comme indiqué dans mon guide.
**V6 - Duplication entièrement manuelle**
C'est justement ce que je cherche à faire dès maintenant.
Mais avant de copier les fichiers via FTP et de m'occuper de l'export/import de base de données, je ne dois pas résoudre cette activation de certificat SSL ?
Que pour les domaines qui pointent sur l'hébergement OVH.
* creamaga.com --> OUVATON donc pas de SSL OVH
* staging.creamaga.com --> Cluster OVH, donc SSL OVH
Faites fonctionner la duplication sur **staging.creamaga.com** et après on verra comment passer sur **creamaga.com**
Ok, donc je peux dès maintenant copier les fichiers de creamaga.com dans le dossier /www à la racine de mon accès FTP, et exporter/importer la base de données.
Dès que c'est fait, j'ajoute la ligne ci-dessous dans la zone DNS d'Ouvaton :
> www A 87.98.154.146
Et hop, via l'URL https://creamaga.com c'est le site OVH qui sera accessible plutôt que l'ancien d'Ouvaton ?
Et à ce moment, le certificat SSL actuel d'Ouvaton, il couvrira encore le site ? Ou est-ce que ce sera le bon moment pour régénérer celui d'OVH ?
Merci. :)
Ah, je vois votre remarque supplémentaire après avoir posté.
En fait j'ai pu transférer magtest.ouvaton.org et ça me va bien, c'est en gros la "V2" du site, qui remplacera à terme la version actuelle visible sur creamaga.com. Je bosse dessus en ce moment.
Mais dans l'intervalle, je voudrais que la "V1" profite des performances d'OVH, et donc faire pour la V1 ce que j'ai réussi à faire pour la V2.
Je ne connais pas OUVATON.
Ah, les zones DNS ne fonctionnent pas de la même manière d'un hébergeur à l'autre ?
voir ma réponse précédente.
Ok, je me renseigne côté Ouvaton pour la zone DNS.
En attendant d'avoir une réponse, je copie les fichiers dans ./www et je prépare la base de données.
Attention :
Cas 1 : **_DEUX sites avec même base de données_** --> Des préfixes de tables différents.
Cas 2 : **Chaque site a sa propre base de données** --> Préfixes indifférents.
Oui, j'ai créé une base de données séparée, merci pour l'avertissement.
J'ai copié les fichiers dans ./www, et renommé _index.html_ qui s'y trouvait par _index.html\_backup_.
J'essaie de voir l'effet de cette copie en accédant à http://XXX.clusterXXX.hosting.ovh.net. Je suis redirigé après un avertissement de sécurité vers https://XXX.clusterXXX.hosting.ovh.net. Mais j'ai un écran gris.
C'est possible, cet accès via l'URL cluster, ou c'est un mur ?
Commencez par écrire ici les adresses de sites dont les hébergements se trouvent :
- dans **_/www_** ?
- dans **_/staging_** ?
dans **/staging**, il y a la V2, qui est en ligne et opérationnelle chez OVH : https://staging.creamaga.com. De ce côté-ci, je peux bosser tranquillement dessus.
dans **/www**, je viens de copier les fichiers du site V1 https://creamaga.com, et que je veux transférer dès maintenant chez OVH.
C'est la réponse que vous attendez ?
Via : https://www.ovh.com/manager
Pouvez-vous nous faire une copie d'écran de la **page entière** avec **un filtre des " A "** :
**Manager OVH > Web Cloud > Domaine > VotreDomaine > Zone DNS**
Pouvez-vous nous faire une copie d'écran _(**page entière, menu à gauche compris**)_ de :
**Manager OVH > Web Cloud > Hébergement > VotreDomaine > Informations générales**
**Manager OVH > Web Cloud > Hébergement > VotreDomaine > Multisite**
Oui, y a-t-il des infos confidentielles à masquer ?
Alors répondez-moi sur le Message Privé que je viens de vous envoyer.
J'avais créé la zone DNS avant d'avoir la suggestion de conserver pour l'instant celle d'Ouvaton. Je pensais qu'elle n'était de toute façon pas active tant que je ne faisais pas pointer dessus depuis Ouvaton. Si ? :) Et j'ai demandé sa suppression dans un moment de doute, d'où le bandeau vert. Mais je n'ai pas confirmé cette suppression...
Merci.
Provisoirement mettez l'adresse IP 87.98.xxx pour **_creamaga.com_** seulement et attendez 15 mn
Comme cela :
* creamaga.com --> Hébergement OVH
* www.creamaga.com --> hébergement OUVATON
Ok c'est fait, je m'en tiens là pour ce soir, merci encore, je verrai le résultat demain.
Bonne nuit.
Bonjour,
Pour l'instant, pas de changement visible à l’œil nu, c'est toujours le site Ouvaton qui est chargé, que je saisisse l'URL avec ou sans _www_.
J'ai tenté côté Ouvaton de remplacer _www CNAME creamaga.com._ par _www A 87.98.154.146,_ et là, effectivement, la saisie de www.creamaga.com me renvoie vers une page vide et grise, la saisie de https://www.creamaga.com vers un avertissement de sécurité.
Je suis revenu en arrière pour ne pas casser le site actuel.
Bonjour @ovhGuillaume
* staging.creamaga.com --> 87.98.154.146 _(Cluster 026)_
* creamaga.com --> 194.36.166.10 _(Ouvaton je présume)_
Cela ne peut fonctionner.
On devrait avoir :
* creamaga.com --> **87.98.154.146** _(Cluster 026)_
Opération à faire dans :
**Manager OVH > Web Cloud > Domaine > VotreDomaine > Zone DNS**
Si CNAME pour creamaga.com dans la zone DNS : **_VIRER_**
C'est fait, j'ai supprimé la ligne _www CNAME creamaga.com._ dans Ouvaton.
Mais dans Ouvaton, le serveur DNS configuré c'est celui d'Ouvaton, pas celui d'OVH. Je croyais que dans ce cas, la zone DNS d'OVH était inactive.
Je parlais du Manager OVH !
Mettre les Zones DNS de OVH !
**Manager OVH > Web Cloud > Domaine > VotreDomaine > Serveurs DNS**
C'est parce que le site web n'est pas chez OVH.
Le jour où vous devez changer l'adresse IP, veillez à avoir un TTL bas, de l'ordre de 90 à 300 secondes, changez l'adresse IP , puis allez chez OVH regenérer le certificat SSL.
Il y aura une période de quelques minutes où le certificat ne sera pas installé.
Bonsoir.
Merci de votre aide, j'ai pu transférer également le site en production https://creamaga.com chez OVH. Ça va _beaucoup_ plus vite.
Je souhaite désormais activer la zone DNS chez OVH plutôt que chez Ouvaton.
Pouvez-vous svp me dire si vous voyez des erreurs dans la configuration de cette zone DNS dans les captures d'écran ci-dessous ?
Merci.
Bonsoir,
Si vous utilisez les e-mails, préparez aussi votre migration de ce côté, car votre zone DNS actuelle dit que vos serveurs mails sont:
creamaga.com. 600 IN MX 10 mc01.ouvaton.coop.
creamaga.com. 600 IN MX 20 mc02.ouvaton.coop.
Merci.
Oui, j'ai justement lu dans https://help.ovhcloud.com/csm/fr-web-hosting-activate-email?id=kb_article_view&sysparm_article=KB0052345 le guide sur la création d'emails chez OVH qu'il fallait que la zone DNS soit active chez eux.
Pas d'autre coquille dans ma config ? :)
Je ne pense pas.
Si vous avez un hébergement Perso ou Pro, vous avez déjà la possibilité d'associer cet hébergement à votre nom de domaine creamaga.com pour les e-mails.
Ou bien vous faites l'acquisition d'un MX5 ou MX25 (paiement unique) pour 5 ou 25 boîtes.
Avant de changer vos MX ou vos serveurs DNS ayez bien en tête que les nouveaux mails seront retournés en erreur à leurs expéditeurs si vous n'avez pas un hébergement mail avec toutes les boîtes déjà créées préalablament chez le nouvel hébergeur mail.
Il faut aussi que vos utilisateurs aient reçu les paramètres d'envoi et de réception pour qu'ils ne soient pas coupés d'accès mail.