Digamos que quiero vincular a un directorio padre ( http://example.com/library/
) desde un subdirectorio ( http://example.com/library/html/basics/
).
El enlace al directorio principal puede ser:
href="../../"
href="https://webmasters.stackexchange.com/library/"
href="http://example.com/library/"
¿Existe una diferencia de velocidad en función de la forma en que escribo el enlace? No estoy preguntando sobre la velocidad de carga del sitio web, pero si hay una diferencia notable al recorrer el directorio.
html
links
performance
hyperlink
relative-urls
Jakub Kliský
fuente
fuente
example.com
primero y luegoexample.com/library/books/fiction/1984.html
con o sin "atravesar" todo el camino debería ser irrelevante. Y recuerde que tendrá varios usuarios: uno podría estar solicitando el directorio base, mientras que otro sería un anidado profundo y el servidor estaría haciendo el mismo trabajo.http://example.com/library/
en los 3 casos, de lo contrario, simplemente no es válido./library/
tiene las siguientes ventajas sobre las otras opciones: no necesita actualizar todos sus enlaces si cambia su nombre de dominio o se cambia a SSL en todas partes; si cambia el nombre de la carpeta, o mueve la carpeta secundaria, puede encontrar y reemplazar la ruta fácilmente,Respuestas:
Efecto para el navegador:
Aunque esto parece un poco de trabajo para el navegador web, pero técnicamente no hace mucha diferencia. Los navegadores son demasiado rápidos para manejar esta estructura de URL relativa y realizar una llamada al servidor de aplicaciones
Efecto para el servidor de aplicaciones:
Ninguno, ya que necesita devolver el archivo solicitado (el enlace relativo / absoluto finalmente se asigna a una ruta web)
Efecto sobre el tamaño de la página:
Sí, habría una reducción en el tamaño (de nuevo, no es algo que marcaría una gran diferencia en el rendimiento de su página que podría lograrse mediante algo como codificación de contenido gzip o recurso minificador)
Por lo tanto, creo que técnicamente las URL absolutas / relativas no hacen una gran diferencia en la velocidad de la página / cualquier matriz ponderable .
Sí, hace una gran diferencia en la gestión de múltiples entornos como dev, pp, prodpp, etc.
Ejemplo: en su desarrollo local, puede tener dev.example.com en preproducción, puede tener: pp.example.com. .
Entonces, en esos escenarios, sería relativamente fácil administrar el código con direcciones URL relativas (aunque también se puede administrar mediante la configuración del entorno)
fuente
Las rutas basadas en HTML / CSS relativas siempre serán más rápidas para la velocidad del servidor, esto se debe a que el servidor tiene menos código para enviar. Las rutas relativas en formato HTML o CSS son traducidas por el navegador del usuario final y no por el servidor.
Técnicamente, es más rápido para el servidor y más lento para el usuario final, pero el usuario final nunca notaría la diferencia, ya que el procesamiento requerido es inferior a nanosegundos, por lo tanto, es mucho más probable que los usuarios finales vean la diferencia. relativo porque el servidor podrá servirles mejor.
fuente
http://example.com/category/cats.html
es más largo que/category/cats.html
, no puedo ver que esto tenga un impacto lo suficientemente significativo en el rendimiento como para ser considerado. Descomprimir los datos enviados, que toma fracciones de segundo, ya cubriría la "ineficiencia de tamaño" y cualquier "penalización de velocidad" que imponga.