Este fin de semana iba a hacer una copia de seguridad, instalé lucky backup, lo configuré, lo dejé trabajando y cuando volví mi sistema había cascado. Resulta que alguna opción de configuración le dijo que cambiara los permisos y usuarios de todos los directorios de mi sistema. Después de perder un rato con la consola de recuperación restaurando permisos opté por reinstalar.
La ventaja de tener la home en una partición separada en estos casos tiene un gran valor.
Por otra parte los datos que quería conservar eran:
- Algunos ficheros de configuración (/etc)
- Mis bases de datos (/var/lib/mysql)
- Gemas, paquetes autogenerados, librerías ruby,… (/usr/local)
Leer más…
Siguiendo con la tónica de ”cosas de las que quise hablar en el taller de Capistrano y no pude – episodio 2″.
A veces toca hacer deployment de aplicaciones que no tienen nada que ver con rails, el caso mas claro unas páginas estáticas(solo subir ficheros, sin migration, ni restart).
Para eso Lee Hambley hizo la gema railsless-deploy, básicamente lo que hace es quitar las “railties” de Capistrano. Con esta gema y un pequeño cambio en tu fichero Capfile puedes “deployar” lo que quieras. 
Por una vez no me voy a enrollar y a escribir paso a paso un ejemplo porque creo que con las explicaciones que hay en la página de la gema es suficiente.
“Solo puede deployar uno” – Los inmortales
Hoy he necesitado hacer una redirección transparente (que el usuario no se entere de que lo estoy llevando a otro lado) según el idioma aceptado del navegador.
Para entendernos, si el usuario iba a http://bar.com con su navegado en inglés debía redireccionarlo a http://en.foo.com pero sin cambiar la dirección del navegador.
Leer más…
Mientras veía caer los copos de nieve por la ventana, observando como cuajaban en el patio, me vino a la mente que este “viernes de Capistrano” tenía que ser diferente, no estaba/estoy lo suficiente inspirado para corregir bugs. Entonces he recordado que tengo una deuda pendiente con la gente que vino al taller de Capistrano en la Conferencia Rails. Hubo varios temas que quería haber tocado pero que tuve que eliminar por falta de tiempo. Así que vamos a por uno de esos temas, el multistaging.
Leer más…
Ante la inclusión en el Anteproyecto de Ley de Economía sostenible de modificaciones legislativas que afectan al libre ejercicio de las libertades de expresión, información y el derecho de acceso a la cultura a través de Internet, los periodistas, bloggers, usuarios, profesionales y creadores de Internet manifestamos nuestra firme oposición al proyecto, y declaramos que:
- Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.
- La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial -un organismo dependiente del ministerio de Cultura-, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.
- La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.
- La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
- Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.
- Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
- Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
- Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.
- Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.
- En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.
Con este post no os voy a descubrir nada nuevo a muchos pero aquí quedará para la posteridad.
Ahora que tenemos gemcutter el “awesome gem hosting” (tal como se describen ellos mismos) debemos hacer que nuestro origen principal de gemas sea este.
Esto lo hacemos de manera muy simple y en 3 pasos.
1. Actualizamos Rubygems a la última version:
$ sudo gem update –system
2. Instalamos la gema gemcutter:
$ sudo gem install gemcutter
3. Cambiamos el origen de las gemas con el comando:
$ sudo gem tumble
Esto es todo
Actualización:
Parece que eso no era todo.
Diego, un programador cualquiera 
, me ha recordado de que os avise que la orden para actualizar Rubygems(paso 1) se usan 2 guiones que Wordpress se ha emperrado en poner como si fuese uno largo.
Lee Hambley hace unos días anunció “Capistrano 2.5.9 preview release”, la finalidad de esta pre-release era comprobar que la corrección de un bug importante se había solucionado y no provocaba ninguna destrucción Además se añadió alguna pequeña funcionalidad y se corrigieron otros bugs.
Esperábamos algo de feedback y la verdad es que no ha llegado nada de nada.
Entonces desde aquí hago una llamada a toda la comunidad ror-es para que, por favor, probéis esta release y nos hagáis saber si os ha funcionado todo como debía o si la hemos “liao parda”.
Podéis reportar desde Lighthouse, mandándome un email(rgo en aspgems punto com) o por twitter a @leptom.
Para probarla tenéis actualizar net-ssh a la versión 2.0.14 y descargar la gema desde aquí e instalarla:
http://groups.google.com/group/capistrano/web/capistrano-2.5.9.gem
Para ver los cambios realizados en esta release:
http://capistrano.googlegroups.com/web/2.5.9-Release-Notes.txt.md
Gracias a todos!
Hoy me ha dado por trastear Ubiquity. Es plugin-experimento para crear una interfaz entre el navegador y la web usando el lenguaje natural. La verdad es que no se muy bien como explicarlo, así que os recomiendo que veáis el vídeo, lo instaléis y sigáis el tutorial.
Y luego está apidock.com, que es un proyecto dedicado a mejorar la interfaz de la documentación existente de Ruby, Rails y RSpec.
Juntando estos dos elementos he escrito estos comandos que nos sirven para usar el buscador de apidock.com desde Ubiquity:
Para usarlo tienes que invocar Ubiquity y después poner “rails <término_a_buscar>”, podemos sustituir rails por ruby o rspec.
Tips:
- Para acceder a un resultado sin tener que hacer click en el basta con pulsar Ctrl+Alt+[número] .
- Accediendo directamente al gist con Ubiquity instalado nos dirá si queremos instalar los comandos automáticamente.
La mayor parte de la documentación que hay por ahí sobre como configurar Apache para poder usar la tarea de Capistrano deploy:web:disable es usar la directiva RewriteRule para ver si existe la página de mantenimiento.
Aparentemente está bien, pero no es así porque no cambia el código de la respuesta. Los clientes recibirán un 200 OK, indicando de que el servidor está funcionando como debe. El código de estado correcto debiera ser 503 Service Unavailable. Con un 503, conseguiremos prevenir que los motores de búsqueda indexen nuestra página de mantenimiento, a los que usan nuestra API les haremos la vida mas fácil, las peticiones AJAX pueden ser tratadas correctamente cuando el site se ha caído, etc.
La configuración de apache para realizar esto es la siguiente:
Leer más…
A veces al subir una aplicación al servidor nos interesa hacer un checkout de nuestro repositorio y así poder utilizarlo. El problema de eso es que deja a la vista los directorios .svn
Con esta pequeña regla para apache evitamos que estén a la vista de fisgones:
