Configuración del servidor de desarrollo para Ruby

Question

Quiero hacer un servidor de desarrollo para Ruby. (He hecho esto para IIS y una configuración LAMP, pero de ninguna manera soy competente.) ¿Qué necesitaré además del servidor real (que ya tengo)? Y también cualquier problema de seguridad? Sé que podría desarrollar localmente en mi máquina, pero no quiero hacer eso.

Answer 1

En primer lugar cuando se hace el desarrollo de rubí lo primero que debe saber es que funciona mejor en un entorno Unix, por lo que Mac OS X, Linux, Solaris, BSD, etc ... se distribuyen

bibliotecas

Ruby y embalado como gemas. Entonces querrás instalar ruby ​​e instalar rubygems. Luego, de allí en adelante, utiliza el comando gem para instalar las bibliotecas de Ruby.

Supongo que está hablando de hacer desarrollo web con Ruby on Rails 2.xo Merb 1.x. Los dos frameworks se fusionan en la próxima versión y se llamará Rails 3.0. Entonces, la respuesta aquí funciona para cualquiera de los dos. Voy a decir Rails, pero me refiero a Rails/Merb.

El desarrollo de los raíles se realiza localmente en su máquina. Por lo tanto, deberá instalar Ruby y todas las bibliotecas que necesite localmente. Sé que muchas personas que usan Windows terminan usando la virtualización y ejecutando un entorno Linux para los rieles dentro de su cuadro de ventanas del escritorio.

En desarrollo, la mayoría de la gente usa un servidor de aplicaciones, Mongrel. En producción, el estándar actual es usar Apache 2 y Passenger.

Con rieles, querrá usar el control de fuente. La mayoría de las personas de hoy usan git en la comunidad de rieles, pero es posible usar subversión, forzosamente o muchos otros SCM. Para llevar su aplicación desde su control de origen a sus sistemas de producción y producción, la comunidad de rails creó una aplicación llamada Capistrano. Maneja implementaciones. Configura la información del servidor, las claves ssh, define el acceso y luego puede liberar su aplicación con un solo comando.

cap deploy 

Es un sistema bastante bueno. Hace varios años atrás, cuando estaba trabajando en odeo.com, teníamos personas que usaban Windows, Linux y Mac para el desarrollo con implementaciones de producción en Debian Linux. No fue intencional que nuestra aplicación fuera multiplataforma, simplemente funcionó de esa manera porque teníamos personas que querían agregarlas, incluidos los diseñadores y los tipos de negocio, que estaban en Windows.

Le recomiendo que consulte http://guides.rubyonrails.com para obtener más información.