qu'est-ce que wwws.site.com
Je connais https pour sécuriser des pages importantes telles que la connexion et autres. Mais pourquoi quelqu'un créerait-il également un sous-domaine distinct tel que www? par exemple
https://wwws.site.com/login
Il n'y a pas de bonne raison de faire ça. Une personne du marketing l'a probablement suggéré.
En fait, c'est une mauvaise idée, car cela apprend aux utilisateurs à faire confiance au nom de l'hôte et non aux indicateurs de sécurité du navigateur (icône de verrouillage, etc.).
Je le fais (bien que j'utilise habituellement secure.site.com ou similaire) lorsque j'ai un contenu distinct à diffuser. C'est-à-dire, lorsque site.com et secure.site.com contiennent des éléments différents et/ou ont différentes restrictions quant aux personnes (c'est-à-dire l'adresse IP source) qui peuvent les utiliser. S'ils servent tous les deux le même contenu, je ne vois pas trop pourquoi vous le feriez, je ne vois aucun avantage. Je suppose que cela a été fait de cette façon simplement parce que la personne qui l'a configurée ne savait pas autrement configurer à la fois HTTP et HTTPS sur le même domaine dans la même configuration.
HP avait l'habitude de faire cela, et ils peuvent toujours le faire. Voici comment ils équilibrent leur site. Chaque sous-domaine peut être associé à une adresse IP distincte et lors de la connexion à www.hp.com, vous serez redirigé vers l’un des sites www1.hp.com, etc. Je pense qu’il a peut-être déjà fallu attendre un certain temps avant que CDN entre en eux-mêmes, cette Amazone a fait la même chose.
Parfois, cela est dû à une mauvaise conception de l'application, dans laquelle le serveur hébergeant la version 1 du site Web est hébergé à l'adresse 68.68.68.2 (www.domain.com), puis quelqu'un réécrit le site Web car votre développeur du Texas est maintenant en prison (histoire ... ) et parce que la logique XML-RPC enfouie dans la pile de merde sur www.domain.com est toujours nécessaire, nous redirigeons simplement nos utilisateurs vers wwws.domain.com (68.68.68.3) où notre nouveau site amélioré a été développé par Brian l'ex-employé mécontent de Microsoft.
Nous ne savons pas ce qui se passera si nous supprimons www.domain.com, si nous le déplaçons ou si nous le renommons. Nous le laissons donc au lieu de migrer notre "bon" site Web vers notre domaine principal.