Fichero .htaccess para bitácoras con CMS WordPress
abril 12, 2010 8 comentarios
A cuenta de la anotación de Armonth sobre la optimización de su bitácora SigT, tal vez os sea útil (o alguien pueda complementarlo/mejorarlo).
.htaccess de unatemporadaenelinfierno.net
<Limit GET POST>
order allow,deny
allow from all
</Limit><Limit PUT DELETE>
order deny,allow
deny from all
</Limit>AuthName http://www.unatemporadaenelinfierno.net
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress<Files 403.shtml>
order allow,deny
allow from all
</Files># HEADERS and CACHING
# 1 YEAR
<FilesMatch «\.(ico|pdf|flv|jpg|jpeg|png|gif|js|css|swf)$»>
Header set Cache-Control «public»
Header set Expires «Mon, 11 Apr 2011 20:00:00 GMT»
Header unset Pragma
Header unset Last-Modified
Header unset ETag
FileETag None
</FilesMatch># 2 DAYS
<FilesMatch «\.(xml|txt)$»>
Header set Cache-Control «max-age=172800, public, must-revalidate»
Header unset Pragma
Header unset Last-Modified
Header unset ETag
FileETag None
</FilesMatch># 2 HOURS
<FilesMatch «\.(html|htm)$»>
Header set Cache-Control «max-age=7200, must-revalidate»
Header unset Pragma
Header unset ETag
FileETag None
</FilesMatch># COMPRESSION
<FilesMatch «\.(js|css)$»>
SetOutputFilter DEFLATE
</FilesMatch>
Por cierto, si miráis el código de la página portada de UTI, al final descubriréis que, a pesar de las numerosas funcionalidades incorporadas, el número de peticiones a la base de datos, el tiempo de carga/generación y el consumo de memoria son ridículos!!!
Lo dicho, siempre hay que OPTIMIZAR.
Nota: las imágenes/fotos están en Flickr desde siempre, con lo que la migración a otro servidor es más sencilla, aunque tal vez tarden un pelín más en cargarse que si estuviesen en el mismo servidor.
Google ES .htaccess wordpress
Mangas Verdes 10 excelentes trucos .htaccess para WordPress y una recomendación 23.03.2009
Investigaré sobre cómo mejorar la compresión de forma que se reduzca aún más el tráfico de un modo efectivo.
Tras revisar la portada y las anotaciones de UTI gracias a la extensión Firebug para Firefox, no se me ocurre nada para mejorar la carga, como temía. Si a alguien se le ocurre algo que lo cuente!
Imagen UTI-portada-firebug-todo.png
Nota: fijaos cómo está todo optimizado. Lo que penaliza son las fotografías alojadas en Flickr.
Una de las bitácoras que cuido fue suspendida temporalmente por exceso de consumo de recursos en un servidor web compartido canadiense (iWeb).
http://es.iweb.com/acerca-de-nosotros/uso-aceptable/
Estuve optimizándola -falta prescindir del uso de widgets e implementar vía código las funcionalidades del lateral. Probé diversos plugins para el cacheo hasta que encontré el que me parece mejor, el cual os recomiendo a quienes utilicéis el CMS WordPress 2.9.*
-> WordPress.org W3 Total Cache
Ahora mismo (seis horas de diferencia)
05:00:03 AM CPU: 1.61% Memoria 1.19%
El día 12 llegó a:
03:30:08 PM CPU: 5.06% Memoria 4.39%
En estos momentos.
06:00:05 AM CPU 1.11% Memoria 1.71%
Pues eso, debiérais dar una oportunidad al plugin W3 Total Cache.
Sigt.net Cómo optimizar WordPress 3.0
Llevo años insistiendo: los plugins conviene insertarlos manualmente y no vía widgets.
Entre pitos y flautas sigo manteniendo WP 2.0.11 «nauscópico» en can Quiñonero [Una temporada en el infierno], esperando a una nueva versión WP 3.* que me convenza y que no sobrecargue más que mi versión optimizada/asegurada.
Ayuda WordPress Usa .htaccess como Firewall