Mudanza de ArgenBlogs

A nueva casa, con la base de datos llena de polvo.

Desde hace varios días, ArgenBlogs está offline de a ratos, o muestra la portada con dibujitos extraños en lugar de caracteres acentuados o eñes. La explicación para tanto gataflorismo es que andamos en plena mudanza de servidores. Y, hay que decirlo, está siendo bastante polvorienta.
Subir el sitio mediante FTP es una pavada, desde luego. Lo que más dolores de cabeza viene dándonos es la codificación y cotejamiento de la base de datos. Por alguna razón, no termina de mostrarse como debería. No nos vendría nada mal un poco de ayuda de algún MySQL-Master, así que sirva este anuncio como botella al mar, a ver quién nos puede dar una mano con el tema. ¿El pago? Una bebida gratis, a cuenta del equipo, en la próxima reunión.
Confiamos en tener todo funcionando para fines de esta semana que comienza. Si no fuera así, parafraseemos a ciertas nenas y digámoslo: La culpa, seguramente, es de Jonathan. =P

Actualización 20/02/07 18:00

El problemita de la base de datos ya fue solucionadogracias a la paciencia y sagacidad de Juan, para quien va nuestro agradecimiento eterno y un trago a nuestra cuenta cuando nos veamos las caras (claro, él está en Santa Fe). Ahora resta esperar que los fucking DNS se propaguen de una vez. Aunque Walter, Andrea y Pablo Mancini dicen que pueden entrar lo más bien. ö_Ö

Actualización 21/02/07 15:00

Ya se propagaron los DNS y todo está funcionando perfectamente. Una novela con final feliz. =P

20.02.07
J.E.L.
¿Sos MySQL-Master? [5]

¿Sos MySQL-Master? » Mudanza de ArgenBlogs

Francisco » # » 20.02.07

Jonathan, cuando mudé la base de datos de mi blog me pasó algo similar. Para solucionarlo, lo que hice fue lo siguiente:

1. Exporté la base de datos en un archivo “.sql” desde mi servidor.
2. La abrí con el bloc de notas.
3. Seleccioné todo el texto y lo copié.
4. Me fuí a phpMyAdmin y pegué todo el contenido en el cuadro de texto que se encuentra al hacer click en la pestaña “SQL”.

Luego de hacer todo eso, funcionó perfecto. Por lo que leí es un problema de la codificación de caracteres que posee el archivo que exportas.
Maniquí » # » 20.02.07

Infinitamente lejos (o infinitamente cerca, que es lo mismo) estoy de ser un MySQL Master.
Pero he sufrido el problema de los caracteres extraños alguna vez.
Obviamente, está relacionado con el charset, el encoding y todas esos términos que uno tiene que aprender cuando está en problemas.

La panacea, aparentemente, es utilizar UTF-8. Claro está que dependés de algunos factores, como que el MySQL de tu hosting sea 4.1+ y luego, fijarte que la base de datos esté en ese encoding, para luego fijarte además que los HTTP headers envíen los datos como UTF-8 y cosas así que seguramente estoy explicando mal.

Por eso, lo que sugiero es empezar por aquí.

JEL, espero que te resulte y que te sea leve!
JEL » # » 20.02.07

Francisco y Maniquí, al final parece que el problema estaba en una mala exportación de la base de datos original. Además de que las versión de MySQL en el hosting antiguo era 4.0, mientras que en el nuevo hay una flamante 4.1. Creo que sería bueno que Juan trate de explicarlo mejor, ya que todo el mérito de la solución al problemilla es suyo.
Juan » # » 21.02.07

Ok, un día después, pero más vale tarde que nunca.

Empezando por el principio, la instalación anterior de Textpattern tenía seteada la codificación de caracteres (collations) a latin1 y en el server nuevo habían realizado una instalación limpia de Txp 4.0.4. Esta última utiliza UTF-8 por defecto y este fue el primero de los problemas.

Lo que hicimos fue cambiar el valor de la variable $txpcfg[‘dbcharset’] a latin1 en vez de utf8 en el archivo config.php que hay que crear al momento de instalar el sistema.

2) Como dijo Jon, en el server anterior tienen instalada la version 4.0 de MySQL y en el nuevo la 4.1, y es esta ultima en la que la gente de MySQL empieza a meterse en el mundo de la internacionalización.

No sé si esto habrá tenido que ver con el problema pero lo aclaramos de alguna manera. ¿Qué administrador / programador no lidió alguna vez con ésto?

3) Por algún motivo el volcado de la base de datos original no fue realizado en latin1_swedish_ci (que si no me equivoco es el ISO-8859-1 de las DB) y el dump presentaba los ya conocidos caracteres fackeados (tenemos que ponerle un nombre a eso :P).

Probablemente esto se deba a que a la hora de realizar el volcado (dump) de la DB no se le haya prestado atención al tipo de charset seleccionado en las opciones que presentaba phpMyAdmin. Esto lo digo porque cuando volví a hacer el dump UTF-8 venía seleccionado por defecto en vez de latin1.

Y bueno, volamos las tablas de la DB con problemas, hicimos un reload de los datos y luego de un par de minutos todo salió, básicamente, andando. Digo básicamente porque después nos cruzamos con alguna especie de magia negra de Apache que no nos dejaba ver el sitio pero sí el administrador.

Y bueno, solo queda decir que aquellos que no probaron Texpattern le peguen una mirada porque vale la pena. Es impresionante la manera con la que gestionan los índices en la base de datos.

... y que fue un honor para mi haber contribuído de esta manera con el proyecto Argenblogs.
Luis Alberto » # » 27.02.07

Que bueno que se halla arreglado… a mi también me pasó el mismo dolor de cabeza cuando mude servidores, pero nadie se dio cuenta hasta como 3 meses después, ya que algunas tablas pasaron bien, y otras con el charset hasta el queso…
Saludos!