Tecnología e Información

Posts in category programacion

Si ser programador fuera como ser controlador de trafico aereo

Mar14
2007 2 Comments Written by Masiosare

No suelo escribir poner en este blog cosas que no sean mias, pero esta vale la pena. Esto viene a cuento porque a veces los que estamos en el area nos quejamos de las condiciones de trabajo y de que dificil es ser programador y no es para tanto. The codist escribio al respecto un articulo, el cual yo traduzco, el cual cuenta como seria si los programadores fueramos controladores aereos. He aqui el post

  • Cada vez que tu software falla, 300 personas mueren
  • Obtienes nuevas herramientas cada 30 años, las necesites o no
  • Todos tienen que usar el mismo lenguaje de programacion
  • Un buen dia es llegar a casa y no ver tu trabajo en las noticias
  • Un mal dia es llegar a casa y ver tu trabajo en los resaltados de todos los programas de noticias siendo diseccionado a detalle por los expertos
  • Si le echas una miradita a Reddit o a Digg mientras trabajas, todos se dan cuenta
  • No importa cuanto trabajo tengas, debes entregarlo en el tiempo estipulado
  • Tras solo unos cuantos pequeños bugs, serias despedido
  • Si tus herramientas dejan de trabajar por alguna razon, debes trabajar a ciegas y de memoria
  • El videojuego que juegas, solo tiene una vida
  • Tu director de proyectos es el gobierno
  • Cuando usas el software de alguien mas, necesitas conocer al programador personalmente y saber cuanto tiempo han estado trabajando.
  • Si haces tu trabajo bien, nadie lo notara.

Que tengas un buen dia siendo programador!

Post original en http://codist.biit.com/fiche/thecodist/article/if-being-a-programmer-were-like-being-an-air-traffic-controller

Posted in ajeno, ensayo

Como no dar consejos

Mar06
2007 3 Comments Written by Masiosare

Hoy leo en en digg un articulo de Harry Maugans sobre como crear un div colapsable con Javascript. Es un articulo enoorme para algo que se puede hacer en dos lineas y que se viene haciendo desde el inicio de los tiempos.

El problema con esto es que recibio una cantidad muy considerable de votos (al momento de escribir esto, arriba de 1300) para un articulo taaan sencillo. Y esto es "sorprendente" por dos situaciones

  1. Parece haber una gran cantidad de personas que no tienen la mas remota idea de los basicos de la programacion web.
  2. El articulo tiene una pesima calidad tecnica. Al darle una revisada por encima puedo ver de menos 3 o 4 errores que tambien son basicos.

Esto es preocupante porque estamos recreando errores que ya se creian superados y estamos enseñando estos problemas a los que no saben.

Por ejemplo, su "solucion" es esta:

<div id="mydiv" style="display:none"><h3>This is a test!<br>Can you see me?</h3></div>
<a href="javascript:;" onmousedown="toggleDiv(’mydiv’);">Toggle Div Visibility</a>

  • Pone una liga que no es una liga. Grr..
  • Usa onmousedown. Si el usuario hace click y se arrepiente antes de soltar el mouse, de cualquier manera se lanzara el evento. Usa onclick en su lugar.
  • Agrega comportamientos al codigo, para cosas rapidas esta bien, pero a la larga se vuelve una pesadilla de mantenimiento
  • Es obtrusivo, si Javascript esta deshabilitado, el contenido no se podra ver nunca.

Me parece un poco triste que este tipo de articulos sean "noticia". Es muy notorio que hay tres grupos profesionales en el area. Los que estan generando los cambios en la industria, por ejemplo los que crearon prototype, scriptaculous, moo.fx, etc, los que les siguen los pasos y los que no tienen la menor idea.

Ser del primer grupo no es facil, requiere talento y dedicación, eso a veces es mucho pedir, pero ser del segundo grupo no es tan dificil, lo requiere un poco de esfuerzo y de ganas de ser mejor. Como ya dije en este post, hay maneras muy sencillas de estar informado de los últimos acontecimientos en el area. Solo falta dedicarle un poco de tiempo a nuestro desarrollo profesional, pues las herramientas estan ahi, al alcance de todos.

Por favor, no volvamos a discutir si es mejor usar tablas o css… ya es tiempo de dar el salto.

Posted in javascript

Google Code Jam Latinoamerica

Jan04
2007 Leave a Comment Written by Masiosare

En el blog oficial de Google, el dia de ayer se anuncio por fin la apertura del concurso Google Code Jam Latinoamerica.

Que es GCJL? Es un concurso para programadores patrocinado por google en el que cualquiera puede inscribirse. Te presentan ciertos problemas y tienes que resolver la mayor cantidad de ellos en el menor tiempo posible, en un lapso de una hora. Se podra participar en los siguientes lenguajes: C#, C++, Java, VB.Net y python (con algunas restricciones para este último, por lo lento del lenguaje)

Se harán varias rondas, la primera eliminatoria dejara 500 concursantes, la segunda 250, la tercera y ultima, 50 concursantes los cuales seran llevados a las oficinas de google en Brasil donde competiran para ser el mejor programador de latinoamerica (o del concurso al menos ;) ).

CodeJam_LatAm

Los premios para mi gusto, son un poco bajos, pero igual vale la pena por mera cuestión de ego. Van desde los 6000 reales (30 mil pesos, aproximadamente) para el primer lugar hasta los 350 reales (1800 pesos aprox) para los lugares 21 al 50.

Yo ya me inscribi. Si quieres inscribirte puedes hacerlo aqui. Pero apurate que las inscripciones terminan el 23 de enero.

La ronda de clasificación sera el 24 de enero. Ahi nos vemos

Reddit, seguridad y robo de contraseñas

Dec15
2006 1 Comment Written by Masiosare

Si alguien es usuario asiduo de Reddit talvez noto que hubo fallas en los servidores en esta semana. Ayer los programadores de reddit ofrecieron una disculpa por las fallas, pero revelaron otra cosa mucho mas interesante. Al parecer una parte de un respaldo de la base de datos de reddit fue robado y con el muchos nombres de usuario y contraseña.

Esto es sospechoso por dos motivos.

  1. Usualmente un respaldo de una base de datos no se hace en partes a menos que sea enooooooorme, del orden de muchos GB o TB. Y reddit no tiene tanto tiempo de activo, y solo guarda pequeños datos tipo texto por registro, aunque por supuesto, podria estar terriblemente equivocado :)
  2. Segundo, y mucho mucho mas importante. Si es posible que hayan robado usuarios y contraseñas quiere decir que estos estaban almacenados en texto plano.

Aqui es donde las alarmas se encienden. Este es un error super basico en el desarrollo de aplicacione seguras (y que yo cometi cuando empece, debo aceptar :P ). NUNCA NUNCA NUNCA (y repito, NUNCA) guardes contraseñas en texto plano.

Es muy sencillo implementar el guardado de contraseñas mediante un hash + salt. El que no sepa, que pregunte. (si alguien lo requiere puedo poner un articulo al respecto)

Una vez que alguien se haga de las contraseñas de la base de datos, toda tu aplicacion estara abierta. Si tu crees que eres invulnerable o que tu sistema no le importa a los hackers, piensalo dos veces. En el caso de reddit tienen informacion privada, como correos electronicos. Una vez que tienen la contraseña, pueden intentar ingresar a esos correos con la misma contraseña y de ahi saltar hasta a servicios bancarios (lo cual es una razon mas para no guardar tus contraseñas en el correo electronico :P ). En tu caso puede ser informacion aun mas sensible como informacion bancaria, nombres, direcciones, telefonos u otra informacion que permita identificar a tus usuarios. Teniendo esta informacion, para los hackers solo les falta un paso al cielo… y a sus cuentas bancarias, o peor…

Si valoras a tus usuarios (y a tu integridad fisica y economica), documentate por lo menos de los tips minimos de seguridad. O atente a las consecuencias.

Posted in seguridad

Memory tips for PHP

Nov18
2006 1 Comment Written by Masiosare

Once upon a time a web programmer who was writing a complicated script. He tests it in his machine, and it works like a charm. Then he tries in the production server…

Craaash. And not even a trace of error. He checks that error logging is on, checks the logs, nothing. He is “without a trace”… or a core dump… or anything.

My psychic powers tells me that is a memory error.
This kind of errors are typical when you are using a thousands-lines report or sending a heavily attachment loaded mail via php. In fact, the last reason make me write this post. I detected a hard to find problem with a very well known email script. Specifically the error I found was in a bad use of the chunk_split function, which just refuses to work with very very long string and dies miserably with out even send any kind of error (at least in older versions of php which I’m forced to use :S, but that’s another history).

Usually PHP captures this kind of errors and throws the typical error “Allowed memory size of x bytes exhausted”. This is caused because the server’s admin limited the memory that any script can use and was made to protect the servers against bad programmers, and is used commonly in shared environments.

To be able to handle this kind of problems, here is some basic tips to make this experience a lot less painful.

  1. Check your script’s memory usage

    The memory_get_usage function returns the bytes used by your script. But this function is not available in every system, just in those which were compiled with the –enable-memory-limit option. Usually if this function is not available, you can’t either recompile your php installation. If this is the case, you can emulate the function with this code:


    if( !function_exists('memory_get_usage') ){
    function memory_get_usage() {
    exec("ps -orss -p ".getmypid(), $output);
    return $output[1];
    }
    }

    This function is similar to the one included in php, even if is not perfect. But you can get an idea of what’s going on. Requires you have execution privileges because uses the ps command. It just works on Unix or Linux systems.

  2. When you are done, don’t forget to clean-

    If you are not longer use a memory intensive variable, destroy it with unset($variable). This will free up the used memory.

  3. Say no to globals.

    This is an extension from the last one. Be careful when you use global variables. When you use unset a global variable inside a function. you will just destroy the local variable, not the global one. So, you have one more reason to NOT use global variables (as if you need one more :) )

  4. Don’t trust the garbage man!

    I’ve noticed than when a function ends, local variables are unset. Although that is not always the case, sometimes even when the variables are unset, the memory doesn’t becomes available until the end of the script. So when you use heavy variables inside a function, unset em before the function ends if you will not longer use em.

  5. Forget as soon as you can.

    If you are using a very long archive, don’t keep it in memory. That would be the easy way but it will give you some problems later. Instead process the file line by line and write the result in a temp file. tmpfile, fopen and fclose (and google :P ) are your friends. This will be the most useful advice for this cases, trust me.

  6. Don’t ignore the warnings

    As a general recommendation, when you are debugging scripts, use error_reporting(E_STRICT). That will give you a little more information than E_ALL. As times goes by, you won’t note the difference between those two.

  7. Brute force

    As a last resource, if those last advices doesn’t work (but they will :) ) you can make bigger the script memory limit, with the ini_set(“memory_limit”, “16M”) directive which would make the limit 16Mb. This directive is available with any server that allows the ini_set function. But be careful, especially if your are on a shared server, be a good neighbor and don’t blow the server. Don’t ask for free problems :)

This are some basic advices for those hard problems. If you people like this article, I could make some more deeper articles on the subject.

Posted in php

Uso de memoria en PHP

Nov17
2006 2 Comments Written by Masiosare

Erase una vez un programador web realizando un script relativamente complicado… Lo prueba en su maquina, funciona de maravilla. Lo sube al servidor de producción.

Craaash. Y ni siquiera un rastro de error. Revisa que los errores están habilitados, revisa los logs, y nada. Busca algún rastro y nada….

Mis poderes de psíquico me dicen que es un error de memoria.
Estos errores son típicos cuando se esta realizando un reporte con miles de filas, o mandando un mail con attachments pesados via php. De hecho lo que me motivo a realizar este post es que detecte un problema con cierto script famoso para enviar correos. Específicamente encontré un error en una la función chunk_split en la que al trabajar con una cadena demasiado larga simplemente se niega a seguir trabajando y muere sin mandar ningun error.

Usualmente, PHP captura esos errores y nos lanza el ya típico error “Allowed memory size of x bytes exhausted”. Esto es debido a que por precaución contra malos programadores, y especialmente en servidores compartidos, es posible limitar la memoria ocupada por cada script.
Para lidiar con estos problemas, he aquí unos tips básicos que harán tu experiencia un poco menos difícil.

  1. Revisa el uso de memoria de tus scripts

    La función memory_get_usage te regresa el numero de bytes que tu script esta ocupando. Sin embargo esta función no esta disponible en todos los sistemas, ya que hay que compilar php con el parametro –enable-memory-limit. Si en tu servidor no existe esta función puedes emularla de la siguiente manera.

    if( !function_exists('memory_get_usage') ){
    function memory_get_usage() {
    exec("ps -orss -p ".getmypid(), $output);
    return $output[1];
    }
    }
    Es similar a la incluida en php, aunque no es tan exacta, pero te puedes dar una buena idea de lo que esta sucediendo. Requiere privilegios de ejecución, ya que utiliza el comando ps.

  2. Cuando termines, no te olvides de limpiar

    Si ya no utilizas una variable que contenga una fuerte cantidad de memoria, destrúyela con unset($variable). Esto liberara inmediatamente la memoria ocupada.

  3. Dí no a las globales

    Esta es una extensión de la anterior. Ten cuidado al usar variables globales. Cuando usas unset en una variable global adentro de una función solamente se destruye la variable local, no la global. Así que una razón mas para NO usar variables globales. (como si hicieran falta ;) )

  4. No confies en el barrendero

    En general he notado que al finalizar una función, esta desactiva las variables locales. Sin embargo, no siempre es el caso o bien no se libera la memoria que estas variables usaron, por lo que cuando uses variables pesadas dentro de una función, desactivalas con unset antes de terminar el script si ya no haces uso de ellas.

  5. Olvida tan pronto como puedas

    Si vas a utilizar por ejemplo, un archivo de muchas lineas, evita mantenerlo en memoria. Esto ultimo es lo mas facil pero puede provocar errores a la larga. En su lugar ve procesando el archivo linea por linea y escribe el resultado en un archivo. tmpfile y las funciones fopen, fclose y similares son tus amigos. Este consejo es el que mas te va a salvar la vida en estos casos, créeme.

  6. No ignores los avisos

    Como recomendación general, cuando estés debuggeando scripts utiliza error_reporting con E_STRICT. Esto te dará un poco mas de información que E_ALL, aunque con el tiempo y conforme vayas mejorando tus habilidades no notaras la diferencia.

  7. Fuerza bruta

    Como ultimo recurso, si nada de lo anterior funciona (que no he encontrado caso en que no funcione) es posible aumentar la memoria disponible para tu script, mediante la directiva ini_set(“memory_limit”, “16M”) la cual elevaría a 16 MB la capacidad de tu script. Esta directiva esta disponible en cualquier servidor que permita la ejecución de la funcion ini_set. Aunque se cuidadoso, especialmente si tienes un servidor compartido, se buen vecino y no acabes con el servidor. No te busques problemas gratis :)

Estos son solo unos cuantos consejos básicos para para esos casos difíciles. Si este articulo tiene éxito, en algún tiempo pondré algunas técnicas un poquito mas a fondo sobre este tema.

Espero sus comentarios y sugerencias.

Posted in php

Efecto de (i)Frame con CSS

Sep11
2006 3 Comments Written by Masiosare

Para lograr el efecto de iframe con CSS existe la propiedad “overflow”. Esta propiedad define como se comportara el contenido en un contenedor limitado en su altura y ancho. Es decir, Si el texto es mas grande que el espacio que lo contiene, esta propiedad define, el texto se mostrara de acuerdo a como se defina esta propiedad.

Overflow puede tomar 5 posibles valores:

  1. inherit: El contenedor heredara la propiedad del contenedor padre.
    <div style='height:90px; width:300px; overflow:inherit'>
  2. auto: Si el texto es mayor al contenedor, se muestran barras de scroll, de lo contrario no se muestran.
    <div style='height:90px; width:300px; overflow:auto'>

    Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla mauris. Duis posuere nisl vestibulum metus. Nullam pede ligula, fermentum sit amet, viverra a, porttitor non, nunc. Duis lacinia. Sed molestie posuere nisl. Aliquam vitae neque. Donec justo arcu, nonummy et, dignissim non, fermentum eu, diam. Nulla facilisi. Fusce elementum, neque eget varius faucibus, orci sapien ultrices odio, et commodo metus diam id elit. Maecenas tempus condimentum dolor.
  3. hidden: El contenido fuera del contenedor no se mostrara ni tampoco las barras de scroll
    <div style='height:90px; width:300px; overflow:hidden'>

    Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla mauris. Duis posuere nisl vestibulum metus. Nullam pede ligula, fermentum sit amet, viverra a, porttitor non, nunc. Duis lacinia. Sed molestie posuere nisl. Aliquam vitae neque. Donec justo arcu, nonummy et, dignissim non, fermentum eu, diam. Nulla facilisi. Fusce elementum, neque eget varius faucibus, orci sapien ultrices odio, et commodo metus diam id elit. Maecenas tempus condimentum dolor.
  4. scroll: Las barras de scroll se mostraran no importa si el texto es mas grande que el contenedor o no.
    <div style='height:90px; width:300px; overflow:scroll'>

    Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla mauris. Duis posuere nisl vestibulum metus. Nullam pede ligula, fermentum sit amet, viverra a, porttitor non, nunc. Duis lacinia. Sed molestie posuere nisl. Aliquam vitae neque. Donec justo arcu, nonummy et, dignissim non, fermentum eu, diam. Nulla facilisi. Fusce elementum, neque eget varius faucibus, orci sapien ultrices odio, et commodo metus diam id elit. Maecenas tempus condimentum dolor.
  5. visible: El contenido se mostrara fuera del contenedor, como si estuviera flotando. No se muestran barras de scroll
    <div style='height:90px; width:300px; overflow:visible'>

    Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla mauris. Duis posuere nisl vestibulum metus. Nullam pede ligula, fermentum sit amet, viverra a, porttitor non, nunc. Duis lacinia. Sed molestie posuere nisl. Aliquam vitae neque. Donec justo arcu, nonummy et, dignissim non, fermentum eu, diam. Nulla facilisi. Fusce elementum, neque eget varius faucibus, orci sapien ultrices odio, et commodo metus diam id elit. Maecenas tempus condimentum dolor.

Validacion de formas no obtrusiva

Sep06
2006 20 Comments Written by Masiosare

Una de las cosas mas tediosas en el desarrollo web son las validaciones de formas en javascript. Son odiosas, aburridas y repetitivas.

Para hacer ese trabajo un poco mas sencillo me di a la tarea de crear una clase usando la libreria prototype.

Caracteristicas

  • Facil de usar
  • Funciona en multiples navegadores (por ahora funciona en explorer y firefox, pero debe funcionar en mas)
  • Basada en expresiones regulares
  • Extendible

Forma de uso

  1. Agregar las siguientes lineas en la cabecera de la pagina
    <script type="text/javascript" xsrc="prototype.js" mce_src="prototype.js" > </script>
    <script type="text/javascript" xsrc="validation.js" mce_src="validation.js" > </script>
    <script type="text/javascript">
    Event.observe(window,"load",function (){ new Validation('forma'); } ,true);
    </script>
    Sustituyendo las rutas para los archivos javascript en donde sea necesario.
  2. Agregar el atributo id a la forma igual al parametro que se le pasa al constructor de validacion (en este caso, ‘forma’)
    <form id='forma' action="" method="Post">
  3. Agregar class y alt para los campos que se quieran validar. Class definira la regla de validacion que se usara y alt el mensaje que se le presentara al usuario. Si no se incluye el atributo class, el elemento no se validar� y si no se incluye el atributo alt se presentar� un mensaje por default para esa regla (P. ej. “El campo x es requerido”)<input type='text' class='required' alt='Este campo es obligatorio' value=" " />

Y listo, eso es todo :)

Reglas de validacion incluidas

  1. required: El campo tiene que tener al menos un caracter
  2. digits: Permite solo numeros
  3. nonzero: Permite solo numeros diferentes de cero
  4. chars: Permite solamente caracteres entre a y z
  5. alpha: Es una combinacion entre digits y chars
  6. email: Permite emails validos (Si si, lo se, la validacion no es perfecta, conozco el regexp)
  7. date: Permite solo fechas en el formato “YYYY-MM-DD”
  8. empty: Si se pone como clase de un campo, este solo sera validado si se encuentra lleno, de lo contrario no se validara. Puede usarse en conjuncion de otra regla para hacer un campo opcional (ver ejemplos)
  9. dupe: Esta regla es un poco especial. Requiere que ademas se llene la propiedad title. Despues buscar� el campo cuyo ID sea igual al title. Comparara ambos campos y si son diferentes mandara error. Util por ejemplo para validar campos contrase�a.

Agregar nueva reglas

Para agregar nuevas reglas de validacion, basta con modificar el archivo validation.js, en la funcion initRules, agregando una nueva linea por cada regla. El formato de las reglas es:

a.push( new Rule(“NOMBRE”, REGEXP , “texto de alerta)” ) );

  • NOMBRE es el nombre de la regla
  • REGEXP es una expresion regular contra la que se validara el campo
  • Texto de alerta es el texto por default para esa regla. Para insertar el nombre del campo se puede escribir XXXX y esto sera sustituido por el nombre del campo, por ejemplo: “El campo XXXX debe tener 5 caracteres de longitud”

Ejemplos:

Haz click aqui (abre en ventana nueva)

Bajar codigo fuente y ejemplo

validation.zip

Se aceptan sugerencias y comentarios

Posted in javascript

Bug descubierto en Meneame (Y enchilame y clones) aka "Fuera Bombas"

Aug19
2006 6 Comments Written by Masiosare

Meneame y sus clones (como enchilame el cual suelo visitar eventualmente y es para usuarios mexicanos) es un sitio de promocion de noticias “democratico”. Las noticias son “promovidas” a la portada si reciben los suficientes votos por parte de los usuarios y descartadas si son votadas negativamente.

Esto deberia ser asi, pero resulta que hay un error en la programacion del cual estoy seguro que los programadores de meneame esten enterados, puesto que parece estar puesto deliberadamente para que funcione asi… O talvez simplemente se les fue y les dio flojera arreglarlo, cosa muy comun en este medio :P

El error lo encontre uno de esos dias sin mucho que hacer y me puse a revisar el codigo para ver como funcionaba el sitio. Entonces encontre algo que parecia extra�o. Hice una prueba y bam. Funciono.

Explicacion para los mortales

Mediante un sencillo script, es posible realizar “super” votos negativos (yo lo llamo “Fuera bombas”), de manera que a la noticia le sea bajado el karma mas alla de lo comun. Este error es debido a que no se comprueba debidamente el valor de los votos negativos.

Proof of concept

Para probar el error, es necesario una noticia no publicada y estar logueado. Solo un usuario logueado puede introducir votos negativos.

Ya en la pagina de la noticia se escribe esto en la barra de direccion. (corregido, gracias!)

Javascript:linkid = document.forms.thisform.link_id.value; d = document.createElement(‘option’);d.text=’Fuera bombas!!’; d.innerHTML = d.text; d.value=’-10′; document.getElementById(‘problem-’+linkid).firstChild.appendChild(d);alert(d);

Eso creara un nuevo item en el select de “Problema” llamado “Fuera bombas”.

Ya con esto, solamente se selecciona ese item y la noticia sera votada negativa, con la peculiaridad que ese voto no aparecera en ninguna categoria y el karma de la noticia habr� bajado mas de lo normal.

Como funciona

El proceso es simple. Cuando se vota una noticia en negativo el navegador le envia un numero negativo al servidor dependiendo del tipo de error que se le mande (spam, duplicada, etc). Del lado del servidor se verifica ese valor y lo a�ade al karma. El problema esta en que la validacion no es adecuada. En lugar de verificar por valores especificos (los mismos de cada categoria), simplemente se checa que ese valor sea mayor a -10.

El script lo unico que hace es crear un nuevo elemento con el valor -10 y por lo demas, se usa la infraestructura ya creada por el sistema de votacion.

Como arreglarlo

Como ya dije en el apartado anterior, el arreglo es sencillo. Basta con mejorar la validacion de los votos. Es un arreglo de una linea.

El arreglo debera estar implementado en enchilame en cuanto encuentre al administrador (o me de su password ya le dije xD) y meneame lo debe arreglar en menos tiempo del que yo me tome en escribir el articulo. (demasiado largo, para mi gusto, pero hoy tenia ganas de escribir :) )

Es importante que los clones se actualicen al nuevo codigo lo antes posible, ya que con esta informacion es relativamente facil manipular el karma de las noticias. Hay un par de errores mas en el codigo que los ire sacando poco a poco. Y al igual que este, son menores.

P.D

Seguramente se me preguntara porque no avise primero a los desarrolladores de meneame. Bueno, la respuesta es sencilla. Queria credito por el descubrimiento :P . Ademas no se quien administre alla, por eso solo lo hable con el administrador de enchilame. Asi que como diria nuestro intento de dictador… disculpen las molestias que esto ocasiona.

UPDATE

El codigo anterior tenia comillas dobles en lugar de simples. Era un error. Ya esta corregido

Posted in enchilame
Newer Entries »