título - Estructura de URL: Minúsculas VS Mayúsculas
qué impacto tienen las metaetiquetas y las etiquetas de título en el motor de búsqueda (4)
Solo activé mi mente cuando visitaba algunos sitios web en los que tenían mayúsculas y minúsculas en url algo como http://www.domain.com/Home/Article
Ahora, como sé, siempre debemos usar minúsculas en url, pero no tenemos idea de la razón técnica. Me gustaría aprender de usted experto para aclarar este concepto por qué usar minúsculas en url. ¿Cuáles son las ventajas y desventajas de la url mayúscula?
La parte del dominio no distingue entre mayúsculas y minúsculas. GoOgLe.CoM funciona. Puede agregar mayúsculas a su gusto, pero normalmente no hay una razón para hacerlo y, como se indica en los comentarios a continuación, puede dañar su ranking de SEO.
La parte de la ruta de acceso distingue entre mayúsculas y minúsculas, según el entorno del servidor y el servidor. Normalmente, las máquinas Windows no distinguen entre mayúsculas y minúsculas, mientras que las máquinas Linux son sensibles a mayúsculas y minúsculas. Esto significa que debes mantenerte en minúsculas o corres el riesgo de introducir un error que sea realmente difícil de localizar (caso no coincidente que no importa en el servidor de desarrollo).
La parte de la cadena de consulta está disponible para el servidor tal como está. Puede usar fácilmente el caso mixto que desee, o descartar el caso ( toLowerCase(...) ). Esto también significa que el uso de una clave codificada en base64 funcionará. Sin embargo, no se puede esperar que los usuarios escriban eso correctamente.
La parte de hash (llamada "identificador de fragmento") solo está disponible para el código del cliente, no para el servidor. Javascript puede distinguir entre los casos como quiera, y también lo hace el navegador. url#a se desplazará al elemento con el ID a , pero url#A a no.
Sé que lo pidió por razones técnicas, pero también vale la pena considerarlo desde una perspectiva de UX.
Supongamos que tiene una URL con caracteres en mayúsculas y, por razones, esto se ha distribuido en medios impresos. Cuando un usuario ingresa esa URL en su navegador, puede verse obligado a coincidir con ese caso (o verse obligado a coincidir con el caso especificado si su servidor web distingue entre mayúsculas y minúsculas). considerar caso también. Después de todo, no saben si su servidor distingue entre mayúsculas y minúsculas o no, y es posible que hayan experimentado 404 de servidores web sensibles a mayúsculas en el pasado.
Si su servidor distingue entre mayúsculas y minúsculas y está utilizando URL de mayúsculas y minúsculas, le está dando más margen al usuario para que escriba mal la URL. Además, digamos que tiene la URL www.example.com/Contact. Es fácil confundir una "c" mayúscula y minúscula (especialmente si se copia en escritura a mano) si el usuario pasa por alto esto y utiliza el caso equivocado, es posible que nunca llegue a su contenido.
Con todo esto en mente, considere www.example.com/News/Articles/FreeIceCreamForAll. En el teclado no es demasiado difícil, pero considérelo en un dispositivo móvil, sería muy delicado para la entrada.
Lo contrario también es cierto si un usuario desea escribir una URL desde la barra de direcciones. Pueden sentir que necesitan emparejar el caso, en última instancia, darles más trabajo para hacer y aumentar la probabilidad de errores.
Para concluir; mantener las URL en minúsculas.
Voy a tener que estar en desacuerdo con toda la sabiduría establecida en esto, por lo que probablemente me voten, pero:
Si redirecciona todas las urls de mayúsculas y minúsculas a su url correctamente insertada, se solucionan todos los problemas mencionados. Por lo tanto, parece que este argumento viene de la tradición y la preferencia. El punto de una URL es tener una representación fácil de usar de una página, y si su URL es más amigable con mayúsculas, ¿por qué no usarla? Comparar:
moviesforyoutowatch.com/batman-vii-the-dark-knight-whatevers MoviesForYouToWatch.com/Batman-VII-The-Dark-Knight-Whatevers
Encuentro la versión de la caja mixta superior para el propósito. Si hay una razón técnica que no se puede resolver con una comparación en minúsculas y una redirección, compártala.
CON RESPECTO A LOS ASPECTOS DE SEGURIDAD DE ESTA EDICIÓN:
En realidad, existe una buena razón de seguridad para usar una combinación de mayúsculas y minúsculas.
¡Tiene el efecto de confundir y bloquear a los atacantes!
En la conversación humana, los humanos se confunden fácilmente con el uso de mayúsculas y minúsculas.
Los humanos no pueden "hablar" la palabra de los "identificadores o contraseñas o url" con claridad si contienen mayúsculas y minúsculas.
Esto ayuda a la seguridad de los datos o contraseñas en las subpartes del sitio que se proporcionan como parte de una subpartida segura o bloqueada de una parte de "acceso automatizado" de los sitios o sus datos.
Es similar a NO UTILIZAR A JSON.
JSON es un "texto legible por humanos" y, por lo tanto, JSON simplemente le da a todos los atacantes (incluidos los gobiernos, Google ... que roban sus ideas y datos) ... casi todo lo que necesitan saber sobre los datos ... es mucho más seguro para confundirlos usando "protocolos binarios" personalizados muy rápidos, que utilizan sus propias "estructuras de datos desconocidos" ... pero tenga cuidado, porque en realidad es posible confundirse a sí mismo oa su propio equipo de desarrollo.
Todas las capas y protocolos de seguridad deben estar "bien administrados" para evitar confusiones.
Por lo tanto, los atacantes humanos (y algunos robots) pueden tener un nivel adicional de seguridad de sitio y de datos simplemente mediante el uso de sistemas totalmente no convencionales (es decir, ¿por qué demonios alguien querría usar un "protocolo de seguridad estándar" cuando, por algún simple peso pesado antes?) computando todos ellos pueden romperse fácilmente).
Solo "sal y hash" todo, además de agregar un poco de seguridad adicional a medida, ¡es solo sentido común!
Conclusión: todas las respuestas anteriores son muy claras y correctas, pero también puede aprovechar ese mismo conocimiento para confundir a los posibles atacantes.