4Trabes - De todo un poco

Obie y RESTful Rails

2008-08-04T09:03:00Z

Puede que Obie no sea el conferenciante más animado del mundo, puede que no haya elegido la mejor foto para su web, pero de Rails aun sabe algo, así que aquí dejo un enlace a su charla en la QConf acerca de REST y Rails: Designing RESTful Rails Applications. Una introducción fácil de seguir a los conceptos básicos para la gente que esté comenzado.

PD: Por cierto Asís ya se ha leido el libro de Obie, The Rails Way, y habla muy bien de él. Yo lo tengo en mi interminable pila de libros pendientes. Cuando lo lea os comento.

Salpicaduras de Java eficaz

2008-07-28T13:45:00Z

En mi anterior post “amenacé” con publicar alguna de las técnicas más interesantes que aparecen en Efective Java. El camarada Adrián se ha adelantado y ha escrito acerca del idiom Initialization on demand holder. Como aquí en Trabe intentamos ser DRY me limito a dejaros el enlace y para que lo leáis en su blog.

Effective Java (2ª edición)

2008-07-14T21:48:00Z

Vaya por delante que hace más de dos años que no desarrollo un proyecto entero con Java. Mis pequeños flirteos con Rails se convirtieron en una estable relación y dejé un poco de lado a mi antigua amante, a la que sólo he vuelto a visitar breve y esporádicamente para echar una mano a los Java boys de Trabe (cuando el cliente aprieta y el tiempo escasea). Vamos, que en estos dos últimos años me he dedicado a otras lecturas, libres de cafeina.

De todos modos, la desarrolladora Java que tengo en casa si que se gasta algunos euros en bibliografía y hace poco adquirió la segunda edición de Effective Java. Ayer por curiosidad me pase un rato hojeando el libro (un rato largo de una horita más o menos) y debo decir que me gustó lo que leí.

Estoy seguro de que volveré a coger este libro para echarle una “hojeada” de varios días tan pronto tenga un hueco, y si no pasa nada raro puede que deje en este blog algo de la sabiduría que el compañero Joshua Bloch recoge en él.

Lo dicho: una lectura recomendable.

Rails 2.1

2008-07-06T09:53:00Z

Sobre Rails 2.1 sólo puedo decir que es más de lo mismo, pero mejor. Podéis comprobarlo leyendo el libro gratuíto que el amigo Carlos Brando ha tenido a bien publicar y que recopila todas las novedades de esta versión.

Instalar Ubuntu sin CDs, DVDs ni dispositivos USB utilizando únicamente la red (PXE)

2008-07-05T16:32:00Z

El título ha quedado un poco largo, pero eso es exactamente lo que acabo de hacer hace un rato, y como me parece algo interesante, voy a explicar brevemente cómo conseguirlo.

La base del proceso es PXE, que para definirlo en pocas palabras viene a ser un "modo de arrancar un ordenador" utilizando para ello únicamente el interfáz de red. Como podéis ver en el enlace a la wikipedia, PXE es básicamente una mezcla de DHCP y TFTP.

Paso 1: el ordenador ha de ser capaz de arrancar desde la red

Para poder instalar nuestro sistema utilizando esta tática, es necesario que éste sea capaz de hacer el boot desde un dispositivo de red. La mayoría de los PCs soportan esta característica, por lo que no debería de ser un requisito difícil de satisfacer. Una vez que nos aseguremos de que el PC "sabe arrancar desde la red", ya solo nos falta instalar un servidor que le responda adecuadamente a sus peticiones.

Paso 2: instalar el servidor

En este caso, el ordenador que va a servir los ficheros de arranque es un humilde PC con windows ya instalado, por lo que la herramienta que utilizaremos es TFTPD32. Esta herramienta es una de esas pequeñas joyas que a cambio de muy pocos KB son capaces de hacer un montón de cosas, como podéis observar en la página del autor.

Una vez descargado el programa, ponerlo a funcionar es tan simple como crear una carpeta, digamos que c:\tftp y copiar en ella el fichero tftpd32.exe. Lo ejecutamos y ya tenemos el servidor andando. Así de fácil.

Paso 3: descargarse la imagen de ubuntu peparada para estas labores

El siguiente paso será descargarse la imagen de ubuntu lista para ser servida utilizando PXE. Para conseguir este objetivo tendremos que descargarnos la carpeta ubuntu-installer que podremos encontrar en el respositorio de ubuntu. En mi caso particular, esta carpeta podía descargarse de:

ftp://archive.ubuntu.com/ubuntu/dists/hardy/main/installer-i386/current/images

Paso 4: configurar el servidor

Una vez descargada esta carpeta, deberemos de copiarla en c:\tftp. Además, debemos de asegurarnos de:

copiar a c:\tftp la carpeta pxelinux.cfg desde ubuntu-installer/i386/
copiar a c:\tftp el fichero pxelinux.0 desde ubuntu-installer/i386/

Ahora ya podemos configurar el tftpd32. En la pestaña DHCP, deberemos poner 'pxelinux.0' en el campo boot file y deberemos rellenar el resto de valores ajustándose a la realidad de nuestra red. Es importante que el valor del campo 'IP pool starting address' sea una IP válida en nuestra red y que se refiera a un rango de IPs no utilizado en la misma. Una vez cubiertos todos los campos, pulsamos save y ya tenemos nuestro servidor configurado. Así de fácil,

Paso 5: arrancar el pc que queremos instalar

Con nuestro servidor perfectamente configurado, ya podemos arrancar el pc en el que queremos instalar ubuntu. Si todo va bien y los cables están bien enchufados, podremos ver que comienzan a aparecer entradas en la pestaña 'Log viewer' de tftpd32. Se establece la comunicación entre el PC que arranca utilizando PXE y nuestro servidor. Al cabo de unos instantes, el PC que está tratando de arrancar acaba recibiendo por TFTP la imagen de instalación basada en red de ubuntu. A partir de ahi sólo nos queda continuar con una instalación basada en red de lo más normal, (lenta), y aburrida.

Vulnerabilidades en Ruby

2008-06-23T09:33:00Z

Hoy iba a escribir sobre Rails 2.1, pero lo voy a posponer ya que parece ser que hay una serie de vulnerabiliades en la MV de Ruby y eso es una noticia más importante. Dicen que es buena idea actualizar la versión de Ruby… más adelante. Se ve que con las prisas es peor el remedio que la enferemedad, quiero decir la actualización que el riesgo de ataque. El personal se está quejando de errores extraños. A ver cuando tardan en sacar un nuevo parche que no tire abajo las aplicaciones Rails. ¿Habrán parcheado ya la versión enterprise?

En busca de la felicidad...

2008-06-19T12:35:00Z

Hay quien la busca con la semana de 4 días. A nosotros, aunque no nos disgusta la idea, nos es imposible aplicarla. Hoy hemos dado un paso más en la búsqueda de la felicidad… a nuestra manera: ahora en Trabe trabajamos en zapatillas. Como en casa. Cómodos.

Ya somos seis

2008-06-15T21:24:00Z

Primero fueron las 4 trabes: Asís, Marcos, Óscar y un servidor. Luego llegó Alejandro (Alejo para los amigos) en noviembre del año pasado. Ahora le toca el turno a Adrián, que se ha incorporado a la pequeña familia de Trabe el miércoles pasado tras responder a nuestra oferta de trabajo. Esperamos aprender mucho de él y que él aprenda mucho con nosotros, pero sobre todo, esperamos que se lo pase bien trabajando en Trabe.

4Trabes: historias de una empresa en 100 m2

2008-06-12T08:05:00Z

Como ya os conté hace poco, nos hemos mudado. Para celebrar la amplitud de nuestras nuevas instalaciones (100 metros cuadrados, ¡que lujo!) hemos decidido rebautizar el blog. Adios a 4Trabes: historias de una start-up en 20 m²; bienvenido 4Trabes: historias de una empresa en 100 m².

Espero que este post, además, valga para reactivar un poco el blog, que estaba algo abandonado con el lío de la mudanza

Nos mudamos... al fin

2008-05-30T08:09:00Z

Tras muchos avatares Trabe Soluciones se traslada a una “renovada” oficina en el centro de Coruña. Han pasado muchas cosas desde que colgamos de este blog nuestro bocetillo de la nueva oficina: Negociaciones, pintura, suelos, electricidad, telefonía, datos, un viaje relampago a Ikea, cajas para un lado, cajas para otro, llaves allen y destornilladores… una locura. Hoy por fin nos mudamos. A partir del lunes nuestra dirección cambia y es la siguiente:

Trabe Soluciones S.L.
Arzobispo Lago 4-6 1ºIzq
15004 A Coruña
tfno: 981.91.41.91

Cuando terminemos con los detalles ya colgaremos unas fotillos para que se vea el resultado de nuestros esfuerzos.

PD: Lamentamos la ausencia de posts en el blog esta temporada pero la mudanza ha consumido todo el tiempo libre que nos han dejado nuestros clientes.

Apache dice: (13)Permission denied: proxy: HTTP: attempt to connect to 127.0.0.1:8080 (*) failed

2008-05-13T17:44:00Z

Hoy he sufrido un episodio de estos que llegan a exasperarte un poco. Se trataba de crear una serie de virtualhosts para emular en un servidor local el comportamiento de un apache "de producción". El servidor local tiene instalada una Fedora 7 y un apache "limpio".

Entre otros cambios poco relevantes para este problema, introducimos un virtualhost que simplemente hace de proxy delegando las peticiones en otro servidor, algo parecido a:

<VirtualHost *:80>
  ServerName midominio.com
  ServerAlias www.midominio.com
  ProxyRequests Off
  ProxyPreserveHost Off
  ProxyPass /app/ http://abc.blabla.com:8080/path/
  ProxyPassReverse /app/ http://abc.blabla.com:8080/path/
  ProxyPass / http://abc.blabla.com:8080/path/
  ProxyPassReverse / http://abc.blabla.com:8080/path/
</VirtualHost>

Una vez realizados los cambios en el httpd.conf y reiniciado el servicio, comprobamos con gran dolor que el proxy no está funcionando correctamente, dándonos el siguiente error:

[error] (13)Permission denied: proxy: HTTP: attempt to connect to 127.0.0.1:8080 (*) failed

Tras comprobar que todos los permisos estaban bien, que ninguna directiva evitaba que todo funcionase, etc. Me decidí a buscar ayuda en google. Y la encontré. En este enlace podéis ver la solución con más detalle, pero el resumen es que SELinux está bloqueando la conexión, y debemos de configurarlo para evitar que esto ocurra. Debemos de marcar la opción "Allow HTTPD scripts and modules to connect to the network" en la pantalla de configuración de Firewall, como podéis ver en el enlace anterior.

Galicia Global 2.0: gallegos conectados

2008-05-12T13:03:00Z

Como ya os comenté hace tiempo hemos estado preparado una nueva versión de Galicia Global (algo así como una 2.0) para conmemorar la edición 2008 del día de Internet y las letras gallegas.

Lo más destacable de este “upgrade” (que ya está en producción) es que ahora es posible definir amistades entre usuarios y crear redes entre ellos. Si ya os habíais registrado como gallegos globales podéis pasaros por la web a jugar un rato con las novedades, y si no lo habéis hecho ya, registraos ¿A qué estáis esperando?

Evitando problemas con el Firebug: debug y M.l.A. console

2008-05-08T19:54:00Z

Missing in action (M.I.A) is a status assigned to a member of the armed services who is reported missing following combat and may be injured, captured, or dead.

Sí amigos: desaparecer en combate. Eso es lo que le puede pasar al útil objeto console de la herramienta Firebug (que me imagino usarán/conocerán casi la totalidad de “hackers” javascript del mundo).

Si, como nosotros, la usáis, meted la siguiente línea de código como preambulo a vuestros javascripts. Os evitaréis alguna que otra excepción si olvidáis de vez en cuando un inocente console.debug en vuestro código.

if (!window.console) { var console = { debug : function(value) { }}}

Y, por cierto, el Firebug últimamente tiene tendencía a dejar al Firefox atontado… o es el Firefox el que está empezando a arrastrarse… no sé…

¿Cuánto te gusta programar?

2008-05-06T22:28:00Z

Hace unas horas nos preguntaron a Asís, Marcos y a mi cuánto nos gustaba programar… difícil respuesta.

Eliminar código también es refactorizar

2008-05-02T08:56:00Z

Quizás el título de este post pueda dar lugar a equívocos. Obviamente, una de las consecuencias de refactorizar suele ser la reducción del código. A lo que me refiero con “eliminar código es refactorizar” es a erradicar toda señal de código innecesario en una aplicación.

Las preguntas a hacerse

¿Se utiliza este código en alguna parte de la aplicación?
¿Es el código parte de un plugin y se utiliza en otras aplicaciones?
¿Se utiliza o no se utiliza?

Si la respuesta es no, no,no

Si te pareces a Amy Winehouse borra ese código.

Borrar código es bueno. Eliminas puntos de fallo. Reduces el número de tests necesarios. Abrevias la documentación. Es decir: reduces el ruido en tú aplicación.

Y si te arrepientes más adelante de borrarlo

Usa el control de versiones… ¿o no estás usando ninguno?