<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Adlerweb &#187; MySQL</title>
	<atom:link href="http://www.adlerweb.info/blog/tag/mysql/feed" rel="self" type="application/rss+xml" />
	<link>http://www.adlerweb.info/blog</link>
	<description>Warning: Nerd inside</description>
	<lastBuildDate>Sun, 05 Feb 2012 19:59:39 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Schei? encoding &#8211; MySQL vs. Charsets</title>
		<link>http://www.adlerweb.info/blog/2009/02/09/schei-encoding-mysql-vs-charsets</link>
		<comments>http://www.adlerweb.info/blog/2009/02/09/schei-encoding-mysql-vs-charsets#comments</comments>
		<pubDate>Mon, 09 Feb 2009 18:40:11 +0000</pubDate>
		<dc:creator>adlerweb</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[Encoding]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[YotaWeb]]></category>

		<guid isPermaLink="false">http://adlersa.yotaweb.de/blog/?p=845</guid>
		<description><![CDATA[Encoding ist ja schon was feines &#8211; und vorallem etwas, dass offenbar überall Probleme macht. Alleine um einen Überblick über den heutigen Tag zu geben: Eventim begrüßt mich mit Lieber eventim.de-Kunde, Sie haben sich fÃ¼r den[....] ein Telekom-Mitarbeiter verabschiedet sich als J?rgen L[...] (Ja, die Formatierung ist original aus der Outlook-Mail) und im gerade eingetroffenen [...]]]></description>
			<content:encoded><![CDATA[<p>Encoding ist ja schon was feines &#8211; und vorallem etwas, dass offenbar überall Probleme macht. Alleine um einen Überblick über den heutigen Tag zu geben:</p>
<p>Eventim begrüßt mich mit</p>
<blockquote>
<div style="padding-top: 15px; padding-left: 10px; font-size: 12px; color: #000000; font-family: Arial,Helvetica,sans-serif; font-weight: bold;">Lieber eventim.de-Kunde,</div>
<p>Sie haben sich fÃ¼r den[....]</p></blockquote>
<p>ein Telekom-Mitarbeiter verabschiedet sich als</p>
<blockquote><p><em><span lang="en-us"><span style="font-size: x-large; font-family: Script; color: #800080;">J?rgen L[...]</span></span></em></p></blockquote>
<p>(Ja, die Formatierung ist original aus der Outlook-Mail)</p>
<p>und im gerade eingetroffenen Chatlog sehe ich auch nur &amp;uuml;&#8217;s</p>
<p>Aber auch mich hats Heute erwischt: MySQL und Umlaute waren schon immer eine schlechte Idee. Beim Umzug auf den neuen Server wieder der alte K(r)ampf: Sonderzeichen die sich bemühen wirklich sonderbar zu sein. Egal welcher Exportcharset, egal welcher Importcharset &#8211; egal ob Konsole oder phpMyAdmin, sinnvolle Sonderzeichen waren der Datenbank nicht zu entlocken. Abhilfe schaffte die Software <a href="http://www.mysqldumper.de/">MySQLDumper</a>, welche mir im SysCP-Chat empfohlen wurde. Dort die UTF8-Datenbank als latin1 exportieren und auf dem neuen Server das selbe File in phpMyAdmin als UTF8 importiert &#8211; logisch, oder? Da passt daer MySQL-Ikea-Vergleich der aktuellen Datenschleuder irgendwie&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.adlerweb.info/blog/2009/02/09/schei-encoding-mysql-vs-charsets/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

