<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios en: Convertir BD en MySQL de LATIN1 a UTF8</title>
	<atom:link href="http://ociotec.com/convertir-bd-en-mysql-de-latin1-a-utf8/feed" rel="self" type="application/rss+xml" />
	<link>http://ociotec.com/convertir-bd-en-mysql-de-latin1-a-utf8</link>
	<description>Web sobre informática, tecnología y otras aficiones...</description>
	<lastBuildDate>Sat, 12 May 2012 10:19:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Por: Emilio González Montaña</title>
		<link>http://ociotec.com/convertir-bd-en-mysql-de-latin1-a-utf8/comment-page-1#comment-2959</link>
		<dc:creator>Emilio González Montaña</dc:creator>
		<pubDate>Thu, 01 Oct 2009 13:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://ociotec.com/?p=412#comment-2959</guid>
		<description>Hola Juan,

Lo único que se me ocurre si te ha fallado todo lo demás es que hagas lo siguiente:
- Haz un backup de la base de datos a un fichero SQL en modo texto.
- Hazte un script que te busque y reemplace todos los posibles caracteres inválidos al nuevo formato.
- Importar el fichero ya reemplazado en una base de datos con la codificación apropiada.

Si lo del script te es complicado, siempre puedes usar un editor de textos e ir reemplazando cada tipo de caracter (suelen incluir una opción llamada &quot;Reemplazar todas las ocurrencias&quot;).

Ya sé que no es lo más bonito, ni automático, pero a mi me ha tocado hacerlo alguna que otra vez... es una solución fea pero funciona.</description>
		<content:encoded><![CDATA[<p>Hola Juan,</p>
<p>Lo único que se me ocurre si te ha fallado todo lo demás es que hagas lo siguiente:<br />
- Haz un backup de la base de datos a un fichero SQL en modo texto.<br />
- Hazte un script que te busque y reemplace todos los posibles caracteres inválidos al nuevo formato.<br />
- Importar el fichero ya reemplazado en una base de datos con la codificación apropiada.</p>
<p>Si lo del script te es complicado, siempre puedes usar un editor de textos e ir reemplazando cada tipo de caracter (suelen incluir una opción llamada &#8220;Reemplazar todas las ocurrencias&#8221;).</p>
<p>Ya sé que no es lo más bonito, ni automático, pero a mi me ha tocado hacerlo alguna que otra vez&#8230; es una solución fea pero funciona.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Juan Yves</title>
		<link>http://ociotec.com/convertir-bd-en-mysql-de-latin1-a-utf8/comment-page-1#comment-2958</link>
		<dc:creator>Juan Yves</dc:creator>
		<pubDate>Thu, 01 Oct 2009 12:46:52 +0000</pubDate>
		<guid isPermaLink="false">http://ociotec.com/?p=412#comment-2958</guid>
		<description>A mi no me funciona absolutamente nada.

Llevo unos meses intentando hacer la conversión de varias bases de datos, creo que he probado todo lo que anda por la web.

Encima cuando entro datos en una nueva base de datos con todas las variables a charset utf8 en todas sus posibilidades, en una tabla utf8, por medio de phpmyadmin o sqlyog los carácteres aparecen correctamente en phpmyadmin, sin embargo en el navegador (con o sin el meta content=&quot;text/html;utf8&quot;) me salen los caráteres &quot;chinos&quot;).

Si hago un SELECT HEX(&#039;€&#039;) en phpmyadmin me da correctamente E282AC.

Por medio del navegador, si entro los datos a través de php, (sin utf_encode o decode, y sin ninguna conversión) los puedo visualizar correctamente en el navegador, sin embargo en phpmyadmin aparecen distorsionado.

Si no fuera que la copia de seguridad me viene con los signos bárbaros me conformaría con lo que hay, pero me temo que un día me dará problema.

He probado con varios ordenadores y sistemas operativos, es lo mismo.
El servidor es dedicado con CENTOS5, PHP5.1 y Plesk 9.1

No se si alguien tendrá idea.</description>
		<content:encoded><![CDATA[<p>A mi no me funciona absolutamente nada.</p>
<p>Llevo unos meses intentando hacer la conversión de varias bases de datos, creo que he probado todo lo que anda por la web.</p>
<p>Encima cuando entro datos en una nueva base de datos con todas las variables a charset utf8 en todas sus posibilidades, en una tabla utf8, por medio de phpmyadmin o sqlyog los carácteres aparecen correctamente en phpmyadmin, sin embargo en el navegador (con o sin el meta content=&#8221;text/html;utf8&#8243;) me salen los caráteres &#8220;chinos&#8221;).</p>
<p>Si hago un SELECT HEX(&#8216;€&#8217;) en phpmyadmin me da correctamente E282AC.</p>
<p>Por medio del navegador, si entro los datos a través de php, (sin utf_encode o decode, y sin ninguna conversión) los puedo visualizar correctamente en el navegador, sin embargo en phpmyadmin aparecen distorsionado.</p>
<p>Si no fuera que la copia de seguridad me viene con los signos bárbaros me conformaría con lo que hay, pero me temo que un día me dará problema.</p>
<p>He probado con varios ordenadores y sistemas operativos, es lo mismo.<br />
El servidor es dedicado con CENTOS5, PHP5.1 y Plesk 9.1</p>
<p>No se si alguien tendrá idea.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
