Inundaciones

Este año ha llovido “mucho” en la Comarca Lagunera, uno puede ver charcos, baches y “lagunas” en todos lados, pero hoy al llegar al trabajo ¡Ohh Ohhh!, señal de alerta.

Teníamos una pequeña inundación en el peor de los lugares, si amigos, el cuartito de los servidores :S

Volteamos hacia arriba y nada, no se veía una gotera o algo que diera pista del origen del agua, que por cierto era una cantidad considerable.

Bajé la mirada hacia el switch principal, me quedé frío al ver que de un conector de red salían unas pequeñas gotas de agua.

De emergencia lo puse en una taza que tenía a la mano mientras veía que más se había mojado, claro que apagué el switch y todo lo que pude mientras intentaba contener el desastre.

Cable de red inundador

Ese cable viene de una torre, supongo que empezó a juntar agua y como manguerita siguió su curso hasta la primer salida que encontró, en este caso el switch en mi cuartito de servidores.

Afortunadamente después de hacer un recuento de los daños lo único que se perdió fue un teclado y tres mechones de mi cabello :D

Archivado en: Bug Hunter, Comarca Lagunera | (2) Comentarios | October 21, 2009
Agregar a del.icio.us

Cuando MySQL confunde la ñ con la n

Llevaba 3 días tratando de resolver un problema con mi base de datos.

No me quejo, llevo mucho tiempo trabajando con MySQL como mi base de datos principal sin problema alguno, de hecho el error fue mío por desconocer la codificación adecuada para el proyecto.

El problema era que cuando hacia una consulta no me mostraba los datos correctamente. Por ejemplo si le pedía la información relacionada con el articulo AÑ056 , me regresaba los datos del articulo AÑ056 y los del AN056 !!!, no distinguía la diferencia entre uno y otro. ¡No distinguía la diferencia entre la n y la ñ!

Al principio creí que era un problema del Conector ODBC que uso en windows, pero después de hacer unas consultas en google quedó descartado.

Segundo sospechoso fue la codificación y es que por default mysql en windows se instala con latin1, al parercer esta codificación presenta problemas al momento de crear índices con caracteres especiales como la ñ o letras acentuadas.

Por cierto, sigan mi consejo, es importantísimo hacer un respaldo de los datos, por estar concentrado en los cambios de la codificación por poco y pierdo los datos. Y si es posible trabajen en una base de datos local de pruebas para no interrumpir el trabajo de la base en producción.

Después de hacer varios intentos y de recuperar en cada uno de ellos mi base de datos original, el problema se solucionó cambiando la codificación de toda la base de datos y en especial en el campo que me estaba ocasionando problemas.

database encode

La base de datos quedó de la siguiente forma:

Character set: utf8
Collation: utf8_unicode_ci

La codificación del campo fue la que me causó mayor problema (y es el origen del bug), intenté con varias codificaciones hasta que dí con la que me funcionó, por ejemplo si intentaba con un collation utf8generalci me daba un error de Duplicate entry, supongo que era un error por el valor del campo llave duplicado.

Y con un utf8unicodeci , me decía que los datos eran demasiado grandes para el campo.

Al final quedó de la siguiente manera:

Cambiando la codificación del campo

Character set: utf8
Collation: utf8_spanish_ci

Eso solucionó el problema y al hacer las consultas me regresó correctamente los registros adecuados. :)

Pasen un buen fin de semana !!!

Archivado en: Linux y Software Libre, Bug Hunter | (3) Comentarios | October 3, 2009
Agregar a del.icio.us

Norton Internet Security no permite abrir páginas en Explorer o Firefox pero si el MSN

Dos días me tarde en encontrar al culpable pero lo logré ….

Todo comenzó hace un par de días, llegó una nueva compañera de trabajo con su flamante HP nuevecita con el infame windows vista home edition premium.

HP con el infame windows vista

La idea era darle acceso a la red del trabajo, pero era imposible, aunque estaba conectada a la red no lograba establecer una conexión con mi servidor Ebox.

Al revisar la computadora me di cuenta de que tenía DOS antivirus instalados y ejecutándose, el Norton Internet Security (que supongo venía de fábrica) y el AVG Free Edition.

Norton Internet Security

Quité ambos, le di una pasada con el ccleaner y reinstalé el AVG, pero ahora al hacer esto marque el comienzo de mi calvario.

Inexplicablemente el windows no abría ninguna página, ni usando el Internet Explorer 7 ni con Mozilla Firefox, pero extrañamente si se podía conectar al MSN y al Skype.

¿Donde estaba el culpable? creí que era el firewall de vista, pero después de desactivarlo se comportaba de la misma manera.

Tardé dos días persiguiendo al fantasma, búsquedas intensivas en bing no me dieron ningún resultado (pero eso ya lo sabía), así formulé una hipótesis que al parecer fue la correcta.

Por alguna extraña razón una parte del Norton Internet Security seguía viva en la computadora ¿Donde?, no lo se exactamente, pero ¿Cómo eliminar un programa que ya había desinstalado?.

Gracias a Google que me dio la ubicación de una herramienta de la misma Symantec llamada Norton Removal Tool, un pequeño archivo que literalmente barre con todo rastro de algunos productos de esta compañía.

El programa me hizo algunas advertencias, capturar un captcha y después de reiniciar, tras unos laaaaargos minutos de suspenso (¿Les tengo que recordar que el arranque de vista es leeeeeeeeeeento? ) ¡Al fin! todo regresó a la normalidad.

En ocasiones ya he mencionado que Norton (y Symantec) han hecho una industria con los errores de Windows, pero en un afán de “proteger” este sistema operativo se pierde rapidez en el sistema. En varias ocasiones he visto personas con computadoras que se arrastran después de quitar el Norton han recuperado la agilidad de sus equipos.

¿Ustedes siguen usando productos de Symantec?

Archivado en: Bug Hunter, Sobreviviendo a Windows | (18) Comentarios | July 9, 2009
Agregar a del.icio.us