Sé acerca de https para asegurar páginas importantes como inicio de sesión y demás. Pero, ¿por qué alguien también crearía un subdominio separado como wwws? por ejemplo
https://wwws.site.com/login
Sé acerca de https para asegurar páginas importantes como inicio de sesión y demás. Pero, ¿por qué alguien también crearía un subdominio separado como wwws? por ejemplo
https://wwws.site.com/login
Respuestas:
No hay una buena razón para hacer esto. Alguna persona de marketing probablemente lo sugirió.
De hecho, es una mala idea, porque les enseña a los usuarios a confiar en el nombre del host y no en los indicadores de seguridad del navegador (icono de candado, etc.)
Hago esto (aunque generalmente uso secure.site.com o similar) cuando tengo contenido separado para servir. Es decir, cuando site.com y secure.site.com contienen cosas diferentes y / o tienen restricciones diferentes sobre quién (es decir, la dirección IP de origen) puede usarlas. Si ambos están sirviendo el mismo contenido, entonces no estoy seguro de por qué harías esto, no veo ningún beneficio para él. Supongo que se hizo de esta manera simplemente porque la persona que lo configuró no sabía cómo configurar HTTP y HTTPS en el mismo dominio en la misma configuración.
HP solía hacer esto, y aún pueden hacerlo. Así es como cargan equilibrado su sitio. Cada subdominio podría asociarse con una dirección IP separada y, al iniciar sesión en www.hp.com, se lo redirigiría a uno de www1.hp.com ... etc. Creo que puede haber habido un tiempo antes de que entraran los CDN ellos mismos, que Amazon hizo lo mismo.
A veces, esto se debe al diseño deficiente de la aplicación, en el que el servidor que aloja la versión 1 del sitio web está alojado en 68.68.68.2 (www.dominio.com) y luego alguien reescribe el sitio web porque su desarrollador de Texas ahora está en la cárcel (historia real ... ) y debido a que todavía se necesita cierta lógica XML-RPC enterrada en la pila de basura en www.dominio.com, simplemente redirigimos a nuestros usuarios a wwws.domain.com (68.68.68.3) donde nuestro sitio nuevo y mejorado fue desarrollado por Brian, el descontento ex empleado de Microsoft.
No estamos seguros de lo que sucederá si eliminamos www.dominio.com o lo movemos o le cambiamos el nombre, por lo que simplemente lo dejamos en lugar de migrar nuestro sitio web "bueno" a nuestro dominio principal.