Mots-clé : noms de domaine

DNS et noms de domaine : one and one, 1and1 … sous DNS 10 max !

Petite information (valable au jour même de ce billet) :

Si vous achetez des noms de domaine :

  • chez ovh.fr vous ferez tout ce que vous voulez avec vos noms de domaines : c’est long mais c’est le meilleur rapport qualité prix ;
  • chez gandi.net vous ferez tout ce que vous voulez avec vos noms de domaines et vous pourrez même faire des « modèles » de vos configurations DNS pour les appliquer partout (pratique quand on a plein de noms de domaines) ;
  • chez oneandone.fr (ou 1and1.fr) vous serez limité à dix sous domaines pour la totalité de votre compte !

Exemple concret : j’ai un partenaire, pizzamis.fr qui a acheté son nom de domaine chez oneandone.fr (ou 1and1.fr).

Les sites que je fait sont très optimisés et se servent, notamment, de la fonctionnalité de séparation des sous domaines pour télécharger en parallèle (voir les conseils de YSlow).

Donc pour un site, j’ai les préfixes « s » comme « static » puis un chiffre de 1 à 4. Et les préfixes de la langue (« fr », « us » etc).

Donc pour ce partenaire, j’ai ces préfixes :

  • fr.pizzamis.fr
  • fr.s1.pizzamis.fr
  • fr.s2.pizzamis.fr
  • fr.s3.pizzamis.fr
  • fr.s4.pizzamis.fr

Cinq préfixes. Pour la version téléphone mobile, même chose : cinq préfixes.
Sur gandi, même chose que sur ovh : pas besoin de configurer les préfixes : on configure en mettant « * CNAME . » et tout fonctionne.

Ici, voici le résultat :

Limite 10 sous domaines chez 1and1

Oui oui vous avez bien lu :

10 utilisés sur 10 disponibles.

Après, à vous de juger, je dis ça, mais c’est un constat, tout est objectif !
Je n’ai pas dit de ne jamais aller chez oneandone.fr (ou 1and1.fr) 😉 !

YSlow : Utiliser des domaines sans Cookie : traduction

Je viens de traduire un gros morceau du texte ici.

Lorsque le navigateur fait une requête pour une image statique, il envoie tout de même les cookies dans la requête. Le serveur ne se sert absolument pas de ces cookies. Ils créent donc un traffic supplémentaire totalement inutile. Il faut s’assurer que tous les composants statiques tels que les images sont récupérés sur des domaines sans cookie. Par exemple, il suffit de créer un sous-domaine static, et d’y mettre les composants adéquats.
Par exemple, si le domaine est www.example.org, il suffit de mettre les composants statiques sur static.example.org. Néanmoins, si vous avez déjà mis en place des requêtes sur le domaine de plus haut niveau, soit example.org, alors les cookies suivront tout de même sur static.example.org. Une solution est d’acheter un nom de domaine dédié.
Par exemple, Yahoo! utilise yimg.com, Youtube utilise ytimg.com et Amazon utilise images-amazon.com.
Un autre bénéfice concerne les proxies : certains proxies refusent de mettre en cache des composants qui ont été demandés avec des cookies. Pour la note, si vous vous demandez s’il vaut mieux utiliser example.org ou www.example.org pour votre page de base, pensez à l’impact des cookies. Le fait de supprimer www ne vous laissera pas d’autre choix que d’écrire des cookies qui seront tous diffusés sur *.example.org.
Donc, pour des raisons de performance, c’est mieux d’utiliser le sous domaine « www » et d’écrire les cookies pour ce sous-domaine.


Vous ne voyez pas que je suis en train de pleurer ? J’ai tout faux sur la plupart des sites Internet que j’ai crée. Bon, aujourd’hui c’est nettement moins problématique que si nous étions dix ans en arrière, mais c’est très agaçant de savoir que tout le travail mis en place est à revoir (règles de réécriture, traducteur, etc)… et le discours que je tenais qui va avec (pas la peine des www). On en apprend tous les jours !