Subdomain-fr - Historique des versions

Xtof : /* Exemples de silos */

2019-08-31T08:54:00Z

Exemples de silos

Xtof le 30 décembre 2016 à 08:39

2016-12-30T08:39:31Z

Xtof : /* Voir aussi */

2016-12-30T08:35:56Z

Voir aussi

Xtof : /* Voir aussi */

2016-12-30T08:35:26Z

Voir aussi

Xtof : /* Voir aussi */

2016-06-21T10:46:31Z

Voir aussi

Xtof : Page créée avec « {{stub-fr}} 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... »

2016-06-21T10:45:56Z

Page créée avec « {{stub-fr}} Un '''<dfn>sous-domaine</dfn>''' fait généralement référence à un domaine avec un composant "nom(point)" de plus que celui que quelqu'un a... »

Nouvelle page

{{stub-fr}}

Un '''<dfn>sous-domaine</dfn>''' fait généralement référence à un [[domain-fr|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-fr|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 ===
[[User:joel.example.com|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 ===
[[User:ben.thatmustbe.me|Ben Roberts]] utilise ben.thatmustbe.me - probablement comme un "hack de domaine" qui se lit comme une phrase en anglais.

=== David Shanske ===
[[User:david.shanske.com|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:
* [[Blogger]]
* [[LiveJournal]] (switched from path to subdomain in 2006, read why: [[lj2006]]
* [[Tumblr]]
* [[Withknown.com]]
* [[WordPress.com]]

== 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 : <nowiki>http://exemple.com/alice au lieu de http://alice.exemple.com/</nowiki>

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-fr|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 [[subdomain-fr|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-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 ===
Les silos suivants donnent des chemins aux utilisateurs au lieu de sous-domaines :
* [[Facebook-fr|Facebook]]
* [[Instagram-fr|Instagram]]
* [[Twitter-fr|Twitter]]

=== 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 :
* [[LiveJournal]] - voir [[lj2006]] pour voir comment Livejournal a du régler cela en 2006.

== 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.

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, 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.
== É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 ==
* [[DNS-fr|DNS]]
* [[personal domain-fr|personal_domain]]
* [[short domain-fr|domaine court]]

@@ Ligne 16 : / Ligne 16 : @@
 == Exemples de silos ==
-The following silos give users subdomains:
+Les silos suivant donnent des sous-domaines aux utilisateurs :
 * [[iwc:Blogger]]
-* [[iwc:LiveJournal]] (switched from path to subdomain in 2006, read why: [[lj2006]]
+* [[iwc:LiveJournal]] (migration vers sous-domaine en 2006, lire pourquoi : [[lj2006]]
 * [[iwc:Tumblr]]
 * [[iwc:Withknown.com]]

@@ Ligne 74 : / Ligne 74 : @@
 * [[DNS]]
 * [[domaine personnel]]
-* [[domaine court]]
+* [[Short domain-fr|domaine court]]

@@ Ligne 72 : / Ligne 72 : @@
 == Voir aussi ==
-* [[DNS-fr|DNS]]
+* [[DNS]]
-* [[personal domain-fr|domaine personnel]]
+* [[domaine personnel]]
-* [[short domain-fr|domaine court]]
+* [[domaine court]]

@@ Ligne 17 : / Ligne 17 : @@
 == Exemples de silos ==
 The following silos give users subdomains:
-* [[Blogger]]
+* [[iwc:Blogger]]
-* [[LiveJournal]] (switched from path to subdomain in 2006, read why: [[lj2006]]
+* [[iwc:LiveJournal]] (switched from path to subdomain in 2006, read why: [[lj2006]]
-* [[Tumblr]]
+* [[iwc:Tumblr]]
-* [[Withknown.com]]
+* [[iwc:Withknown.com]]
-* [[WordPress.com]]
+* [[iwc:WordPress.com]]
 == Avantages et inconvénients des sous-domaines ==
@@ Ligne 45 : / Ligne 45 : @@
 === 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 ===
 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 ===
 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 ==
-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.
-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 d'utiliser "www." sur votre domaine.
 * Cela amène un cadrage de sécurité non nécessaire (voir au-dessus)