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.

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.

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?

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é…

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

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

1. ¿Se utiliza este código en alguna parte de la aplicación?
2. ¿Es el código parte de un plugin y se utiliza en otras aplicaciones?
3. ¿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?