Barrapunto

Tal como está redactada la noticia, lo primero que pensé es "pues vaya chorrada, para instalar rails sigues la documentación y andando", porque tener el entorno montado para desarrollar no es gran cosa.

Sin embargo el artículo habla de cómo poner en producción una aplicación rails, que no es trivial. Así que recomendaría un cambio en el titular y/o la redacción de la noticia, que refleje mejor lo que hay detrás del enlace.

«La peor manera de instalar Rails en Debian».O tal vez, «Cómo hacer que tu Debian deje de ser un Debian por el camino Rails».
Decirle a la gente que la mejor manera de instalar una aplicación es instalarla desde sus fuentes (en el caso de nginx) o de superponer esquemas de administración de paquetes distintos (Deb y Gems) es... invitar al desastre. Las distribuciones te ofrecen coherencia/consistencia en el sistema, una integración probada, y la posibilidad de actualizar (en versiones estables, únicamente integrando correcciones de seguridad o similares). Entonces, permítanme reescribir el tutorial:

1. Mongrel es muy bueno, pero no alcanzó a entrar en Etch. Pueden instalarlo desde backports.org (administrado y manipulado exclusivamente por desarrolladores de Debian, y probado contra Etch), agregando deb http://www.backports.org/debian [backports.org] etch-backports main a tu /etc/apt/sources
2. apt-get install rails
3. apt-get -t etch-backports install mongrel
4. apt-get install <tu-servidor-Web-favorito>

End of story.
Claro, escribo con un poco de parcialidad: Soy co-mantenedor de Mongrel en Debian ;-)

pero en ruby tienes gem, que es igual (o mas?) de facil

Si vas a dar mantenimiento a un sistema existente... reimplementar desde cero es una verdadera pérdida de tiempo... a menos que tu sistema esté realmente ingeniereado con las patas.
Para un desarrollo nuevo, realmente te conviene plantearlo en la alternativa que te permita mayor expresividad, mayor calidad, y mayor velocidad de desarrollo. Y Rails ahí tiene una gran ventaja sobre PHP.
Primero que nada, no estás comparando dos lenguajes - Estás comparando un lenguaje con un framework (así que diríamos tal vez Rails contra CakePHP, o Ruby contra PHP). Un framework muy bien logrado, que jaló tan fuertemente la atención de todo mundo que catapultó a Ruby de ser un maravilloso pero subutilizado lenguaje a uno de los lenguajes más en boga hoy en día.
Y... Bueno, no me meto a hablar de la creciente e imparable, que es una observación muy... subjetiva, por decir lo menos. Sin embargo, no puede dejarme de llamar la atención que menciones a PHPNuke como ejemplo de éxito. Especialmente si lo haces después del 2003, 2004... Realmente fue un "hitazo" en su momento, pero -precisamente ilustrando las grandes carencias de planeamiento por parte de la cultura PHPera- demostró no escalar y ser tremendamente inflexible.