Ejemplo mod_rewrite

Nunca llegas a entender bien como funciona, pero cuando a base de golpes consigues que algo funcione te deja boquiabierto. El caso es el siguiente, queremos que la raíz del dominio vaya a nuestra nueva aplicación tomcat que montamos con mod_jk, pero cualquier otra cosa que se rediriga al viejo servidor web. El asunto quedaría tal que así:

<VirtualHost x.y.x.t:80>
DocumentRoot /var/www/html
ServerName www.midominio.tld
CustomLog /var/log/httpd/www.midominio.tld-access_log combined
RedirectMatch ^(/)?$ http://www.midominio.tld/miweb/servlet?parametro&IDTIPO=180 [L]
JkMount /miweb/* balanceador
RewriteEngine On
RewriteCond %{REQUEST_URI} !^/miweb(/.+)
RewriteRule (/.+) http://www.otrodominio.tld/miotraweb$1 [P,L]
ProxyPassReverse / http://www.otrodominio.tld/miotraweb/
</VirtualHost>

“Despite the tons of examples and docs, mod_rewrite is voodoo. Damned cool voodoo, but still voodoo. “
– Brian Moore
bem@news.cmc.net

Reglas básicas para servidores apache bien ajustados

1. Asegúrate verificando en el error.log si el Apache no llega al número máximos de procesos. Si es así debes incrementar el máximo, por ejemplo: MaxClients 150
2. Algunas distribuciones, como Debian, tiene el máximo “absoluto” en 256 procesos, si necesitas más debes cambiarlo: ServerLimit 512
3. Habilita el KeepAlive, pero ponle un timeout bajo: KeepAliveTimeout 2
4. StartServers debe tener un valor adecuado, que sea ≥ que MinSpareServers y ≤ que MaxSpareServers. Por ejemplo : StartServers 40, MinSpareServers 30, MaxSpareServers 50
5. MaxSpareServers debe ser mayor en al menos un 50% el valor de MinSpareServers.

Tu propio error 404 en lighttpd

Crearemos un fichero html llamado error-handler.html o pagina-error.html en el directorio raíz de nuestro servidor web (en este caso ‘/’ es la raíz), después colocaremos una entrada de este tipo en nuestro fichero lighttpd.conf:

## error-handler for status 404
server.error-handler-404 = “/error-handler.html”

Sucede hasta en las mejores familias

Tuning Lighttpd en Mandriva 2008

Mejoras en el manejo de http KeepAlive:
La característica KeepAlive en el protocolo http controla el que una conexión siga abierta después de que un cliente termine una petición. Esto permite que ese cliente pueda reutilizar esa conexión, sin necesidad de abrir otra, para seguir recibiendo datos.

“Si está desactivado, el cliente usa una conexión nueva por cada elemento de la página web, imágenes, ficheros htm, ficheros js, ficheros de hojas de estilo.Si está activado, el cliente reutiliza las conexiones, con lo cual se abren muchas menos, pero en caso de que haya muchos clientes, el mantener tantas sesiones abiertas puede hacer que el servidor deje de responder con mucha facilidad, y aparezca el famoso mensaje de sobrecarga, o incluso nos quedemos sin posibilidad de abrir más procesos en el servidor.” extraído de apache-es