<?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>Kommentarer till Hur fungerar det här med teckenkodning egentligen?</title>
	<atom:link href="http://www.entreprenord.se/hur-fungerar-det-har-med-teckenkodning-egentligen.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.entreprenord.se/hur-fungerar-det-har-med-teckenkodning-egentligen.html</link>
	<description>Min blogg om webbutveckling och entreprenörskap</description>
	<lastBuildDate>Sat, 28 Jan 2012 12:19:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Av: Mikael Green</title>
		<link>http://www.entreprenord.se/hur-fungerar-det-har-med-teckenkodning-egentligen.html/comment-page-1#comment-755</link>
		<dc:creator>Mikael Green</dc:creator>
		<pubDate>Mon, 13 Sep 2010 09:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.entreprenord.se/?p=889#comment-755</guid>
		<description>Upptäckte just att php:s substr inte är UTF8-säker. Använder substr för att korta ned strängar i min &quot;latestpost&quot;-funktion i Wordpress. Kunde inte för mitt liv förstå varför den klarade av Å ibland och ibland inte. När substr-funktionen klippte &quot;mitt i&quot; en 2-bytes bokstav, blev det kajko. Funkar bättre med mb_substr.

Så det gäller tydligen inte bara att ha rätt teckenkodning utan även se till att koden man skriver klarar av teckenkodningen.</description>
		<content:encoded><![CDATA[<p>Upptäckte just att php:s substr inte är UTF8-säker. Använder substr för att korta ned strängar i min &#8221;latestpost&#8221;-funktion i WordPress. Kunde inte för mitt liv förstå varför den klarade av Å ibland och ibland inte. När substr-funktionen klippte &#8221;mitt i&#8221; en 2-bytes bokstav, blev det kajko. Funkar bättre med mb_substr.</p>
<p>Så det gäller tydligen inte bara att ha rätt teckenkodning utan även se till att koden man skriver klarar av teckenkodningen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Christian</title>
		<link>http://www.entreprenord.se/hur-fungerar-det-har-med-teckenkodning-egentligen.html/comment-page-1#comment-394</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Wed, 03 Feb 2010 07:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.entreprenord.se/?p=889#comment-394</guid>
		<description>Tack Jens, du understryker hur besvärligt det kan vara med teckenkodningar om man inte är noggrann.</description>
		<content:encoded><![CDATA[<p>Tack Jens, du understryker hur besvärligt det kan vara med teckenkodningar om man inte är noggrann.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Jens</title>
		<link>http://www.entreprenord.se/hur-fungerar-det-har-med-teckenkodning-egentligen.html/comment-page-1#comment-392</link>
		<dc:creator>Jens</dc:creator>
		<pubDate>Wed, 03 Feb 2010 00:19:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.entreprenord.se/?p=889#comment-392</guid>
		<description>Det är fyra saker som jag tycker du missat:
 1. Det finns program (bl.a. iconv i Linux) som man kan använda för att konvertera mellan olika teckenkodningar.
 2. I regel se ALLTID(!!!) till att välja ut EN teckenkodning till dina programmeringsprojekt och dylikt. Det är ett helvete att arbeta i projekt där man är osäker på vilken kodning man ska ha i vilken fil, och slutar alltid upp med att man har minst två olika kodningar i en och samma fil - vilket leder till att program som iconv inte kan konvertera/korrigera kodningar automatiskt utan att man måste göra det manuellt. Det är ett riktigt skitgöra. Jag talar från erfarenhet.
 3. Om man är flera personer som arbetar i samma filer tillsammans så är det ytterst viktigt att man alla är överens om vilken kodning man ska ha. MAC/Linux/Windows, och inte minst olika utvecklingsverktyg, kan resultera i spaghetti.
 4. Trots att iconv finns så är det ett mähä att konvertera mellan olika textkodningar. Det räcker oftast med att ett enda tecken inte är rätt i en 50 MB stor teckenfil (t.ex. en MySQL-dump) så funkar inte många konverteringsverktyg. Det är som att leta i en höstack. Även här talar jag från erfarenhet. Välj därför noggrant vilken kodning du vill ha FRÅN FÖRSTA BÖRJAN. UTF-8 är precis som Christian skriver rekommenderat.

Det var mina erfarenheter och tankar.</description>
		<content:encoded><![CDATA[<p>Det är fyra saker som jag tycker du missat:<br />
 1. Det finns program (bl.a. iconv i Linux) som man kan använda för att konvertera mellan olika teckenkodningar.<br />
 2. I regel se ALLTID(!!!) till att välja ut EN teckenkodning till dina programmeringsprojekt och dylikt. Det är ett helvete att arbeta i projekt där man är osäker på vilken kodning man ska ha i vilken fil, och slutar alltid upp med att man har minst två olika kodningar i en och samma fil &#8211; vilket leder till att program som iconv inte kan konvertera/korrigera kodningar automatiskt utan att man måste göra det manuellt. Det är ett riktigt skitgöra. Jag talar från erfarenhet.<br />
 3. Om man är flera personer som arbetar i samma filer tillsammans så är det ytterst viktigt att man alla är överens om vilken kodning man ska ha. MAC/Linux/Windows, och inte minst olika utvecklingsverktyg, kan resultera i spaghetti.<br />
 4. Trots att iconv finns så är det ett mähä att konvertera mellan olika textkodningar. Det räcker oftast med att ett enda tecken inte är rätt i en 50 MB stor teckenfil (t.ex. en MySQL-dump) så funkar inte många konverteringsverktyg. Det är som att leta i en höstack. Även här talar jag från erfarenhet. Välj därför noggrant vilken kodning du vill ha FRÅN FÖRSTA BÖRJAN. UTF-8 är precis som Christian skriver rekommenderat.</p>
<p>Det var mina erfarenheter och tankar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Andreas Eriksson</title>
		<link>http://www.entreprenord.se/hur-fungerar-det-har-med-teckenkodning-egentligen.html/comment-page-1#comment-375</link>
		<dc:creator>Andreas Eriksson</dc:creator>
		<pubDate>Fri, 29 Jan 2010 12:33:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.entreprenord.se/?p=889#comment-375</guid>
		<description>Ett återkommande problem detta. Bra artikel och förklarat. 

När det gäller filer brukar det vara ganska enkelt att lösa. Det är när det att kopplingar till andra datakällor det kan börja bli problem, till exempel databaser eller ännu värre, olika APIer.

Men som du säger i artikeln, använd alltid UTF-8. Brukar kunna undvika många problem.</description>
		<content:encoded><![CDATA[<p>Ett återkommande problem detta. Bra artikel och förklarat. </p>
<p>När det gäller filer brukar det vara ganska enkelt att lösa. Det är när det att kopplingar till andra datakällor det kan börja bli problem, till exempel databaser eller ännu värre, olika APIer.</p>
<p>Men som du säger i artikeln, använd alltid UTF-8. Brukar kunna undvika många problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

