Un grupo de personas me pidieron ayuda para instalar Ruby on Rails. Mi solución son 3 pasos:

  1. (sólo para ubunteros) Asegúrense de tener los repositorios de multiverse y universe
  2. (sólo para debianeros) Asegúrense de tener instalado el comando sudo o ejecuten los comandos como root
  3. sudo aptitude install ruby
  4. sudo aptitude install rails

Aunque parezca increíble eso es todo. Así de fácil es instalar todo el lenguaje y el framework y queda todo armadito. Si queremos además que Ruby se pegue con MySQL, basta con una línea más:

sudo aptitude install librdb-mysql-ruby

¿Quién me puede decir que eso no es fácil?

¿Cuántas veces escuchamos gente quejarse de sus proveedores de Hosting? Pero aún cuando no se quejen, hay veces que uno tiene que mudarse de proveedor… y eso implican muchos problemas a veces.

Por suerte, vía LifeHacker, encuentro un artículo que indica cómo mudar de hosting en 6 pasos muy simples. Creo que se olvidó de un par de pasos importantes (o los resumió demasiado) así que acá está mi versión:

  1. Respalda todos los archivos de tu servidor actual a tu disco duro
  2. Haz un backup a un archivo en tu disco duro de tu base de datos
  3. Transfiere todo el contenido de los archivos a tu nuevo servidor
  4. Importa el respaldo de tu base de datos a una nueva base de datos en tu nuevo proveedor
  5. Crea las cuentas de mails basándote en tu configuración existente
  6. De ser posible pruébalo
  7. Cambia los registros del servidor de nombres en la configuración de donde sea que hayas registrado el dominio
  8. Espera de 1 hora a 2 días para que el cambio se propague
  9. A penas se cambie, prueba exhaustivamente el sitio… probablemente sea bueno hacerlo durante un par de días
  10. Borra los archivos y la base de datos de tu proveedor anterior y cancela tu plan

Obviamente es mucho más fácil leer los pasos que hacerlos. Los problemas pueden aparecer por todos lados, éstos son algunos que me pasaron o que sería bueno tener en cuenta:

  • Muchos proveedores le agregan prefijos que no puedes cambiar a los nombres de las bases de datos, seguramente vas a tener que modificar algunas configuraciones para adaptarse a ese cambio
  • La codificación del texto en la base de datos es importante, si no es el mismo en todos lados (base de datos original, tu disco duro y base de datos final) pueden aparecer caracteres raros donde antes había acentos u otros caracteres no estándares
  • No es un buen momento para hacer eso que querías hacer con tu sitio web pero venías postergando, espera una semana o dos hasta que te asegures que todo anda bien
  • Trata de que el cambio de servidor ocurra cuando tengas tiempo para dedicarle, vas a necesitar mucho tiempo para revisar todo y/o solucionar problemas… y tienes que acostumbrarte a la interfaz de tu nuevo proveedor
  • Las cuentas de mail seguramente son lo más crítico, revisa aliases, forwardeos para evitar que no se pierda ningún e-mail
  • Establece alguna forma de que tus usuarios te informen sobre cosas que no se ven bien… o juega a hacer todo sin que se den cuenta :P

Estoy seguro que mil cosas más pueden pasar. Aquellos que tienen más experiencia en este tipo de ejemplos ¿de qué me olvidé?

Guía rápida de MySQL

Posted Mayo 23rd, 2006. Filed under bases de datos tutoriales

Después de una larga ausencia por problemas con el estudio y el trabajo, vuelvo a las andadas con algo útil. Una de las cosas que tengo que hacer en mi trabajo ahora es trabajar con unas de bases de datos MySQL. Como siempre me dediqué a la programación de idioteces, jamás había visto lo que se podía hacer con una base de datos. Podrán imaginarse cómo se me complicó.

Al momento, lo mejor que encontré para ayudarme con eso fue Navicat: una interfase gráfica para manejar la base de datos, hacer consultas y demás. Tiene versión para Windows, MacOS (binario universal) y Linux; pero su uso sin costo está limitado a 30 días. Buscando en internet, la mejor opción gratuita que encontré fue SqlYog que sólo molesta con una ventanita al abrir y/o cerrar el programa. Pero además tiene una gran desventaja: no tiene el constructor de consultas. Lo que significa que para sacar datos de la base de datos necesitás tener idea de MySQL. Se aceptan sugerencias sobre otras interfases de este estilo.

Evidentemente, algo aprendí leyendo lo que hacía el Navicat cuando yo construía consultas. La documentación oficial de MySQL también fue de gran ayuda (especialmente el capítulo 13); pero de todas formas es complicada de leer. Por eso, acá les traduzco una referencia muy completa que me fue de gran ayuda para aprender y recordar la sintáxis de MySQL.

Read the rest of this entry »