¿Cómo almacena Javascript como código HTML en un sitio Web

Question

Yo uso de formularios Web y Asp.Net con MS SQL.

En mi sitio Web que necesita almacenar estos códigos Belove, tal vez otros en el futuro:

• Google Código Analítica
• Algunos códigos de JavaScript
• HTML pie de página y el encabezado de mi plantilla.

Necesito una solución que podría estar centralizado, Usar caché, fácil de actualización:

A continuación, mis ideas, me gustaría su opinión:

• 01 utiliza una base con una tabla (tabla de configuración), que por cada registros (VARCHAR) permitiría el almacenamiento de estos espinetas de código como una cadena.
• Archivos 02 Uso sencillo texto en una carpeta específica, por lo que puede incluir estos archivos en mi código. Podría actualizar los códigos a través de FTP y Bloc de notas (Aquí estoy preocupación por la memoria caché).
• 03 Uso Web.Conf archivo.
• 04 Uso de archivos de texto y una clase wich administraría almacenar en caché el contenido de estos archivos.

Algunas ideas? Gracias por su tiempo.

A continuación, me gustaría resaltar y artículo útil para este tema:

http://nathanaeljones.com/153/performance-killer-disk-io /

Answer 1

En primer lugar, en relación con el vínculo referido al blog de Natanael Jones, aunque S de disco es mucho más lento que en la mayoría de las operaciones de memoria los sitios web no son de disco IO obligado, y la mayoría de sus soluciones son francamente basura sin educación.

En general sólo hay unas pocas situaciones en las que usted se convierte en S de disco obligado. El primero es el servidor de base de datos en sí. Si no tiene suficiente memoria RAM para mantener las partes pertinentes de la base de datos en la memoria y luego la velocidad del disco de ese servidor es crucial; especialmente en una situación de alto transacción.

En segundo lugar, usted puede ser obligado disco IO si su aplicación lee y escribe directamente una gran cantidad de archivos. Muy pocas aplicaciones hacen esto. No estoy contando los archivos .aspx or.html de su aplicación, ya que los pueden almacenar en caché por el marco existente e IIS.

Básicamente, simplemente ignorarlo.

Todo el sistema de archivos a la idea de sincronización de base de datos como un método para mejorar el rendimiento es de ningún valor para aproximadamente 99,999% de los sitios. Por lo menos la base de datos debe estar empujando archivos en el sistema de archivos del servidor web, no al revés. He visto exactamente 1 sitio en 20 años de desarrollo que requerían esto. Sirven varios millones de páginas vistas al día. Además, es completamente equivocado acerca de hacer una llamada de base de datos a través de una red que es más rápido que cargar una cantidad equivalente de los datos de un archivo local.

A continuación, el área real que realmente estamos obligados a es el envío de datos a través de la red al navegador del cliente. Esto es siempre más lento que la lectura de un archivo de un disco; incluso sin tráfico en la línea. Los discos duros se mueven mucho más rápido que los datos de su tarjeta de red lata. Tomando un paso más allá; Los discos duros modernos son varios órdenes de magnitud más rápido que la conexión a Internet. Lo mejor que puede hacer para mejorar el rendimiento es sólo para limitar el número de solicitudes de conexión de una carga de una sola página requiere. Optimización aquí significa tener 1 archivo css, no 20; tener sólo un par referencias de archivo .js, no 100; y la combinación de gráficos en los sprites cuando sea posible. Es más rápido para transferir 1 archivo grande de 100 archivos pequeños debido a cómo funciona TCP.

Tal vez en un servidor compartido sobrecargada que podría tener un problema. Sin embargo, la realidad es que un servidor compartido sobrecargado va a ser la red congestionada mucho antes de que la longitud de la cola de disco crece fuera de control.

---

Con eso fuera del camino, vamos a ver el problema real.

Los elementos de Javascript haber dos lugares preferidos: 1. Como .js en el servidor web o 2. incrustado en su página principal. Simplemente la opción 1, que se almacenan en caché por el servidor web. Además, se pueden almacenar en caché por el navegador del cliente lo que significa que no tendrá que

En el encabezado y pie de página, el código para esto debe estar en su página maestra. No hagas lado del servidor incluye, que solo complica las cosas. Construir un sitio web .net normal que aprovecha las páginas maestras para su contenido "cromo". Puede habilitar la caché de página parcial a nivel de aplicación que se encargará de todas almacenamiento en caché para usted.

Al actualizar el contenido de la cabecera o pie de página, simplemente volver a implementar el sitio.

Answer 2

Guarde los encabezados y pies de página en los archivos y el uso lado del servidor incluye . Algunos servidores web (IIS 6.0) pueden permitirá añadir pies de página del documento a todas las páginas.

Guarde su Javascript en archivos y utilizar el en sus páginas. Esto permitirá el almacenamiento en caché y mejorar el rendimiento página.