4Trabes Historias de una empresa en 100 metros cuadrados

Trabe Soluciones está creciendo. Ahora que nos vamos a mudar a unas oficinas más amplias tenemos una vacante. La oferta de trabajo que estamos distribuyendo es la siguiente.

Buscamos personas para trabajar en A Coruña.Trabe te necesita

Nos gustaría que supieses desarrollar aplicaciones web MVC con J2EE y Ruby on Rails, que controlases de HTML, CSS y Javascript, que tuvieses conocimientos de diseño gráfico, que administrases servidores, que te sintieses cómodo en Linux, que te gustase usar software libre,...

Si esto te describe ven corriendo. En caso contrario, no te preocupes, valoramos la experiencia que tengas, pero también nos interesa tu pasión y tus ganas de aprender, de trabajar de una manera diferente, de asumir responsabilidades y de crecer con nosotros.

Te ofrecemos unas excelentes condiciones. Todo lo que te ofrecen el resto de ofertas de trabajo y mucho más: horario flexible, oficina céntrica(nada de polígonos), plantilla joven, café a media manaña, no llevamos corbata ni traje... Nos importa tu calidad de vida.

Si quieres saber más de nosotros, puedes echar un vistazo a nuestra web (http://www.trabesoluciones.com) o a nuestro blog (http://4trabes.com), o directamente contactar con nosotros para plantearnos cualquier duda (contacto@trabesoluciones.com).

Esperamos tu curriculum en rrhh@trabesoluciones.com.

Ya han llegado los primeros CVs. ¿A qué esperáis para enviar el vuestro?

Siguiendo el ejemplo de david y asis, retomo la labor divulgativa- o divagativa - después de una larga temporada de inactividad bloguera. El tema de hoy puede resultar de interés para todos aquellos que necesitáis llevar seguimiento de las visitas a vuestros sitios y utilizáis Google Analytics. Vamos a ver cómo es posible utilizar varios códigos de seguimiento para una misma página.

Todos sabemos que Analytics es muy flexible: permite hacer filtros, dar acceso a distintas cuentas a distintos datos, etc. ¿Qué necesidad puede haber de utilizar dos códigos de seguimiento en una misma página? Se me ocurren varios casos, pero el más frecuente es que las estructuras de las empresas frecuentemente son más rígidas que la tecnología y puede ser más dificil conseguir que te den acceso a los datos de una cuenta de analytics que poner un nuevo código. Posiblemente tampoco haríamos reescrituras en tomcat si pudiésemos tocar el Apache. Ya sé que son temas muy distintos, pero el origen es parecido: un entorno controlado obliga a hacer las cosas buscando tocar en el menor número de sitios posible.

La teoría para este proceso viene directamente de los señores de Google, que en un howto de migración de urchin.js a ga.js nos dicen que para utilizar dos códigos en una página tenemos que hacer lo siguiente:

Como vemos, el proceso es muy sencillo, simplemente incializar un flag e introducir el nuevo código...pero no funciona. Parece lógico pensar que pueda faltar una llamada a urchinTracker() después de reiniciar el flag y establecer el nuevo código. Una vez hechas las pruebas oportunas se comprueba que efectivamente falta la susodicha llamada, siendo el código correcto para lo que pretendemos hacer algo como lo siguiente:

<script src="http://www.google-analytics.com/urchin.js" type="text/javascript">
</script>
<script type="text/javascript">
  _uacct = "UA-12345-1";
  urchinTracker();
  _uff = 0; // Reset flag to allow for second account
  _uacct = "UA-67890-1";
  urchinTracker();
</script>

Sencillo y bastante útil. Eso si, es necesario acordarse de fijar el dominio adecuado para evitarnos problemas a la hora de recibir los datos. En mi caso la primera de las cuentas fija un dominio, algo así como:

_udn="dominio_cliente.com";

y para la segunda cuenta me viene mejor con un escueto:

_udn = "none";

Todos aquellos que no tengáis filtros en vuestras cuentas, podéis hacer como que no habéis leído esta última parte :D.

Este es uno de esos artículos "de propósito específico". Supongo que los que trabajen en entornos "con mucha burocracia" entenderán mejor por qué no siempre es posible tocar el apache. La idea de este post es ver como podemos tener una funcionalidad decente de reescritura de URLs directamente en el contenedor de aplicaciones.

La pieza clave para conseguir nuestro objetivo es UrlRewriteFilter, que como sus propios autores proclaman "Es un filtro basado en mod_rewrite válido para cualquier contenedor estándar de aplicaciones JEE que permite reescribir URLs antes de que lleguen a nuestro código". Y además funciona.

El filtro es muy sencillo de instalar, tan solo son necesarios unos pocos pasos muy sencillos:

• Guardar el jar en el lib de nuestra aplicación.
• Modificar el web.xml para que haga uso del filtro:

<filter>
  <filter-name>UrlRewriteFilter</filter-name>
  <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class>
  <init-param>
    <param-name>logLevel</param-name>
    <param-value>WARN</param-value>
  </init-param>
</filter>

<filter-mapping>
  <filter-name>UrlRewriteFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

• Incorporar en el WEB-INF de nuestra aplicación un fichero urlrewrite.xml, que contendrá las reglas para las reescrituras

Una vez realizados estos pasos solo nos queda escribir las reglas que consideremos necesarias en nuestro caso. El fichero urlrewrite.xml de ejemplo incluye nociones básicas al respecto. A modo de ilustración, para convertir una URL como /searchPage.do?term=casco&locale=es&make=honda en algo como /es/honda/que-contengan/casco, necesitaríamos una regla como la siguiente:

<rule>
  <from>/([a-z]+)/([a-zA-Z0-9]+)/que-contengan/(.*)</from>
  <to>/searchPage.do?term=$3&amp;locale=$1&amp;make=$2</to>
</rule>

Con estos sencillos pasos ya tenemos un soporte decente para construir URLs bonitas en aplicaciones Java, sin tener que hacerlo todo "a mano" ni depender del Apache.