meilleur hébergeur

Jean-Francois Ortolo

28/09/2010 à 19:05

Le 28/09/2010 18:18, Gerald a écrit :

3/ en cas de conflit avec l'actuel hébergeur susceptible de mettre de la
mauvaise volonté au transfert, quelle est "l'autorité" de régulation
censée l'obliger à se comporter correctement ? Quels points sont
critiques ?

Bonjour Monsieur

A mon avis, le point crucial, est qu'il ne faut pas avoir un
registrar ( pour le nom de domaine ), identique à l'hébergeur.

En ce qui me concerne, j'étais chez ovh il y a quelques années, *et*
mon nom de domaine ortolojf-courses.com , était enregistré chez mon
registrar Gandi.

Quand j'ai migré mon site chez Sivit ( en mutualisé aussi ), je n'ai
eu aucun problème de migration ni d'autorisation à avoir.

J'ai fait comme vous dites, je me suis abonné à Sivit, j'ai placé les
scripts de mon site sur l'arborescence de l'espace web que j'avais, avec
mon compte ftp Sivit, et puis j'ai déclaré à Gandi, que les deux
serveurs de noms DNS ( Domain Name Server ), n'étaient plus ceux de ovh,
mais ceux de Sivit.

Pour Gandi, chaque hébergeur a un identifiant Gandi, que j'ai
modifié, et j'ai spécifié sur mon compte Gandi, les serveurs de noms et
l'identifiant de Sivit, et 48h après ( temps de propagation des DNS sur
la planète ), mon site était accessible correct sur son nouvel hébergement.

Je conseille à tout webmaster, le site et son forum suivant :
www.webrankinfo.com , qui est *la* référence Française en matière de
référencement auprès des moteurs de recherche, et de webmastering.

Inscription gratuite, tout gratuit.

Plus récemment, en Septembre 2008, j'ai migré mon site, du ndd
ortolojf-courses.com , vers le ndd pronostics-courses.fr ( voir
signature ). Je possède donc ces deux nom de domaine chez Gandi.

Bien à vous.

Amicalement.

Jean-François Ortolo

--
Visitez mon site gratuit donnant des Statistiques,
des Pronostics et des Historiques Graphiques
sur les Courses de Chevaux:
http://www.pronostics-courses.fr

Denis Beauregard

28/09/2010 à 20:10

Le Tue, 28 Sep 2010 18:18:53 +0200, (Gerald)
écrivait dans fr.comp.infosystemes.www.auteurs:

domaine auprès de l'ancien hébergeur pour le communiquer à ovh. Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl). Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

En fait, il n'y a pas d'interruption. Durant une période qui pourrait
atteindre 3 jours (mais cela fait longtemps que je n'ai pas changé
d'hébergeur), le visiteur pourra tomber sur l'ancien ou le nouveau
serveur. Donc, si l'ancien site est toujours en fonction, et que le
nouveau site est identique, il ne verra pas la différence et ne
saura même pas qu'il y a un changement de serveur.

Pour la messagerie, il convient d'utiliser une adresse alternative
durant cette période, mais pour la réception de message, c'est
aussi transparent (les messages se retrouvant sur l'un ou l'autre
serveur). Il vous faut donc obtenir le nom du serveur (sans votre
domaine) pour aller lire vos courriels sans utiliser le nom du
serveur.

Par ailleurs, comme autre point à vérifier, il y a les services
disponibles et certaines fonctions si on a des besoins précis.
Ainsi, sur mon serveur, je pouvais facilement envoyer une grosse
base de données (2 millions de lignes) mais avec un autre serveur,
il a fallu utiliser une méthode totalement différente parce qu'il
n'y avait plus le même service. Même si ce besoin n'est pas le
vôtre, il faudra que toutes les fonctions utilisées par votre
ancien serveur (comme wordpress) soient disponibles sur le nouveau
serveur ou en d'autres mots, il vous faudra faire le tour de tout
ce que permet votre site en ce moment, avant de transférer le nom
de domaine. Il faudra aussi trouver les BDD utilisées par Wordpress
et les envoyer au nouveau site (et se rappeler que les messages
saisis lors du changement de serveur pourront être sur l'un ou
l'autre serveur, donc il est préférable de désactiver l'ancien).

Denis

Le Tue, 28 Sep 2010 18:18:53 +0200, Gerald@alussinan.org (Gerald)
écrivait dans fr.comp.infosystemes.www.auteurs:

domaine auprès de l'ancien hébergeur pour le communiquer à ovh. Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl). Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

En fait, il n'y a pas d'interruption. Durant une période qui pourrait
atteindre 3 jours (mais cela fait longtemps que je n'ai pas changé
d'hébergeur), le visiteur pourra tomber sur l'ancien ou le nouveau
serveur. Donc, si l'ancien site est toujours en fonction, et que le
nouveau site est identique, il ne verra pas la différence et ne
saura même pas qu'il y a un changement de serveur.

Pour la messagerie, il convient d'utiliser une adresse alternative
durant cette période, mais pour la réception de message, c'est
aussi transparent (les messages se retrouvant sur l'un ou l'autre
serveur). Il vous faut donc obtenir le nom du serveur (sans votre
domaine) pour aller lire vos courriels sans utiliser le nom du
serveur.

Par ailleurs, comme autre point à vérifier, il y a les services
disponibles et certaines fonctions si on a des besoins précis.
Ainsi, sur mon serveur, je pouvais facilement envoyer une grosse
base de données (2 millions de lignes) mais avec un autre serveur,
il a fallu utiliser une méthode totalement différente parce qu'il
n'y avait plus le même service. Même si ce besoin n'est pas le
vôtre, il faudra que toutes les fonctions utilisées par votre
ancien serveur (comme wordpress) soient disponibles sur le nouveau
serveur ou en d'autres mots, il vous faudra faire le tour de tout
ce que permet votre site en ce moment, avant de transférer le nom
de domaine. Il faudra aussi trouver les BDD utilisées par Wordpress
et les envoyer au nouveau site (et se rappeler que les messages
saisis lors du changement de serveur pourront être sur l'un ou
l'autre serveur, donc il est préférable de désactiver l'ancien).

Denis

Vous avez filtré cet utilisateur ! Consultez son message

Lea Gris

28/09/2010 à 23:42

Le 28/09/2010 20:10, Denis Beauregard a écrit :

Le Tue, 28 Sep 2010 18:18:53 +0200, (Gerald)
écrivait dans fr.comp.infosystemes.www.auteurs:

domaine auprès de l'ancien hébergeur pour le communiquer à ovh. Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl). Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

En fait, il n'y a pas d'interruption. Durant une période qui pourrait
atteindre 3 jours (mais cela fait longtemps que je n'ai pas changé
d'hébergeur), le visiteur pourra tomber sur l'ancien ou le nouveau
serveur. Donc, si l'ancien site est toujours en fonction, et que le
nouveau site est identique, il ne verra pas la différence et ne
saura même pas qu'il y a un changement de serveur.

Petite astuce utile si vous utilisez Apache. Ajoutez un .htaccess sur
l'ancien hébergement :

RedirectMatch 307 ^().*)$ http://www.example.com/~username$1

example.com étant le nom générique du nouvel hébergement http utilisable
sans le nom de domaine avec le nom de l'utilisateur.

Ainsi, les visiteurs qui se retrouveraient avec les anciens
enregistrements DNS se verraient notifier une redirection temporaire
(307) vers une URL de remplacement donnant accès au nouvel hébergement
sans utiliser le nom de domaine.

Pour les malheureux visiteurs en retard, la redirection est transparente.
Pour les moteurs de recherches, la redirection temporaire permet de
parcourir le site tout en indiquant de ne pas conserver l'URL de
redirection.

Si jamais vous changez de nom de domaine, préférez une redirection
premanente :
RedirectMatch 301 ^().*)$ http://www.example.com$1

où example.com est le nouveau nom de domaine.

--
Léa Gris

Lea Gris

28/09/2010 à 23:44

Le 28/09/2010 20:10, Denis Beauregard a écrit :

Le Tue, 28 Sep 2010 18:18:53 +0200, (Gerald)
écrivait dans fr.comp.infosystemes.www.auteurs:

domaine auprès de l'ancien hébergeur pour le communiquer à ovh. Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl). Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

En fait, il n'y a pas d'interruption. Durant une période qui pourrait
atteindre 3 jours (mais cela fait longtemps que je n'ai pas changé
d'hébergeur), le visiteur pourra tomber sur l'ancien ou le nouveau
serveur. Donc, si l'ancien site est toujours en fonction, et que le
nouveau site est identique, il ne verra pas la différence et ne
saura même pas qu'il y a un changement de serveur.

Petite astuce utile si vous utilisez Apache. Ajoutez un .htaccess sur
l'ancien hébergement :

RedirectMatch 307 ^(.*)$ http://www.example.com/~username$1

example.com étant le nom générique du nouvel hébergement http utilisable
sans le nom de domaine avec le nom de l'utilisateur.

Ainsi, les visiteurs qui se retrouveraient avec les anciens
enregistrements DNS se verraient notifier une redirection temporaire
(307) vers une URL de remplacement donnant accès au nouvel hébergement
sans utiliser le nom de domaine.

Pour les malheureux visiteurs en retard, la redirection est transparente.
Pour les moteurs de recherches, la redirection temporaire permet de
parcourir le site tout en indiquant de ne pas conserver l'URL de
redirection.

Si jamais vous changez de nom de domaine, préférez une redirection
premanente :
RedirectMatch 301 ^(.*)$ http://www.example.com$1

où example.com est le nouveau nom de domaine.

--
Léa Gris

Patrick Mevzek

29/09/2010 à 02:04

Le Tue, 28 Sep 2010 18:18:53 +0200, Gerald a écrit:

Leur taille n'est-il pas aussi une sorte de gage de stabilité,
finalement ?

Vous connaissez Enron ?
Worldcom ?
Bernard Madoff ?
Lehman Brothers ?
General Motors ?

2/ quels critères seraient un peu discriminants (en dehors du prix et
des volumes) ?

Le support, probablement, selon vos besoins (canal, rapidité, etc.)

3/ en cas de conflit avec l'actuel hébergeur susceptible de mettre de la
mauvaise volonté au transfert, quelle est "l'autorité" de régulation
censée l'obliger à se comporter correctement ? Quels points sont
critiques ?

De toute façon normalement vous devez avoir une copie locale de toutes
vos données, ne serait-ce que parce que vous faites des sauvegardes
régulières et automatiques. Et si ce n'est pas le cas, courrez en faire.
Donc vous n'avez rien besoin de récupérer chez l'ancien.

Le problème peut se poser pour le transfert des noms de domaine.

A noter que vous pouvez très bien changer d'hébergeur sans transférer vos
noms de domaine, ce sont deux services disjoints même s'ils sont souvent
empaquetés ensemble commercialement. Cela peut être un inconvénient ou un
avantage d'avoir tout au même endroit...

Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl).

Pas forcément, il peut n'y avoir aucune interruption selon comment les 2
hébergeurs travaillent.

Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

Pour les noms de domaine, selon les extensions (mais c'est le cas de nos
jours en .FR et .COM qui vous intéressent), chaque domaine a un «
authcode » ou « authInfo » ou « code EPP » ou « code d'authentification »
qui dénotent tous la même chose.
C'est une chaîne de caractères que doit vous donner le gestionnaire de
vos noms de domaine (cela peut être visible en ligne directement dans
votre interface d'administration), et le nouveau gestionnaire chez qui
vous transférez vos noms ne peut même pas techniquement entamer la
procédure sans connaissance de ce code.
Si vous avez des difficultés à récupérer le code de l'ancien fournisseur,
vous devriez déjà en profiter pour tester le support technique du nouveau
fournisseur qui devrait vous aider dans cette démarche.
Sinon, au final, il faut voir avec le registre concerné (donc l'AFNIC
pour le .FR) ou l'autorité de "régulation", à savoir l'ICANN pour les .COM

Mais si le problème se pose, le bon canal de discussion serait plutôt
fr.reseaux.internet.hebergement

--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/prices>
<http://icann-registrars-life.dotandco.net/>

Le Tue, 28 Sep 2010 18:18:53 +0200, Gerald a écrit:

Leur taille n'est-il pas aussi une sorte de gage de stabilité,
finalement ?

Vous connaissez Enron ?
Worldcom ?
Bernard Madoff ?
Lehman Brothers ?
General Motors ?

2/ quels critères seraient un peu discriminants (en dehors du prix et
des volumes) ?

Le support, probablement, selon vos besoins (canal, rapidité, etc.)

3/ en cas de conflit avec l'actuel hébergeur susceptible de mettre de la
mauvaise volonté au transfert, quelle est "l'autorité" de régulation
censée l'obliger à se comporter correctement ? Quels points sont
critiques ?

De toute façon normalement vous devez avoir une copie locale de toutes
vos données, ne serait-ce que parce que vous faites des sauvegardes
régulières et automatiques. Et si ce n'est pas le cas, courrez en faire.
Donc vous n'avez rien besoin de récupérer chez l'ancien.

Le problème peut se poser pour le transfert des noms de domaine.

A noter que vous pouvez très bien changer d'hébergeur sans transférer vos
noms de domaine, ce sont deux services disjoints même s'ils sont souvent
empaquetés ensemble commercialement. Cela peut être un inconvénient ou un
avantage d'avoir tout au même endroit...

Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl).

Pas forcément, il peut n'y avoir aucune interruption selon comment les 2
hébergeurs travaillent.

Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

Pour les noms de domaine, selon les extensions (mais c'est le cas de nos
jours en .FR et .COM qui vous intéressent), chaque domaine a un «
authcode » ou « authInfo » ou « code EPP » ou « code d'authentification »
qui dénotent tous la même chose.
C'est une chaîne de caractères que doit vous donner le gestionnaire de
vos noms de domaine (cela peut être visible en ligne directement dans
votre interface d'administration), et le nouveau gestionnaire chez qui
vous transférez vos noms ne peut même pas techniquement entamer la
procédure sans connaissance de ce code.
Si vous avez des difficultés à récupérer le code de l'ancien fournisseur,
vous devriez déjà en profiter pour tester le support technique du nouveau
fournisseur qui devrait vous aider dans cette démarche.
Sinon, au final, il faut voir avec le registre concerné (donc l'AFNIC
pour le .FR) ou l'autorité de "régulation", à savoir l'ICANN pour les .COM

Mais si le problème se pose, le bon canal de discussion serait plutôt
fr.reseaux.internet.hebergement

--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/prices>
<http://icann-registrars-life.dotandco.net/>

Vous avez filtré cet utilisateur ! Consultez son message

Le Tue, 28 Sep 2010 18:18:53 +0200, Gerald a écrit:

Leur taille n'est-il pas aussi une sorte de gage de stabilité,
finalement ?

Vous connaissez Enron ?
Worldcom ?
Bernard Madoff ?
Lehman Brothers ?
General Motors ?

2/ quels critères seraient un peu discriminants (en dehors du prix et
des volumes) ?

Le support, probablement, selon vos besoins (canal, rapidité, etc.)

3/ en cas de conflit avec l'actuel hébergeur susceptible de mettre de la
mauvaise volonté au transfert, quelle est "l'autorité" de régulation
censée l'obliger à se comporter correctement ? Quels points sont
critiques ?

De toute façon normalement vous devez avoir une copie locale de toutes
vos données, ne serait-ce que parce que vous faites des sauvegardes
régulières et automatiques. Et si ce n'est pas le cas, courrez en faire.
Donc vous n'avez rien besoin de récupérer chez l'ancien.

Le problème peut se poser pour le transfert des noms de domaine.

A noter que vous pouvez très bien changer d'hébergeur sans transférer vos
noms de domaine, ce sont deux services disjoints même s'ils sont souvent
empaquetés ensemble commercialement. Cela peut être un inconvénient ou un
avantage d'avoir tout au même endroit...

Il y a
alors une interruption de 4 à 24 h dans les services (en particulier de
bàl).

Pas forcément, il peut n'y avoir aucune interruption selon comment les 2
hébergeurs travaillent.

Pouvez-vous confirmer et préciser cette histoire de code
d'authentification ?

Pour les noms de domaine, selon les extensions (mais c'est le cas de nos
jours en .FR et .COM qui vous intéressent), chaque domaine a un «
authcode » ou « authInfo » ou « code EPP » ou « code d'authentification »
qui dénotent tous la même chose.
C'est une chaîne de caractères que doit vous donner le gestionnaire de
vos noms de domaine (cela peut être visible en ligne directement dans
votre interface d'administration), et le nouveau gestionnaire chez qui
vous transférez vos noms ne peut même pas techniquement entamer la
procédure sans connaissance de ce code.
Si vous avez des difficultés à récupérer le code de l'ancien fournisseur,
vous devriez déjà en profiter pour tester le support technique du nouveau
fournisseur qui devrait vous aider dans cette démarche.
Sinon, au final, il faut voir avec le registre concerné (donc l'AFNIC
pour le .FR) ou l'autorité de "régulation", à savoir l'ICANN pour les .COM

Mais si le problème se pose, le bon canal de discussion serait plutôt
fr.reseaux.internet.hebergement

--
Patrick Mevzek . . . . . . . . . . . . . . Dot and Co
<http://www.dotandco.net/> <http://www.dotandco.com/>
<http://www.dotandco.net/ressources/icann_registrars/prices>
<http://icann-registrars-life.dotandco.net/>

Gerald

29/09/2010 à 04:37

Patrick Mevzek wrote:

Mais si le problème se pose, le bon canal de discussion serait plutôt
fr.reseaux.internet.hebergement

Merci à vous et aux autres pour vos réponses documentées et pertinentes.
Cette dernière remarque est évidemment la cerise sur le gâteau et je
vais immédiatement m'abonner à ce forum (dont j'avais zappé l'existence)
pour en apprendre un peu plus sur les problèmes rencontrés par d'autres
dans ce domaine.

Encore merci,
--
Gérald

Olivier Masson

29/09/2010 à 10:21

Le 29/09/2010 02:04, Patrick Mevzek a écrit :

Le Tue, 28 Sep 2010 18:18:53 +0200, Gerald a écrit:
Leur taille n'est-il pas aussi une sorte de gage de stabilité,
finalement ?

Vous connaissez Enron ?
Worldcom ?
Bernard Madoff ?
Lehman Brothers ?
General Motors ?

2/ quels critères seraient un peu discriminants (en dehors du prix et
des volumes) ?

Le support, probablement, selon vos besoins (canal, rapidité, etc.)

Tout à fait d'accord.
Pour la majorité des sites que je crée, un hébergement à 5 euros/mois
chez ovh est suffisant. Par contre, lorsqu'il y a un problème (et je
n'ai pas dit "s'il y a un problème"), certes on a une réponse plus
rapidement qu'avant, mais avoir une *solution*, c'est moins évident.
MySQL est très lent, mais je n'ai encore jamais testé les SQL privé d'ovh.
Quant à 1&1, par politesse j'éviterai d'en parler. Mais l'utilisation
pdt 30 secondes de leur interface en dit déjà long.

Gerald

29/09/2010 à 10:39

Olivier Masson wrote:

Quant à 1&1, par politesse j'éviterai d'en parler. Mais l'utilisation
pdt 30 secondes de leur interface en dit déjà long.

Je viens de trouver une page qui me donne la migraine : le choix n'est
pas limité entre 1and1 et ovh :-(
<http://directory.google.com/Top/World/Fran%C3%A7ais/Informatique/Intern
et/Conception_et_d%C3%A9veloppement/H%C3%A9bergement/D%C3%A9di%C3%A9/>
<http://directory.google.com/Top/World/Fran%C3%A7ais/Informatique/Intern
et/Conception_et_d%C3%A9veloppement/H%C3%A9bergement/Mutualis%C3%A9/>

on reste calme et on essaie de poursuivre... zen !
--
Gérald

Williamhoustra

29/09/2010 à 18:35

Gerald a formulé ce mardi :

Le sujet a certainement été déjà débattu ici vingt fois, mais une
actualisation peut aussi être bienvenue :

Je souhaite faire migrer mes noms de domaines vers un nouvel hébergeur
(avec sites associés, boites mail et blog wordpress). Petit volume de
données et de transfert, c'est du "familial". Il y a 1 .fr et 2 .com

Si c'est très petit comme trafic et que tu as une connection ADSL
correcte (sûr que le SDSL serait préférable en ce cas) tu peux
l'héberger d'athomique façon. Mon cas avec mon serveur expérimental
(des exemples de programmation) qui gère un site Web, un site FTP et un
serveur de mails. Mon registrar est Bookmyname (encore moins cher que
Gandhi). Bien sûr il te faut un système serveur sur une machine dédiée
et un routeur pour le NAT et après tout baigne.

Gerald

30/09/2010 à 08:34

Williamhoustra wrote:

Bien sûr il te faut un système serveur sur une machine dédiée
et un routeur pour le NAT et après tout baigne.

Je te suis et j'ai d'ailleurs déjà tout ça opérationnel en test sur le
macMINI au coin de mon bureau (qui sert aussi de serveur d'impression,
de serveur de fichiers local, de machine à mouliner la vidéo en tâche de
fond, ou à enregistrer la télé etc.) MAIS je me pose une grosse question
concernant la consommation de bande passante. Pas de la part de mes
éventuels lecteurs volontaires qui, malgré toute l'énergie que je
déploie à essayer de faire quelque chose d'original, d'utile, de
constructif, de beau, et tout et tout... ne sont probablement qu'une
poignée, mais de la part des robots qui ratissent en permanence.

Quelqu'un aurait-il une idée du bruit de fond de base généré par ces
robots sur une page sans accroche particulière ? De quoi peut dépendre
leur férocité ?

J'ai une connexion ADSL correspondant à mon implantation campagnarde et
ravitaillée par les corbeaux : 2 Mo.

De quoi disposes-tu et quelle est l'incidence de ton propre hébergement?
--
Gérald

meilleur hébergeur

10 réponses

Veuillez sélectionner un problème