Todos estamos acostumbrados a que esto es razonable, es perfecto, es aceptable. Pero, ¿realmente lo es? Discutamos un poco al respecto, he aquí una posición que proponemos, y quisiéramos que el lector participara en ello.

Imagine usted que el físico inventor del motor de cuatro tiempos construyera dicho motor de un carro, basado en termodinámica para incrementar la presión al disminuir el volumen de los cilindros, y unos años después las leyes de la naturaleza sufrieran una actualización, dejando al motor inservible por incompatibilidad con las nuevas leyes. Las viejas cosas suelen ser incompatibles con lo nuevo, por la forma en que se enlazan o conectan, por su tamaño, por sus protocolos, por los materiales con que antes se construían, etc. Pero ¿lo nuevo no debería, forzosamente, hacerse compatible con lo viejo, de tal manera que estas cosas que han funcionado durante tiempo, para tantas personas, sencillamente continúen funcionando?

¿Es razonable que los constructores de php apliquen esta misma dinámica que también Microsoft aplica con su paquete evolución de Visual Studio .NET, de no mantener una sólida y sencilla compatibilidad hacia atrás?

Esto es, los correos sí le llegaban, pero parecía existir un problema con la recogida de las variables POST. El método para depurarlo ilustra un método ágil para depurar estos casos. Observe usted los siguientes pasos:

1. Se confirma, por supuesto, cómo están llegando los correos. Resulta que mi amigo recibía un correo algo así como:
———————–
Subject: Correo enviado por el formulario
Content:
Escribieron desde el formulario. Los datos son:
Nombre:
Asunto:
Comentario:
————————-
Y al frente de “nombre”, “asunto”, “comentario” debía estar lo que introduce el visitante en el formulario, pero llegaba en blanco.

2. Rápido tanteo: Lluvia de ideas con rapidez. Uno podría empezar a discutir: <Tal vez el problema es de su página en html, que la cambiaron, tal vez ellos mismos hicieron un cambio y no se acuerdan, tal vez cambiaron alguna línea en su php y no lo recuerdan. >. Ese método sirve, pero durante unos pocos segundos. Es decir, si no sirve para resolver un problema, o identificarlo con mucha rapidez al cabo de menos de un minuto de pensamiento, debe abandonarse el método del “tanteo aleatorio” con esta lluvia de ideas, al menos en el ejercicio de DEPURAR. Sin embargo, fue mi primer camino, y lo usé para ingresar al html y verificar las propiedades “action” y “method” del formulario. Supe que el “action” apuntaba al script php correcto, y supe que el método era “post”.

Empezar a especular de esta forma, como con “lluvia de ideas”, finalmente resuelve el problema. Pero a veces ocupa demasiado tiempo, no lo recomendamos para búsquedas largas de una DEPURACIÓN. En un proceso creativo puede ser mucho más útil, pero no al intentar depurar. Así,otra manera de proceder tal vez sería devolverse, y éste es el siguiente paso.

3. Empezar a devolverse. ¿Qué ocurre cuando la persona ve su correo incorrectamente? ¿Es posible ver algo más, todavía en su bandeja de entrada, en donde estamos?
Pues sí, podemos ver el mensaje de correo en bruto, con sus encabezados y contenido.
Encontré allí que el correo estaba en blanco, pero sí tenía contenido en texto raso. Identifiqué el contenido en texto raso (encabezados de tipo MIME para envíos de archivos, si se llegaran a enviar attachments con el correo), pero no podía hacer más desde este punto.

Este paso me permitía conocer la fisonomía del contenido del cuerpo del correo (su body), si el contenido por completo se truncaba, o únicamente las variables, si tal vez estaba llegando el texto raso pero tenía también una versión en formato html ese mismo correo y de pronto una de las dos no se veía bien, etc.

Ahora, hay que seguirse devolviendo, y vamos al paso siguiente.

4. ¿Qué ocurre antes de que llegue el correo?

Como la página está en php, seguramente utiliza una función “mail” en alguna parte. Pero, ¿en dónde? Este segundo paso consiste, por lo tanto, en ubicar el paso previo a la llegada del correo: ubiqué el script de php que era llamado por el html del formulario. Ese php se llamaba “webform.php”.

5. Una vez allí, busqué la función de envío de correos. Probablemente debía estar al final, así que empecé por el final del script. Encontré un método de una clase, que parecía ser el encargado del envío, y me remití a la definición de ese método. No me sorprendí de encontrar allí la función “mail” de php.

6. Se INTERCEPTA el envío de e-mail antes de que se ejecute la función para mandarlo. De manera que puse un <? die(“$contenido”); ?> antes de la función mail, y resultó que imprimía EL MISMO CONTENIDO que yo había visto en el paso número 3. Por eso dicho paso no era tan trivial.

El paso 3, de ver el correo en bruto, parecía una bobada: pero permitía OBSERVAR, que es fundamental para resolver problemas. El lector debe desarrollar un agudo sentido de observación, que consiste, esencialmente, en NO DESPRECIAR SUS PROPIAS OBSERVACIONES NI LAS DE LOS DEMÁS. Todo lo que la gente observa, es por algo. Encuentre esas razones, cada vez es menos común en nuestra especie, gracias a la educación y a nuestras mejoras en el pensamiento racional, que la gente se autoengañe con sus propias afirmaciones y observaciones.

Así, el paso 3 fue fundamental para identificar con rapidez, en este punto, que SÍ se tenía el mismo contenido, pero sólo faltaban las variables.

7. Por lo tanto, como el método era POST, busqué en dónde se construía el body o cuerpo del correo, con el fin de identificar en dónde se estaban recogiendo las variables POST. Rápidamente se me vino a la cabeza una imagen como ésta:

?

Matriz http_post_vars es obsoleta

8. Se explora esta sospecha: efectivamente, para algunas actualizaciones de php, a algunas personas esta variable ha dejado de funcionar. Así que la cambié por $_POST, y el problema quedó resuelto de inmediato.

—————

En conclusión, el método para depurar paso a paso sí funciona. Se resolvió en menos de 20 minutos un problema que ellos tenían desde hacía 15 ó 20 días, según sus palabras. Y todo queda explicado con una teoría muy sencilla: efectivamente ellos no habían tocado el sitio, los administradores del servidor habían realizado una actualización del php, que no tenía compatibilidad hacia atrás con esta función.

Este caso, por demás, amerita participar en un post acerca de “compatibilidad hacia atrás al crear tecnología” que luego publicaremos.

Saludos,

Investigación y Programación.

Partir de la herramienta (“en qué uso este martillo que tengo, caray, dónde habrá una puntilla para clavar, ahora que estoy estrenando martillo”) es más difícil, o más bien, mucho más LARGO e incierto. Otra alternativa puede ser partir de la lista de cosas que puede oler, que faltan. Y, entonces, ANTES de salir a buscar cosas por fuera de su taller, preguntarse: “con lo que YA tengo, sin comprar nada más, ¿es
posible resolverlo?”. Pero esa última pregunta podría facilitarse si antes de eso usted ha “universalizado” sus herramientas antes de usarlas. “Un martillo, ¿para qué más podría servir, además de sus dos usos básicos?”, y entonces cada herramienta que YA tiene le sirve para muchos más fines, para cuando empiece a resolver problemas.

Adicionalmente, para concentrar los esfuerzos tanto del autor como del lector, haremos otra restricción para esta primera parte: la ingeniería en reversa tiene un rango de aplicación dentro y fuera de la tecnología, incluso en el arte podemos hacer una ingeniería en reversa deliciosa para hipotetizar cómo se construyeron ciertas piezas de arte, pero no hablaremos de esto aquí. Nos concentraremos en la ingeniería en reversa aplicada sólo para las invenciones en tecnología, y dentro de ella no será tecnología blanda ni métodos, sino tecnología dura. Empezamos, pues.

—————————//———————————-
————————–//———————————–

La ingeniería en reversa tiene un concepto central, independientemente de la tecnología que se quiera conocer por dentro. Y es que, en el funcionamiento de cada sistema tecnológico, hay algo que lo recorre por completo, en el caso de los dispositivos electrónicos hay una corriente que los recorre, y en el caso de los programas de software hay una flecha del tiempo para generar los algoritmos. En un motor de gasolina el combustible y el comburente recorren un cierto camino, y la energía que se transforma desde energía química hacia energía mecánica, también tiene un recorrido, así como una hoja de papel en una impresora, desde que es recogida por la impresora en la bandeja de entrada, hasta que sale impresa. Con esto tenemos así nuestras primeras formas de “agrupación” o “caminos de asociación” que mencioné arriba en el primer párrafo de este texto.

En algunos de estos casos puede haber procesos “asíncronos” que no son tan fáciles de ubicar dentro de esta flecha del tiempo, como es el caso de los eventos que sólo ocurren cuando un usuario estimula al sistema de una cierta forma, y en algunas ocasiones hay procesos paralelos, procesos simultáneos, que están ajustados para que se encuentren en un momento dado. En el caso del motor de gasolina, sabemos que tiene que recogerse aire del ambiente, mientras que en forma simultánea se recoge la gasolina del tanque para que al cabo del recorrido que hace cada uno -con sus respectivos métodos de control, y todas las formas en que se chupó cada fluido-, finalmente se encuentren y se genere una combustión de alguna forma. En una aplicación de software que espere un evento de un objeto, muy internamente debe haber un bucle que revisa una y otra vez si cambió alguna señal de un periférico, para saber cuál debe ser su reacción.

Todo esto arroja un primer recorrido para conocer el funcionamiento de un objeto. Todavía no es una ingeniería en reversa completa, porque no permite re-inventar el objeto, ni contextualizar por qué se tomaron unas decisiones y no otras, cosa que veremos más adelante. Pero este primer enfoque servirá para comenzar. Comencemos, además, con un objeto técnico, concretamente una máquina.

Veamos inicialmente estos casos, para entrar en calor.

Ejemplo 1: Programación orientada a objetos.

Caramba, iré completando este texto mientras le robo tiempo al tiempo!!! Gracias a los lectores!!!

1. Cuando falle algo que estaba funcionando bien antes, NO VUELVAS A EMPEZAR. Compara la nueva versión con la vieja versión, y ENCUENTRA el error. Aprende de tus errores. A menudo algunas personas dicen que esto toma más tiempo, que es tiempo mal gastado, etc. Pues estoy en completo desacuerdo. Encontrar e identificar un error, te permite evitar cometerlo en el futuro, te permite tener mayor confianza en la tecnología y en tí mismo (te evitas esa incertidumbre de que “una vez algo me falló y nunca supe qué fue, y la única solución que se me ocurrió fue volverlo a hacer, y mágicamente funcionó”).

Espero que algunos lectores contribuyan a crecer esta lista.

Saludos.

Investigación y Programación Ltda

Por ello, un mejor método para exportar datos de Excel a MySQL es a través de sentencias SQL, sentencias INSERT INTO que contengan toda la tabla. He aquí una macro en Excel que servirá a los lectores para lograr ese propósito con relativa rapidez, es decir, exportar una tabla de Excel a una sentencia SQL que podrá importarse fácilmente en MySQL, evitando los problemas de codificación y evitando la tontería de tener que definir en la tabla de Excel TODAS las columnas que existen en la tabla de MySQL, cosa que no siempre tiene sentido como es en el caso de la clave ID autonumérica.

El código que deben pegar en el editor de Visual Basic para Aplicaciones de Excel (menú herramientas -> Macros -> Editor de Visual Basic) es el siguiente. Cuando lo ejecuten, les pedirá el nombre de la tabla en MySQL, porque la sentencia SQL necesita conocer ese nombre. El resultado se escribe en la ventana INMEDIATO de Visual Basic, a la que pueden acceder desde el menú “Ver”->Ventana Inmediato.

Saludos, y esperamos que sea útil.

Investigación y Programación

http://investigacionyprogramacion.com/wordpress/?p=25&lang=en