Comments on: Changer d’hébergement : la migration de sites web https://www.php-experts.org/developpement-web/changer-hebergement-migration-site-web-25 Ressources sur le développement internet, PHP/MySQL, Ajax, marketing online, référencement... Thu, 17 Jun 2010 18:09:04 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Didier https://www.php-experts.org/developpement-web/changer-hebergement-migration-site-web-25/comment-page-1#comment-53 Didier Sat, 04 Oct 2008 00:29:31 +0000 https://www.php-experts.org/?p=25#comment-53 @LaurentJ: en effet, certaines phrases étaient un peu maladroites. Je ne voulais pas dire que tout était trivial et qu'on pouvait se lancer sans rien comprendre. L'idée était plutôt qu'on n'a pas absolument besoin de connaître toutes les options et méandres d'awk pour gérer efficacement un serveur. Et disons qu'au niveau professionnel, j'ai souvent vu une équipe technique être totalement à la masse au niveau administration, parce que celle-ci était déléguée à un prestataire. J'avoue aussi qu'il m'arrive de ne plus me rappeler de certaines petites options utiles (tar : t pour Test...allez comprendre, ça ne veut pas rentrer), donc le post est aussi là pour moi ;) @LaurentJ: en effet, certaines phrases étaient un peu maladroites. Je ne voulais pas dire que tout était trivial et qu’on pouvait se lancer sans rien comprendre. L’idée était plutôt qu’on n’a pas absolument besoin de connaître toutes les options et méandres d’awk pour gérer efficacement un serveur. Et disons qu’au niveau professionnel, j’ai souvent vu une équipe technique être totalement à la masse au niveau administration, parce que celle-ci était déléguée à un prestataire.
J’avoue aussi qu’il m’arrive de ne plus me rappeler de certaines petites options utiles (tar : t pour Test…allez comprendre, ça ne veut pas rentrer), donc le post est aussi là pour moi ;)

]]> By: Laurentj https://www.php-experts.org/developpement-web/changer-hebergement-migration-site-web-25/comment-page-1#comment-52 Laurentj Fri, 03 Oct 2008 19:51:09 +0000 https://www.php-experts.org/?p=25#comment-52 J'ai l'impression qu'il y a une contradiction sur ce billet, qui fait que l'on ne sait pas trop à quel type de personne tu t'adresses. En effet, tu commences par dire que "Vous avez un petit serveur sur lequel vous hébergez vos sites". Ça veut donc dire qu'à priori, tu t'adresses à des personnes expérimentés, qui savent administrer un (petit) serveur. Mais dans la suite de ton billet, tu expliques des commandes absolument triviales pour quelqu'un qui a déjà administré un serveur linux. À moins que tu parles de tout ces neuneus qui louent des serveurs dédiés sans savoir s'en servir, et participant ainsi indirectement à l'expansion de tout ces bots et spams, et donc à la pollution d'internet ? >C’est vrai, aucune compétence poussée des shells Unix n’est obligatoire ; Si, posséder un serveur (et donc administrer un serveur), demande un minimum de compétences shell, systemes et cie. Bref, je pense que tu devrais reformuler ta phrase au début (si tu ne veux pas froisser quelqu'un ou encourager les neuneus à prendre une machine dédiée), expliciter plus clairement la cible de ce billet ("les développeurs web qui sont hébergés sur des serveurs en ayant un accés ssh") parce que là ton discours est vraiment ambigue. Sinon, à propos du tutoriel proprement dit (qui est relativement clair), faire un delta n'est pas simple du tout. Car lors de la bascule DNS, tu va forcément avoir des gens qui vont accéder plus rapidement que d'autres au nouveau serveur. Cela veut dire que potentiellement, sur un blog par exemple, des gens vont pouvoir poster des commentaires sur le serveur A, et d'autres sur le serveur B. Va donc après ça faire la synchro une fois que l'ancien serveur sera définitivement inaccessible... Pour un petit blog, ça ira, mais si tu as un forums avec beaucoup de visite, c'est ingérable. (même problème si le site en question permet l'upload de fichiers : il faudrait faire aussi un delta sur les fichiers uploadés) Donc l'unique solution pour que tout se passe bien sans avoir ces problèmes de synchro (à moins de s'en fiche de perdre des données au passage) - on ferme le site (page de fermeture, avec toutes les redirections temporaires qui vont bien vers cette page, pour les problématiques de référencement, ou surtout de confort pour l'utilisateur), ou alors on désactive toutes fonctionnalités qui mettrait à jour la base ou des fichiers (fermeture des commentaires sur un blog, désactivation des posts dans un forum, désactivation des droits d'ajout/modification d'articles dans un CMS, un wiki etc... - Seulement à ce moment là alors, on fait la migration de la base et du site. - sur le nouveau serveur, une fois que c'est installé, on réactive tout ce qu'on a désactivé sur l'ancien serveur (mais on laisse l'ancien serveur en l'état) - On peut alors basculer les DNS. Pour les détails, voir un de mes billets sur le sujet : http://ljouanneau.com/blog/post/2007/10/12/714-demenagement-d-un-site J’ai l’impression qu’il y a une contradiction sur ce billet, qui fait que l’on ne sait pas trop à quel type de personne tu t’adresses.

En effet, tu commences par dire que “Vous avez un petit serveur sur lequel vous hébergez vos sites”. Ça veut donc dire qu’à priori, tu t’adresses à des personnes expérimentés, qui savent administrer un (petit) serveur. Mais dans la suite de ton billet, tu expliques des commandes absolument triviales pour quelqu’un qui a déjà administré un serveur linux.

À moins que tu parles de tout ces neuneus qui louent des serveurs dédiés sans savoir s’en servir, et participant ainsi indirectement à l’expansion de tout ces bots et spams, et donc à la pollution d’internet ?

>C’est vrai, aucune compétence poussée des shells Unix n’est obligatoire ;

Si, posséder un serveur (et donc administrer un serveur), demande un minimum de compétences shell, systemes et cie.

Bref, je pense que tu devrais reformuler ta phrase au début (si tu ne veux pas froisser quelqu’un ou encourager les neuneus à prendre une machine dédiée), expliciter plus clairement la cible de ce billet (“les développeurs web qui sont hébergés sur des serveurs en ayant un accés ssh”) parce que là ton discours est vraiment ambigue.

Sinon, à propos du tutoriel proprement dit (qui est relativement clair), faire un delta n’est pas simple du tout. Car lors de la bascule DNS, tu va forcément avoir des gens qui vont accéder plus rapidement que d’autres au nouveau serveur. Cela veut dire que potentiellement, sur un blog par exemple, des gens vont pouvoir poster des commentaires sur le serveur A, et d’autres sur le serveur B. Va donc après ça faire la synchro une fois que l’ancien serveur sera définitivement inaccessible… Pour un petit blog, ça ira, mais si tu as un forums avec beaucoup de visite, c’est ingérable. (même problème si le site en question permet l’upload de fichiers : il faudrait faire aussi un delta sur les fichiers uploadés)

Donc l’unique solution pour que tout se passe bien sans avoir ces problèmes de synchro (à moins de s’en fiche de perdre des données au passage)

- on ferme le site (page de fermeture, avec toutes les redirections temporaires qui vont bien vers cette page, pour les problématiques de référencement, ou surtout de confort pour l’utilisateur), ou alors on désactive toutes fonctionnalités qui mettrait à jour la base ou des fichiers (fermeture des commentaires sur un blog, désactivation des posts dans un forum, désactivation des droits d’ajout/modification d’articles dans un CMS, un wiki etc…
- Seulement à ce moment là alors, on fait la migration de la base et du site.
- sur le nouveau serveur, une fois que c’est installé, on réactive tout ce qu’on a désactivé sur l’ancien serveur (mais on laisse l’ancien serveur en l’état)
- On peut alors basculer les DNS.

Pour les détails, voir un de mes billets sur le sujet : http://ljouanneau.com/blog/post/2007/10/12/714-demenagement-d-un-site

]]>