Différences entre versions de « Subdomain-fr »

De Mi caja de notas

 
(3 versions intermédiaires par le même utilisateur non affichées)
Ligne 16 : Ligne 16 :
  
 
== Exemples de silos ==
 
== Exemples de silos ==
The following silos give users subdomains:
+
Les silos suivant donnent des sous-domaines aux utilisateurs :
* [[Blogger]]
+
* [[iwc:Blogger]]
* [[LiveJournal]] (switched from path to subdomain in 2006, read why: [[lj2006]]
+
* [[iwc:LiveJournal]] (migration vers sous-domaine en 2006, lire pourquoi : [[lj2006]]
* [[Tumblr]]
+
* [[iwc:Tumblr]]
* [[Withknown.com]]
+
* [[iwc:Withknown.com]]
* [[WordPress.com]]
+
* [[iwc:WordPress.com]]
  
 
== Avantages et inconvénients des sous-domaines ==
 
== Avantages et inconvénients des sous-domaines ==
Ligne 45 : Ligne 45 :
  
 
=== Exemples IndieWeb de Chemin ===
 
=== Exemples IndieWeb de Chemin ===
* Les sites [[Known-fr|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'[[web hosting-fr#Hébergement_Mutualisé|hébergement mutualisé]].
+
* Les sites [[iwc:Known-fr|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'[[web hosting-fr#Hébergement_Mutualisé|hébergement mutualisé]].
  
 
=== Exemples de Silos Chemin ===
 
=== Exemples de Silos Chemin ===
 
Les silos suivants donnent des chemins aux utilisateurs au lieu de sous-domaines :  
 
Les silos suivants donnent des chemins aux utilisateurs au lieu de sous-domaines :  
* [[Facebook-fr|Facebook]]
+
* [[iwc:Facebook-fr|Facebook]]
* [[Instagram-fr|Instagram]]
+
* [[iwc:Instagram-fr|Instagram]]
* [[Twitter-fr|Twitter]]
+
* [[iwc:Twitter-fr|Twitter]]
  
 
=== Précédents Exemples de Silo Chemin ===
 
=== 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 :
 
Les silos suivant avaient l'habitude d'utiliser des chemins pour l'identité, et ont migré explicitement vers l'utilisation de sous-domaines :
* [[LiveJournal]] - voir [[lj2006]] pour voir comment Livejournal a du régler cela en 2006.
+
* [[iwc:LiveJournal]] - voir [[iwc:lj2006]] pour voir comment Livejournal a du régler ça en 2006.
  
 
== Conclusion ==
 
== 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, ils doivent permettre aux utilisateurs de modifier à perpétuité leurs enregistrements DNS "A" pour rien de plus qu'un coût minime.
+
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.
+
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.
 
À 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, mettant votre URL à [http://indiewebcamp.com/why-fr#Pourquoi_Indie_Web risquer tout un tas de choses]. De même, les universités, etc., ont tendance à ne pas fournir une stabilité à 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 à [[why-fr#Pourquoi_Indie_Web|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 le sous-domaine www ==
 +
 
Éviter d'utiliser "www." sur votre domaine.
 
Éviter d'utiliser "www." sur votre domaine.
 
* Cela amène un cadrage de sécurité non nécessaire (voir au-dessus)
 
* Cela amène un cadrage de sécurité non nécessaire (voir au-dessus)
Ligne 72 : Ligne 74 :
  
 
== Voir aussi ==
 
== Voir aussi ==
* [[DNS-fr|DNS]]
+
* [[DNS]]
* [[personal domain-fr|domaine personnel]]
+
* [[domaine personnel]]
* [[short domain-fr|domaine court]]
+
* [[Short domain-fr|domaine court]]

Version actuelle datée du 31 août 2019 à 08:54


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

Les silos suivant donnent des sous-domaines aux utilisateurs :

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