Rails 3.2.1 Registro en pasajeros, delgados o unicornio
-
27-10-2019 - |
Pregunta
He probado esos 3 enfoques de alojamiento para mi aplicación Rails, y no importa lo que haga, no puedo obtener un registro constante cuando ejecuto en el entorno de producción.
Para mis pruebas, creé una aplicación en blanco e intenté acceder al directorio raíz. Luego agregaría un andamio de usuarios y rastrillaría la base de datos.
Si giro Rails_env al desarrollo, log/devlopment.log funciona bien, registrando todo lo que esperaría.
Cuando giro Rails_env a la producción, el log/producción.log registra de manera extraña. En pasajero, obtengo el primer error de enrutamiento. Entonces nada. Cuando reinicié Apache o Nginx, obtendría todos los errores de enrutamiento que había causado desde el primero (registrado), entonces el registro no escribiría nada nuevo hasta que reinicié el servidor subyacente. apache2/error.log se registraría si tuviera un problema de configuración. Entonces solo se pierde el caché
Con delgado y unicornio, solo recibo errores sobre los activos estáticos (no precompilé los activos). Una vez que precompilé los activos, no aparecieron más mensajes de registro.
En las 3 configuraciones, recibiría mensajes de precompilación (cuando ejecuté activos: precompilar) en producción.
¿Alguien tiene una aplicación Rails 3.2.1 que se ejecuta en una de las gemas de implementación (pasajeros, delgados o unicornio), que está registrando correctamente en el modo de producción? He pasado 5 días trabajando en esto. No tengo ideas.
Solución
Resulta que es un problema reportado en Rails 3.2.x. Se ha enviado una solución y, con suerte, se lanzará con Rails 3.2.2.