Comentarios en: El problema del charset en la migración a WP2.2 o superior

Por: hiper

hiper — Sun, 10 Oct 2010 09:06:01 +0000

Bueno yo encontré tu post de casualidad, tenia una base de datos vieja que corría en mysql 4.0 de un phpnuke y estaba en latin, seguí las instrucciones de otra web y me quedo perfecto, ahora tengo todo en utf-8 unicode, tambien tuve problemas con zend, ultraedit, y notepad++, pero ya aprendi como lidiar e intercambiar de latin1 a utf-8, tambien baje fuentes unicode y etc, etc. ahora duermo, y suenio en utf8 jajajaj.

Por: yon

yon — Fri, 08 Oct 2010 19:53:57 +0000

Hiper, a mi eso no me funcionó, sino que me dejó todo con caracteres rarunos. La culpa es del WP2, que estaba mal hecho. Gracias

Por: hiper

hiper — Fri, 08 Oct 2010 19:20:32 +0000

iconv -f ISO-8859-1 -t UTF-8 db.sql > db_utf8.sql

eso es simple y no toma nada de tiempo

Por: Yon

Yon — Thu, 05 Aug 2010 14:45:45 +0000

A mi la solución 4 me ha cambiado correctamente los caracteres a UTF-8.

Como dicen en el CODEX, la solución 5 se hace ocn el UTF8-Sanitize Plugin, que tiene una opción para recorrer los campos text y “sanearlos”.
http://www.prelovac.com/vladimir/ultimate-solution-to-weird-utf-character-encoding-problem
No lo he probado, no lo voy a probar…

Una solución paralela a la 5 es hacer un dump y tirar de iconv
http://blogofsysadmins.com/cambiar-la-codificacion-de-archivos-de-iso-8859-1-a-utf-8

Por: Javier Llorente

Javier Llorente — Thu, 05 Aug 2010 12:47:49 +0000

Si se opta por la solución 5, es más efectivo y dará menos problemas a largo plazo sustituir los caracteres acentuados y especiales por su entidad html equivalente. Es lo que hice con la migración de mi viejo blog.

Por cierto, ¿sabes de alguna aplicación o script que lo haga automáticamente? Hacerlo a mano con el buscar y reemplazar del editor de texto es un rollazo

– Javi