Ich kenne https zum Sichern wichtiger Seiten wie Login und dergleichen. Aber warum sollte jemand auch eine separate Subdomain wie wwws erstellen? beispielsweise
https://wwws.site.com/login
Ich kenne https zum Sichern wichtiger Seiten wie Login und dergleichen. Aber warum sollte jemand auch eine separate Subdomain wie wwws erstellen? beispielsweise
https://wwws.site.com/login
Antworten:
Es gibt keinen guten Grund dafür. Eine Marketing-Person hat es wahrscheinlich vorgeschlagen.
Tatsächlich ist dies eine schlechte Idee, da Benutzer lernen, dem Hostnamen und nicht den Sicherheitsindikatoren des Browsers (Schlosssymbol usw.) zu vertrauen.
Ich mache das (obwohl ich normalerweise Secure.site.com oder ähnliches verwende), wenn ich separate Inhalte zur Verfügung habe. Dh wenn site.com und secure.site.com unterschiedliche Dinge enthalten und / oder unterschiedliche Einschränkungen haben, wer (dh Quell-IP-Adresse) diese verwenden kann. Wenn beide denselben Inhalt bereitstellen, bin ich mir nicht sicher, warum Sie dies tun würden - ich sehe keinen Nutzen daraus. Ich würde vermuten, dass dies einfach so gemacht wurde, weil die Person, die es eingerichtet hat, ansonsten nicht wusste, wie sowohl HTTP als auch HTTPS in derselben Domäne in derselben Konfiguration konfiguriert werden.
HP hat dies früher getan, und sie können es immer noch tun. Auf diese Weise haben sie ihre Site ausgeglichen. Jede Subdomain könnte mit einer separaten IP-Adresse verknüpft sein. Wenn Sie sich bei www.hp.com anmelden, werden Sie zu einer von www1.hp.com weitergeleitet. Ich glaube, es hat sogar eine Zeit gedauert, bis CDNs eingegangen sind ihre eigene, dass Amazon das gleiche tat.
Manchmal liegt dies an einem schlechten Anwendungsdesign, bei dem die Server-Hosting-Website Version 1 unter 68.68.68.2 (www.domain.com) gehostet wird und dann jemand die Website neu schreibt, weil Ihr Entwickler aus Texas jetzt im Gefängnis sitzt (wahre Geschichte ... ) und da noch einige XML-RPC-Logik benötigt wird, die im Misthaufen von www.domain.com vergraben ist, leiten wir unsere Benutzer einfach zu wwws.domain.com (68.68.68.3) weiter, wo sich unsere neue und verbesserte Site befindet, die von entwickelt wurde Brian, der verärgerte Ex-Microsoft-Mitarbeiter.
Wir sind uns nicht sicher, was passieren wird, wenn wir www.domain.com entfernen oder verschieben oder umbenennen. Deshalb lassen wir es einfach, anstatt unsere "gute" Website zurück auf unsere primäre Domain zu migrieren.