La velocidad de carga del sitio web es muy importante para cada blog / sitio web, especialmente para las personas con alojamiento compartido, que es el servicio de alojamiento disponible más barato. Aquí hay algunos .htaccess y header.php Trucos para aumentar la velocidad de carga de tu sitio web en un 50-70%
El rendimiento web está recibiendo cada vez más atención de los desarrolladores web y es uno de los temas más candentes en el desarrollo web. En primer lugar, la velocidad de carga es más que una característica. La velocidad es la característica más importante. Si tu sitio web o blog es lento, la gente no lo usará.
¿Qué velocidad significa para los gigantes de internet?
Google, en su continuo esfuerzo por hacer que la web sea más rápida, escribió en su blog que "hemos decidido tener en cuenta la velocidad del sitio en nuestros rankings de búsqueda".
Por lo tanto, un sitio web más lento incluso disminuirá el ranking de tu motor de búsqueda también.
Por lo tanto, la velocidad de carga es muy importante. CDN (Sistema de entrega de contenido) es bastante bueno para este propósito, pero hasta cierto punto, y los buenos proveedores de CDN son un poco costosos.
La buena noticia es que algunas de las optimizaciones de velocidad más importantes se pueden realizar fácilmente con .htaccess trucos. Estos pueden hacer que cualquier sitio web se cargue más rápido al comprimir el contenido y habilitar el almacenamiento en caché del navegador, y seguir las Mejores prácticas para acelerar su sitio web del equipo de rendimiento excepcional de Yahoo! Y no cuesta un centavo.
La compresión reduce los tiempos de respuesta al reducir el tamaño de la respuesta HTTP.
Vale la pena gzip tus documentos HTML, scripts y hojas de estilo. De hecho, vale la pena comprimir cualquier respuesta de texto incluyendo XML y JSON.
Los archivos de imagen y PDF no deben ser comprimidos porque ya están comprimidos. Intentar gzip no solo desperdicia CPU sino que potencialmente puede aumentar el tamaño de los archivos.
La compresión de archivos también ahorra cierta cantidad de ancho de banda.
Para los servidores apache
mod_pagespeed
es un módulo de Apache desarrollado por Google y su directiva de comando se puede usar como otros módulos.
Actualmente solo GoDaddy y DreamHost son compatibles con mod_pagespeed
módulo, así que si usted hospeda con ellos simplemente copie y pegue el siguiente código en su .htaccess expediente:
ModPagespeed en # usando comandos, filtros, etc.
Muchos de ustedes pueden estar hospedando con otros proveedores de hosting que no son compatibles con mod_pagespeed
módulo.
Puedes usar el mod_deflate
módulo (Apache 1.3x utilizado mod_gzip
pero desde Apache 2x mod_deflate
se utiliza)
AddOutputFilterByType DEFLATE text / html text / plain text / xml application / xml application / xhtml + xml text / css text / javascript application / javascript application / x-javascript
Para Servidores Nginx
Si aloja en un servidor web Nginx, copie lo siguiente en su .htaccess para habilitar la compresión gzip.
servidor gzip encendido; gzip_types text / html text / css application / x-javascript text / texto plano / xml image / x-icon;
Si tu servidor no soporta mod_deflate
o mod_gzip
puede usar este script PHP para la compresión gzip que funciona tanto en Apache como en Nginx
Solo copia esto en tu tema header.php
A continuación se muestra el gráfico de barras que muestra la velocidad de carga de mi sitio web sin y con compresión gzip.
Los ETags (etiquetas de entidad) son un mecanismo que los servidores web y los navegadores utilizan para determinar si el componente en la memoria caché del navegador coincide con el servidor original. Se agregan etags para proporcionar un mecanismo para validar entidades que es más flexible que la fecha de la última modificación. Una ETag es una cadena que identifica de forma exclusiva una versión específica de un componente. Las limitaciones de este formato es que la cadena está citada. El servidor de origen especifica la ETag del componente utilizando el encabezado de respuesta ETag.
Para deshabilitar ETags, pegue esto en su .htaccess expediente
Encabezado sin establecer ETag FileETag Ninguno
Con el almacenamiento en caché del navegador, estamos indicando explícitamente a los navegadores que se aferren a archivos particulares durante un período específico de tiempo. Cuando se necesita el archivo nuevamente, el navegador debe extraerlo de su caché local en lugar de solicitarlo nuevamente al servidor..
Tener un sitio web sin guardar el caché en su lugar tiene tanto sentido como conducir a la tienda por un vaso de agua cada vez que tenga sed. No solo es poco práctico y miope, requiere más trabajo!
El almacenamiento en caché del navegador es realmente útil para obtener usuarios que regresan; es decir, puede generar visitantes leales y permanentes y también ahorrar una gran cantidad de su ancho de banda.
Un visitante por primera vez a su página realizará varias solicitudes HTTP para descargar todos los archivos de su sitio, pero al usar los encabezados Vencimientos y Control de caché, los archivos se pueden almacenar en caché. Esto evita solicitudes HTTP innecesarias en vistas de página subsiguientes.
Para los servidores apache
Apache permite a través de la mod_expires
y mod_headers
módulos.
los mod_expires
el módulo controla la configuración del encabezado HTTP Expires y la directiva de caducidad máxima del encabezado HTTP Cache-Control en las respuestas del servidor. Para modificar las directivas de Cache-Control que no sean max-age, puede usar la mod_headers
módulo.
los mod_headers
El módulo proporciona directivas para controlar y modificar los encabezados de solicitud y respuesta HTTP. Los encabezados pueden ser combinados, reemplazados o eliminados.
Agrega estas reglas a .htaccess Para configurar los encabezados de Expires:
# BEGIN Caducidad de encabezadosExpiresActive On ExpiresDefault "access plus 5 seconds" ExpiresByType image / x-icon "access plus 2592000 seconds" ExpiresByType image / jpeg "access plus 2592000 seconds" ExpiresByType image / png "access más 2592000 seconds" ExpiresByType image / gif "access plus 2592000 "ExpiresByType application / x-shockwave-flash" access plus 2592000 segundos "ExpiresByType text / css" access plus 604800 seconds "ExpiresByType text / javascript" access plus 216000 seconds "ExpiresByType application / javascript" access plus 216000 seconds "ExpiresByType application / x" javascript "acceso más 216000 segundos" ExpiresByType text / html "acceso más 600 segundos" ExpiresByType application / xhtml + xml "acceso más 600 segundos" # FIN expirar encabezados
.htaccess Reglas para configurar el encabezado de control de caché:
# BEGIN encabezados de control de caché# END Cache-Control Headers Conjunto de encabezado Cache-Control "public" Conjunto de encabezado Cache-Control "public" Conjunto de encabezado Cache-Control "privado" Conjunto de encabezado Cache-Control "private, must-revalidate"
Nota:
edad máxima
directiva con el encabezado Cache-Control ya que ya está establecido por el mod_expires
módulo.debe revalidar
significa que una vez que una respuesta se vuelve obsoleta, se tiene que volver a validar; Esto no significa que deba ser revisado cada vez..Para Servidores NGINX
El correspondiente .htaccess La configuración en Nginx se vería así:
(El siguiente ejemplo le diría a los navegadores de sus visitantes que se aferren a HTML, CSS, Javascript, imágenes y favicon durante una hora)
ubicación ~ * \. (jpg | png | gif | jpeg | css | js) $ expira 1h;
Desde WordPress 2.6, WordPress guarda automáticamente las publicaciones mientras se escriben, las cuales permanecen incluso después de que la publicación se guarda como revisión en la base de datos MySQL. Una base de datos más grande también envía el tiempo de carga del sitio más alto. Sugiero eliminar la función de revisión.
Pega lo siguiente para wp-config.php para desactivar las revisiones:
define ('WP_POST_REVISIONS', falso);
Si decide mantener la función de revisión activada, también puede optar por mantener las revisiones en la base de datos durante un número fijo de días, por ejemplo. 10 días.
Haga un seguimiento de cómo se está desempeñando su sitio: muestre el número de consultas y el tiempo de carga.
Simplemente pegue el siguiente código después del texto de copyright en su tema footer.php:
consultas en segundos.
¿Sabe o utiliza algún otro método para optimizar el tiempo de carga de su blog / sitio web? No olvides compartirlos comentando..