Al enviar (publicar) correos de la lista de distribución (MaMML de Mambo) no me aparecia la lista de correos enviados y parecia que la página quedaba trabada y no hacia nada aunque en realidad si enviaba los email's. Despues de investigar un poco me di cuenta que utiliza la función flush() de PHP la cual nos ayuda a enviar la salida del buffer al navegador del cliente sin importar que aun no se ha cargado la página completamente.

En palabras de la ayuda de PHP tenemos lo siguiente:

Vacía los búferes de salida de PHP y de cualquiera que sea el motor que PHP esté usando (CGI, un servidor web, etc). Esto en efecto trata de enviar toda la salida acumulada hasta el momento al navegador del usuario.

Y tambien indica en la ayuda que puede tener un comportamiento extraño cuando se utiliza compresion Gzip desde Apache y ya con esta información revise la configuración de Mambo y me di cuenta que efectivamente la directiva $mosConfig_gzip del archivo configuration.php estaba activada (1) y por lo tanto mandaba los encabezados de compresión.

Para solucionar el problema del modulo MaMML pero seguir teniendo compresión Gzip (ya que esto ayuda en la velocidad de transferencia de datos desde el servidor web) es necesario modificar el archivo includes/mambo.php y buscar la función initGzip y despues reemplazar la linea del IF que dice:

y cambiarla por la siguiente linea:

Digo es un mega parche pero funciona bastante bien, supongo que si se tienen varias páginas con este problema del flush se podria buscar una comparación en un arreglo de modulos o algo asi, pero para este problema especifico ese error se soluciona.

He estado probando Meteora y Mootools para un buscador de teléfonos y en Firefox me funciona de maravilla pero al querer probar la aplicación en Internet Explorer 7 me aparece el siguiente error:

Y al probar la página en Internet Explorer 6 me aparece otro error muy diferente a el del IE7

La solución para eliminar el problema del IE7 y del IE6 es quitar el encabezado del content type de mi archivo que mando llamar mediante Ajax.

Eliminando esa parte de código ya funciona correctamente la página web, ahora solo falta saber el porque del error que solo aparece en el Internet Explorer??, pues la verdad quien sabe pero ya ven que el IE simplemente es un asco para visualizar páginas web (y yo que pensaba que la versión 7 hiba a ser mas compatible pero nada de nada)

[actualizado] Me acabo de dar cuenta que el resultado de mi Ajax no se ve bien los acentos debido a la codificación ya que necesito utilizar UTF-8 porque en el encabezado de mi página manejo:

y cuando me regresaba el resultado del Ajax pues como quite el content type pues ya me fallaba el asunto, así que para solucionar el problema del UTF y de la misma forma no afecte el error del IE solo se tiene que agregar la siguiente linea:

Y listo!, todo funciona como debe de ser

He estado probando el sitio de un cliente con los diferentes Navegadores (Firefox, IE6, IE7, Safari y Opera) y para variar he tenido más de algún problema, ya saben con quien!!, claro!! con el Internet Explorer 7 y no se diga con la versión 6 del IE (todo un asco de navegador).

Bueno, la cosa esta en que quiero editar dinamicamente mediante Javascript el valor de la propiedad CLASS (clase en español jeje) y al utilizar la propiedad setAttribute('class',"NOMBRE_CLASE") en el Explorer nomas no se realiza el cambio y en los demas navegadores todo va de maravilla.

Ahora bien, después de investigar un poco he encontrado que el IE no soporta el atributo class y en lugar de eso utiliza uno llamado className.

Como he utilizado prototype para mayor compatibilidad solo es necesario poner el siguiente código:

La verdad esta muy fácil de entender, solo es cosa de agregar las librerías del prototype y usar la clausula del IF la cual nos indica si es Internet Exploder entonces se procede con el className y si es cualquier otro navegador decente se procede con el atributo class, asi de fácil.

He estado probando el sitio de un cliente con los diferentes Navegadores (Firefox, IE6, IE7, Safari y Opera) y para variar he tenido más de algún problema, ya saben con quien!!, claro!! con el Internet Explorer 7 y no se diga con la versión 6 del IE (todo un asco de navegador)

Bueno, la cosa esta en que quiero editar dinamicamente mediante Javascript el valor de la propiedad CLASS (clase en español jeje) y al utilizar la propiedad setAttribute('class',"NOMBRE_CLASE") en el Explorer nomas no se realiza el cambio y en los demas navegadores todo va de maravilla.

Ahora bien, después de investigar un poco he encontrado que el IE no soporta el atributo class y en lugar de eso utiliza uno llamado className.

Como he utilizado prototype para mayor compatibilidad solo es necesario poner el siguiente código:

La verdad esta muy fácil de entender, solo es cosa de agregar las librerías del prototype y usar la clausula del IF la cual nos indica si es Internet Exploder entonces se procede con el className y si es cualquier otro navegador decente se procede con el atributo class, asi de fácil.

Porque no me enseñaron este diagrama antes de estudiar Telematica.

Así que ya sabes!, piensalo 2 o 3 veces antes de llegar a ser un picateclas! jajajaja

He estado viendo las tiras comicas de la TiraEcol o mejor conocida como Bilo y Nano, y la verdad es que me he carcajeado de amonton!.. jaja, que haríamos sin ese humor geek!

Aquí les pongo algunas tiras que más risa me han dado!!, espero y las comprendan ya que algunas necesitas un poco de frikismo.

Linux, ese gran desconocido

Robotito con Windows ™

Gane dinero navegando

ReiserFs con dos cojones

ReiserFs con dos cojones

Jajaja, en fin!!, seguire leyendo algunas tiras más solo les queria compartir algo de humor para este Viernes.

En internet explorer 6 me aparecía el siguiente error en el debuger del IE:

Lo más curioso es que a veces me aparecia en algunas paginas y en otras no aparecía y tenían los mismos encabezados, hasta que encontre el problema: Utilizo un la etiqueta BASE, pero ejecutaba código javascript antes mediante un archivo externo de JS, osease tenia algo asi:

Osease que todas las rutas estan ligadas a lo que se encuentre en BASE, pero el archivo de JS lo queria cargar antes y pues no encontraba la ruta, asi que la solución es primero poner el BASE y despues ya lo del Javascript, quedando algo asi:

Y listo! no más error en el explorer 6 (en los otros navegadores, Safari, Firefox, Explorer 7 y Opera no me aparecía ese error)

Después de instalar la versión 1.6.0.2 de prototype me aparecía el siguiente error en Firefox

Y buscando la linea de codigo del error me encontraba con el siguiente codigo:

Y para variar en Internet Explorer tenia un bonito mensaje de:

La solución a este problema es actualizar la librería scriptaculous ya que yo tenia la versión 1.7.0 y la cambie por la 1.8.1 y listo! no más mensajes molestos de errores.

Hoy me fije que me apareció el siguiente error en la consola de error de javascript en Firefox:

ó que es lo mismo pero en español.

Primero pensé que era la libreria de javascript prototype ya que la había actualizado a la versión 1.6.0.2 asi que la regrese a la versión 1.5.0 que es con la que estoy trabajando en un proyecto de envío de mensajes vía SMS, pero aun así me aparecia el mismo error, luego pense que se trataba de la propiedad innerHTML ya que habia leido que tenia problemas en InternetExplorer y todas las peticiones con innerHTML las cambie por la función replaceHtml que encontre en el sitio de anieto2k pero aun así tenia el mismo problema.

Luego observe que solo me aparecia cuando le daba click en las cajas de texto ( input type="text" ) o escribia algo en dichas cajas, lo cual me parecia un más raro, y despues de buscar y buscar en Google encontre la solución al problema del HTMLDivElement.parentNode

En primera nunca pense que tenia relación el problema con la librería CalendarPopup la cual permite visualizar un calendario con muchisimas funciones interesantes. y bueno lo unico que se tiene que hacer es remplazar todo lo que diga:

La verdad esta muuy fácil la solución, pero bueno, cuando uno no tiene ni la mas minima idea del error esto se vuelve realmente complicado.

Desde que me cambie a la nueva versión de Ubuntu 7.10 tenia un problema con las terminales (esas que te cambias con CTRL + ALT + F2) y por X o Y razón no habia tenido la calma de buscar la solución, primero pense que se podia tratar de la resolución de la terminal la cual se cambia desde el archivo /boot/grub/menu.lst en las opciones donde aparecen las diferentes versiones del kernel, por ejemplo:

Solo es cosa de agregarle VGA = a cualquier valor de la tabla de abajo.

Profundidad Color | 640x480  800x600  1024x768 1280x1024
------------------+-----------------------------------------------------
256        (8bit) |    769     771       773      775
32000     (15bit) |    784     787       790      793
65000     (16bit) |    785     788       791      794
16.7 Mill.(24bit) |    786     789       792      795

Si quieren probar las resoluciones sin cambiar nada en el archivo de configuración de Grub, una vez que inicien la computadora y cuando aparezca el menú del Grub, presionar la letra E para editar algún campo, después para guardar con ENTER y para entrar a Linux con la B

Bueno, despues de hacer lo anterior todavia no veia nada en las terminales, solo veia negro, o las tipicas lineas de colores como las que se ven en la TV cuando no se tiene señal., ahora bien, la solución aparte de lo anterior es agregar los modulos fbcon y vesafb dentro del archivo /etc/initramfs-tools/modules (un modulo por cada linea), despues actualizar el initramf con:

Y para rematar editar el archivo /etc/modprobe.d/blacklist-framebuffer y cambiar la linea donde dice blacklist vesafb por un gato inicial: # blacklist vesafb y listo! reinicia Linux y ya puedes ver el texto de las terminales.