Différences entre versions de « Subdomain-fr »
De Mi caja de notas
| Ligne 17 : | Ligne 17 : | ||
== Exemples de silos == | == Exemples de silos == | ||
The following silos give users subdomains: | 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 == | == 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 | + | * [[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, | + | 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 | + | 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, | + | 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) | ||
Version du 30 décembre 2016 à 08:39
Cet article est une débauche. Vous pouvez m’aider à l'améliorer.
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:
- iwc:Blogger
- iwc:LiveJournal (switched from path to subdomain in 2006, read why: lj2006
- iwc:Tumblr
- iwc:Withknown.com
- iwc: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 : 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 :
- 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, 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/