GaRaGeD Style

Hace un momento platicando por IRC con los cuates ilustres de #[email protected] salió el tema de los SMS de celulares, y por ahí alguien comentó que ya se podía mandar SMS a celulares telcel gratis, obvio siendo cliente telcel se me ocurre ir a ver si es cierto y no lo es.

Pero eso no es lo que más me llamó la atención, de hecho estaba seguro que no era cierto, lo que me llamó más la atención es que los diseñadores de la página (nunca han sido muy destacados) han hecho una maravilla en lo que se refiere al concepto de redireccion, la crónica va así:

• Te hacen cargar un archivo html de 12K, el cual trae en su mayoría JavaScript, y en el cuerpo un par de animaciones el flash
• El archivo html tiene directivas para bajar a su vez un par de archivos .js, y uno .css
• El css (estilos.css) tiene 3 directivas para atributo “class”, de las cuales se usa una sola (en el pié :), y dentro del HTML hay una seccion de “style” que define una directiva para un “class” que si es usado, obviamente prácticamente todos los estilos están definidos al más puro estilo noventero de meterlo en los tags, digo no está mal, pero no es lo mejor, mencioné que el HTML tiene identificacion de xhtml genérico de 1999?, pasa sin errores el tidy, y con 11 warnings que no son realmente importantes.
• En la parte de JavaScript podemos comentar por ejemplo que uno de los archivos es específico para que lo usen las animaciones flash (no lo crearon ellos pues)
• El otro archivo JavaScript (cookie.js) hace 2 grandes cosas, una es que identifica de manera muy rudimentaria la version del navegador que utilizas (solo llega hasta WinNT por ejemplo), y si no caes entonces eres “unix”.
• Lo otro que hace es poner una cookie que “recuerda” si has visitado o no el sitio, hay una buena cantidad de debugueadas con “alert” y codigo comentado que nunca fué terminado, en esencia no hace nada esta parte
• Ahora vamos al JavaScript dentro del HTML, lo primero que salta es que se definen funciones que sobreescriben a casi todas las que se definieron en “cookie.js”, supongo que es el resultado de 2 equipos de trabajo que no se comunican, o más probablemente de que un equipo heredó el trabajo y por si las dudas no modificó lo del otro equipo, sino que “sobreescribió” las funciones (en realidad casi todo es un copy-paste)
• Otra cosa que hace el JavaScript embebido en el HTML es detectar si estas en un móvil, y redirecciona a una página hecha para móviles
• Uh, se me pasaba comentar que también trata de determinar la “plataforma” sobre la que corres, segun yo varios windows caen como “unix” porque está mal hecho el código en ambos casos.
• Siguiendo con el JavaScript embebido (esto no parece tener fin), hay una rutina ya cerca del final que llama a una funcion (obtener_estado(variable)), lo malo es que cuando llaman a la funcion, le meten como variable una cadena estática, no entiendo para que validas algo para lo cual ya sabes el resultado, pero eso no es todo, la funcion checa que la cadena de entrada esté dentro de la cadena de entrada !!, parece que esa funcion debía tomar un valor del URL (algo que tiene que ver con los estados) y hacer algo con él, pero nunca fué terminada y dejaron todo funcionado con una cadena estática. Entiendo que esa funcion debería rediraccionarte a una página con una variable, probablemente con la intención de que la página presentara algo diferente cada vez, en la práctica, independientemente de la variable, te rediracciona a http://www.telcel.com/redireccion/portal.html que a su vez te redirecciona a /portal/telcel.portal y no me voy a poner a buscar que otras babosadas hacen en el proceso.
• Bueno, pa acabarla de amolar, al fina del JavaScript embebido te redirecciona redireccion/portal.html que como dije redirecciona a /portal/telcel.portal, o sea que todo lo que he comentado sirve para nada porque al final es otra página la que se presenta al usaurio, y a lo mejor alguna cookie sirve de algo, y bueno, lo único que podemos rescatar es que hay una redireccion diferente si tienes móvil.

Todo esto se traduce a que están gastando tanto su ancho de banda como el de los usaurios porque no pueden simplemente reemplazar una versión con la otra de su portal, y no solo eso, además no saben que sería mucho más barato, y sencillo en todos los sentidos, ya sea poner un html con el redirect y ya (no todo el JavaScript y HTML con Flash, CSS…) o la clásica alternativa del “rewriteRule”, vamos !! están usando apache !! ni siquiera es que tengan que buscar como se hace en IIS, o cualquier otra cosa, usan apache por el amor de Dios !!

fsking sh*t, todo parece estar en PHP, por qué, un header() sería suficiente tambien !!

Como es que llegas a tener redirección doble, y uno de los 2 pasos anteriores a la página final en serio tiene contenido a pesar de que solo los va a poder ver alguien que tiene demasiado tiempo libre como yo en este momento?? y el segundo redirect si está hecho decentemente !!!

Y podría apostar a que la “solución” no salió nada barata.

p.d. Ni siquiera tienen implementado un sistema de compresion de CSS y JavaScript, que para el tráfico que debe tener telcel creo que ahorraría varios miles de pesos al día seguramente.

In: Uncategorized | tags: pasumecha, redundancia, telcel. | #