Subdomain-fr

De Mi caja de notas

Révision datée du 30 décembre 2016 à 08:39 par Xtof (discussion | contributions)


Un sous-domaine fait généralement référence à un domaine avec un composant "nom(point)" de plus que celui que quelqu'un a effectivement enregistré. Il est souvent vu sur les sites indieweb avec un domaine de nom de famille comme joel(point) franusic(point)com, ou souvent sur les silos comme matt(point)wordpress(point)com.

La plupart des écrits sur IndieWeb suppose que les personnes disposeront de leur propre domaine de second niveau, comme tantek.com, utilisé uniquement pour eux-mêmes.

Exemples IndieWeb

Joel Franusic

Joel Franusic utilise joel.franusic.com comme moyen de séparer ses prénom et nom de famille, autorisant par conséquent d'autres sous-domaines pour d'autres membres de la famille Franusic.

Ben Roberts

Ben Roberts utilise ben.thatmustbe.me - probablement comme un "hack de domaine" qui se lit comme une phrase en anglais.

David Shanske

David Shanske utilise david.shanske.com comme un moyen de distinguer ses prénom et nom de famille.

Exemples de silos

The following silos give users subdomains:

Avantages et inconvénients des sous-domaines

Pour : coût et effort d'admin réduits

Contres : Dans l'exemple hypothétique d'alice.exemple.com, alice dépend de exemple.com, bien que la dépendance puisse être potentiellement très petite, avec exemple.com en gérant juste un enregistrement "A" de DNS pour alice, pointant vers le serveur d'alice.

Alternative de chemin

Exemple : http://exemple.com/alice au lieu de http://alice.exemple.com/

Si vous utilisez une URL avec un chemin pour votre identité, votre identité est vulnérable pour le propriétaire du domaine, et n'importe quel autre site/chemin sur ce domaine a un accès CORS vers votre identité.

Si vous êtes propriétaire du domaine, vous devriez juste l'utiliser directement sans chemin.

Si vous ne savez pas ou ne voulez pas utiliser juste votre domaine, considérez d'utiliser un sous-domaine au lieu d'un chemin.

Les défenseurs de l'alternative chemin affirment que :

  • Avantage à l'alternative chemin : coût et effort d'amis réduits.

Cependant, il ne peut échapper aux inconvénients de l'identité basée sur le chemin:

  • Inconvénient : alice est verrouillée sur exemple.com ; il n'y a aucun moyen pour qu'alice puisse partir.
  • Inconvénient : exemple.com ne peut pas permettre d'accueillir alice avec du contenu arbitraire sans mettre en danger les autres utilisateurs, en raison de la politique d'origine du navigateur.

Exemples IndieWeb de Chemin

  • Les sites Known multi-utilisateurs fournissent des chemins au lieu de sous-domaines, parce que le défi de configuration pour les utilisateurs de régler des sous-domaines wildcard sur des hébergeurs partagés est trop grand. C'est un défi associé avec l'hébergement mutualisé.

Exemples de Silos Chemin

Les silos suivants donnent des chemins aux utilisateurs au lieu de sous-domaines :

Précédents Exemples de Silo Chemin

Les silos suivant avaient l'habitude d'utiliser des chemins pour l'identité, et ont migré explicitement vers l'utilisation de sous-domaines :

Conclusion

Il semble acceptable d'utiliser des sous-domaines aussi longtemps que le titulaire de domaine de niveau 2 rend une garantie suffisante de la portabilité des sous-domaines. Autrement dit, il doit permettre aux utilisateurs de modifier à perpétuité leurs enregistrements DNS "A" pour rien de plus qu'un coût minime.

Cela semble raisonnable avec les familles, et peut-être aussi avec des fraternités, des collèges et d'autres organisations auxquelles on a naturellement une adhésion à vie.

À un certain moment, il peut y avoir des entreprises prêtes à offrir ce type de service avec un engagement plausible à très long terme.

Notez que profiter de l'hébergement gratuit offrant des sous-domaines gratuits laisse beaucoup de contrôle du domaine dans les mains de l'hébergeur, exposant votre URL à tout un tas de risques. De même, les universités, etc., ont tendance à ne pas fournir quelque stabilité à long terme.

Éviter le sous-domaine www

Éviter d'utiliser "www." sur votre domaine.

  • Cela amène un cadrage de sécurité non nécessaire (voir au-dessus)
  • C'est surperflu, selon http://no-www.org/

Voir aussi