• Utilizar Apache como frontend a JBoss

    Por medio del módulo mod_jk es posible utilizar Apache como el servidor público y que sea éste el encargado de redirigir las peticiones al servidor JBoss correspondiente. Las ventajas de este enfoque son varias:

  • Migrado a Lighttpd

    Siempre trabajé con Apache y es el servidor web que más conozco. No obstante, en esta oportunidad y debido a los repetidos problemas de rendimiento que estaba experimentando en el servidor decidí migrar a Lighttpd y me llevé una muy grata sorpresa en cuanto a la facilidad de configuración y la buena documentación existente en Internet.

  • Instalación de Lighttpd

    Debido a que recientemente instalé Lighttpd en mi servidor con CentOS decidí compartir la documentación de lo realizado con los lectores de NetStorming, dado que quizá pueda servirles. Es muy probable que varias de las cosas que dejo debajo se puedan hacer de una manera mejor debido a que reitero que recién estoy conociendo el producto. En tal caso será bienvenido cualquier comentario y/o consejo.

  • Nginx + PHP + FastCGI + MySQL + FreeBSD

    El objetivo de este post es explicar la configuración mínima para tener funcionando sobre un sistema FreeBSD 8 un servidor web muy liviano con Nginx y FastCGI, con soporte para PHP y MySQL.

  • Levantar un servidor web en 1 segundo

    Hoy leí en la columna de Charly Kühnast en Linux Magazine un truco muy simple para iniciar un servidor web teniendo solamente Python instalado. Las ventajas son que Python suele incluirse en todas las distribuciones de Linux, que el servidor se puede ejecutar con cualquier usuario sin privilegios y que el tiempo que toma iniciarlo es menor al que lleva leer este post.

  • Proxy de un sitio web con Apache

    En Apache existe un módulo llamado mod_proxy que es bastante útil para cumplir con varias funciones. Una de ellas es la de que un servidor reciba tráfico web para un sitio que en realidad está hosteado en otro servidor, que será la que explicaré a continuación.

  • Sitio web estático en Amazon: Planificación y diseño

    Este post es el primero de una serie en la que se explicaré cómo alojar un sitio web estático en Amazon, utilizando SSL y deploy automatizado de cambios. El resultado será un sitio con una alta performance, disponibilidad y escalabilidad, a un muy bajo costo. Este blog y el propio sitio de Mikroways utilizan la metodología que se explica aquí.

  • Sitio web estático en Amazon: Puesta en línea

    En este segundo post de la serie se utilizará el diseño planteado en el post anterior, para poner en funcionamiento el sitio web. Para ello, se harán las configuraciones necesarias en AWS S3 y AWS Route53.

  • Sitio web estático en Amazon: CDN y SSL

    En esta instancia, si se siguieron los pasos anteriores, se debería tener el sitio web funcionando en AWS S3 con su propio dominio. Se verá ahora entonces cómo hacer para agregarle una CDN, que permita mejorar el tiempo de respuesta para los usuarios, y SSL, de manera que el intercambio de información sea cifrado.

  • Sitio web estático en Amazon: Automatizar el deploy

    En el último post de esta serie explicaré cómo articular el uso de Github y Travis CI para que cuando se suban cambios en los fuentes del sitio el mismo se despliegue automáticamente en S3 e invalide la caché de CloudFront.