Una gran reducción de la norma para las conexiones HTTP

Propongo que los navegadores deben ser capaces de tener un archivo zip con un hash ( #"hash") en el extremo del nombre de archivo, recuperar el archivo corosponding del archivo zip, y use el archivo como si se tratara del tipo indicado por el hash de nombre de archivo en el contexto del elemento.

El archivo zip debe ser capaz de incluir los subdirectorios para que el zipfiles puede ser organizado.

Podría haber un archivo zip llamado " interfaz de usuario. zip "Que incluyó un puñado de imágenes que se utilizarán para los botones, fondos de cabecera, y otros elementos en una interfaz de usuario web.

Podría utilizar un elemento <img>, o una imagen de fondo CSS de utilizar los recursos.




Yo podría usar un <script> o <link> elemento a utilizar los recursos.




Esto podría reducir considerablemente el número de conexiones HTTP de un navegador haría en el servidor.

Debido a la compresión, podría ser una alternativa más eficaz para las hojas de la imagen CSS sprite.

Debido a la manera de los navegadores deben recuperar los recursos del archivo zip como si fueran ellos mismos, los sitios existentes teniendo en cuenta los sprites CSS para reducir el número de conexiones HTTP que se realizan para sus servidores en lugar podría implementar esta alternativa, sin necesidad de rediseñar el estilo de los sitios a utilizar background-position complicadas reglas CSS. Un administrador Savy podría poner a trabajar el uso creativo de sed para sustituir la URL de la imagen en los archivos existentes.

Sería utilizar un formato ya generalizada de que casi todo el mundo en Internet es capaz de utilizar en este momento.

Invito a todos a señalar las ventajas, inconvenientes, o adiciones que puedan pensar acerca de esa norma.
Mi objetivo es que este convertirse en un estándar abierto que los responsables del navegador seriamente la posibilidad de aplicación.

Me gusta la idea, pero ¿cuáles son sus sentimientos sobre la normalización de un tipo de archivo? La multitud de órdenes en * nix puede rechazar la idea de utilizar el formato zip, a pesar de Win y Mac han incluido desde hace algún tiempo.

Theres también la posibilidad de crear un nuevo formato de archivo específico para la optimización de este uso particular (salvo las cuestiones de la variable de configuración durante la creación de un archivo?)

. ANR - Red de Recursos Archivo de

Pero entonces, ¿por qué limitar a un archivo y / o el tipo de compresión? ¿Qué tal una etiqueta que permite especificar el tipo y la disposición:



Y luego hacer referencia a él en todas partes por ID:




Esto también permitiría a un webmaster para colocar las imágenes individuales en el servidor, así como el archivo, de modo que si el navegador no es compatible con la funcionalidad del archivo, o si la imagen en sí misma no se encuentra en el archivo, el navegador puede recurrir a la búsqueda por sólo el nombre del archivo en sí.

Suena bien, ¿dónde se coloca la mejor práctica - un archivo por cada tipo de contenido? ¿Te gustaría el mismo archivo para almacenar el JS / css / IMG / etc?

Creo que depende de cómo va a optimizar su contenido. Si usted tiene un número relativamente pequeño de los recursos y, a continuación, colocar a todos en el mismo archivo que reducir el número de conexiones HTTP bastante espectacular. Sin embargo, si hay recursos que sólo se utilizan en determinadas páginas, entonces wouldnt tiene sentido incluir en el archivo para cada página, incluso si el archivo está en cache, ya que alargar el tiempo de descarga de otro, más importante de recursos tales como elementos de visualización.

Bueno, muchos navegadores modernos ya apoyar la compresión gzip de páginas, lo que si la norma permite que funcione con "*. tar.gz" o incluso "*. bz2" así como los archivos?

No me gusta la idea de utilizar un nuevo formato de archivo para este essentually sólo porque su definición de un método para los navegadores para acceder a archivos individuales dentro de un paquete dentro de la URL sin QueryString.

Creo que Mozilla ya ha archivo zip apoyo extensiones para Firefox y de compresión gzip, por lo que para poner en práctica lo que sólo requieren cambios en la forma de Firefox funciona con la URL de una imagen, etc. En lugar de obligarles a poner en marcha un nuevo formato.

Internet Explorer, Opera, Flock, Safa...errr, ¿qué tipo de archivo comprimido apoyo hace Safari / Mac tiene?

Ahora que lo pienso, una nueva etiqueta HTML es probablemente demasiado. ¿Por qué no usar la etiqueta <link> con diferentes rel atributo, como este:

Archivos comunes a todas las páginas podrían entrar en un archivo zip, y en los elementos de la página puede ir a otros zipfiles.

Un navegador puede utilizar una conexión para mantener la recuperación de contenido de texto, mientras que otra conexión utilizada para recuperar el archivo zip de referencia por una hoja de estilo, con la hoja de estilos a su vez referencia al archivo zip que contiene en lugar de que se les permita hacer una docena de nuevas conexiones a la servidor para obtener 12 imágenes.

Esto redujo la carga en el servidor le permitirá servir a estos zipfiles en tasas más rápidas de la velocidad.

Eso es una buena idea.
Es essentually se precarga un paquete completo de las imágenes y permitir que los elementos para hacer referencia a la derecha como de costumbre?

Un explorador tendría que esperar a que los archivos a cargar antes de que fuera capaz de decir si se necesita hacer una petición al servidor de un elemento.

Porque <link> <head> elementos de contenido, se verían obligados a cargar archivos antes de cualquier contenido, o después de todo el contenido se ha cargado si algo como una "aplazar" atributo estaban disponibles. No podría, por ejemplo, tienen un <script> archivo antes de la </ body>

Exactamente. La ventaja aquí es que los elementos en primer lugar, intente cargar el recurso desde el archivo especificado, pero si eso pierda por cualquier razón (no hay apoyo del navegador, el archivo no está en archivo, etc), el elemento simplemente vuelve a la carga de los recursos como si no se asociaron ANR que, esencialmente ignorar la ANR = "xxx" atributo.


Supongo que tienen un punto, aunque me gusta la idea de ser capaces de aplazar la carga del archivo hasta la primera vez que uno de los recursos se pide de él.

Que introduce un gran problema con mi propuesta ahí.
No hay forma de trabajo en torno a los desaparecidos de apoyo viene a la mente. La falta de apoyo dejaría una página completamente roto.

¿Cómo de tener la etiqueta rel punto no a un archivo, sino a una carpeta en la que, todos los archivos se encuentran, además del archivo para que lo que refleja la misma estructura de directorios? Si el archivo es compatible, lo que, si necesita un archivo está corrupto o no se encuentra el apoyo a todos, la plena utilización de los archivos del mismo directorio.

A menos que, (siempre me golpeó presentar demasiado pronto...) Que se cambió en torno a fin de que por primera vez el nombre del archivo y el archivo se especifica en la tabla!

Navegadores con el apoyo no solo ignorar el hash creo, pero los navegadores con el apoyo sabría para cargar y comprobar el archivo para el archivo especificado antes de la almohadilla.

Esto podría lograrse, como "valor añadido" a la funcionalidad <link> elemento propuesta. Podría servir como pista para que uno conoce su navegador va a cargar el recurso desde el archivo, o como una forma de especificar el caso especial de archivos en línea.

En realidad, todo lo contrario. Imagine que usted declare su ANR con una etiqueta <link>, como arriba:

Los navegadores que no soportan esta funcionalidad simplemente ignorar este enlace etiqueta. Hasta ahora, todo bien.

Supongamos ahora que declarar una imagen como esta:


Si el navegador es compatible con la funcionalidad de la ANR, se verá en el archivo de images.nra para el archivo img / logo.png . Si lo encuentra, el archivo será utilizado. Si el archivo no se encuentra, o si el navegador no es compatible con las ANR y ha hecho caso omiso de la declaración de archivo, a continuación, la ANR = "Imágenes" atributo también es ignorada, y el navegador carga la imagen de img / logo.jpg, una imagen regular ubicado en el directorio actual.

Lo único que no me gusta acerca de cómo utilizar la notación de hash es que parece un poco hackish. Definición de una estructura real de esta funcionalidad añadida permite la expansión / modificación más adelante.