Nokogiri tiene un problema con la traducción hacia y desde caracteres UTF-8 que resulta venir de libxml2, específicamente la versión 2.7.6, que es la versión más soportada en Ubuntu 10.04 LTS. El error se corrigió en la versión 2.7.7 y posteriores, pero como nuestra aplicación está alojada en Heroku (bamboo-ree-1.8.7 stack, basado en Ubuntu 10.04), tenemos que usar la versión 2.7.6, y continuar experimentando el error, a menos que:¿Puedo incorporar bibliotecas del sistema (por ejemplo, libxml2) compilar en contra de una gema (por ejemplo, nokogiri) que puedo implementar en Heroku?
- Alguien puede/ha cortado nokogiri a evitar el problema
- Canonical topa la versión de libxml2 apoyado para Ubuntu 10.04 (y/heroku actualizaciones libxml2 o en su pila)
- que puede venir con una forma de que nokogiri use una versión de libxml2 que puedo agrupar con la aplicación de tal forma que se pueda implementar en Heroku.
Feliz de escuchar cualquier comentario sobre 1 o 2 por supuesto, pero curioso si 3 es factible. Esto es lo que sé que es posible:
- Nokogiri se puede vincular con una biblioteca situada en un lugar no estándar - http://nokogiri.org/tutorials/installing_nokogiri.html
- La joya creada de esta manera se puede instalar a los proveedores/gemas, y así tomar precedencia sobre gemas sistema
Mi pregunta es, ¿puedo incluir la mayor libxml2 versionado con la aplicación de tal manera que el compilado, joya vendor'ed usa cuando he cometido él y lo empujó a Heroku?
Terminó la posibilidad de utilizar la solución sugerida aquí - https://github.com/tenderlove/nokogiri/issues/458#issuecomment-3136620. –
Ben, ¿cuál fue la solución? Ese enlace está roto ahora. –
@NateCook el enlace ahora es https://github.com/sparklemotion/nokogiri/issues/458#issuecomment-3136620 – iain