<?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>Comments on: Permanenta länkar &#8211; vad är det?</title>
	<atom:link href="http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/feed/" rel="self" type="application/rss+xml" />
	<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/</link>
	<description></description>
	<lastBuildDate>Tue, 22 Jun 2010 06:56:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Måns</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4094</link>
		<dc:creator>Måns</dc:creator>
		<pubDate>Tue, 08 Dec 2009 14:37:48 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4094</guid>
		<description>Visst, men hur gör du när du måste ändra strukturen på en webbplats av andra skäl, t.ex. när ett företag gör en övergripande organisationsförändring? 

Jag håller med om att det är dumt och onödigt att använda interna ID-nummer från ett CMS i URL:er, men även när man använder &quot;mänskliga&quot; URL:er blir det ofta ändringar. Hur länge ska en URL bevaras, oavsett om den inte längre är hierarkiskt korrekt? 

Säg att min företagssida ligger under /företag/marknad/måns - nu byter jag avdelning till teknik, och min nya sida hamnar därför på /företag/teknik/måns - det är ju en smal sak att göra en ompekning från /marknad/ till /teknik/ men det jag säger är att det efter ett tag kan bli VÄLDIGT många och komplicerade ompekningssystem. 

Tänk dig att du har ett företag med 20.000 anställda där alla efter fem år kanske bytt avdelning ett par gånger*. Ska du då underhålla 40.000 inaktuella URL:er så är det ändå ett rätt stort arbete. 

(*) Exempel självklart extrapolerat och överdrivet, men ändå...

/M;</description>
		<content:encoded><![CDATA[<p>Visst, men hur gör du när du måste ändra strukturen på en webbplats av andra skäl, t.ex. när ett företag gör en övergripande organisationsförändring? </p>
<p>Jag håller med om att det är dumt och onödigt att använda interna ID-nummer från ett CMS i URL:er, men även när man använder &#8220;mänskliga&#8221; URL:er blir det ofta ändringar. Hur länge ska en URL bevaras, oavsett om den inte längre är hierarkiskt korrekt? </p>
<p>Säg att min företagssida ligger under /företag/marknad/måns &#8211; nu byter jag avdelning till teknik, och min nya sida hamnar därför på /företag/teknik/måns &#8211; det är ju en smal sak att göra en ompekning från /marknad/ till /teknik/ men det jag säger är att det efter ett tag kan bli VÄLDIGT många och komplicerade ompekningssystem. </p>
<p>Tänk dig att du har ett företag med 20.000 anställda där alla efter fem år kanske bytt avdelning ett par gånger*. Ska du då underhålla 40.000 inaktuella URL:er så är det ändå ett rätt stort arbete. </p>
<p>(*) Exempel självklart extrapolerat och överdrivet, men ändå&#8230;</p>
<p>/M;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4093</link>
		<dc:creator>Jonas</dc:creator>
		<pubDate>Tue, 08 Dec 2009 13:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4093</guid>
		<description>Poängen är att en URL om den är välgjord inte skall referera till interna teknikaliteter som kommer ändras när man byter system. Att till exempel referera till en sida genom vilket internt id den har är skolexempel på att göra fel.

Det finns fler anledningar till detta än permanenta länkar, URLer är till för att läsas av människor så väl som datorer. Naturligtvis fungerar ens publiceringssystem även om om man gör fel, på samma sätt som att det går att använda tabellbaserad layout fortfarande, men det ger vårtor i systemet som visar sig senare (när mobiler ersätter persondatorer eller när folk skickar länkar på något nytt sätt).

Jag ser personligen inget fel i att bevara länkar i all evighet. Det ska inte innebära något merarbete att tala om.</description>
		<content:encoded><![CDATA[<p>Poängen är att en URL om den är välgjord inte skall referera till interna teknikaliteter som kommer ändras när man byter system. Att till exempel referera till en sida genom vilket internt id den har är skolexempel på att göra fel.</p>
<p>Det finns fler anledningar till detta än permanenta länkar, URLer är till för att läsas av människor så väl som datorer. Naturligtvis fungerar ens publiceringssystem även om om man gör fel, på samma sätt som att det går att använda tabellbaserad layout fortfarande, men det ger vårtor i systemet som visar sig senare (när mobiler ersätter persondatorer eller när folk skickar länkar på något nytt sätt).</p>
<p>Jag ser personligen inget fel i att bevara länkar i all evighet. Det ska inte innebära något merarbete att tala om.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Permalänkar och Högsta domstolen &#171; Staffan Malmgrens blogg</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4091</link>
		<dc:creator>Permalänkar och Högsta domstolen &#171; Staffan Malmgrens blogg</dc:creator>
		<pubDate>Mon, 07 Dec 2009 11:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4091</guid>
		<description>[...] hänvisning som alltså är mindre än tre år gammal funkar inte längre. Nu kanske vissa tycker att vaddå, internet ändras hela tiden, tre år är ju en evighet. Men i juridikens värld, där [...]</description>
		<content:encoded><![CDATA[<p>[...] hänvisning som alltså är mindre än tre år gammal funkar inte längre. Nu kanske vissa tycker att vaddå, internet ändras hela tiden, tre år är ju en evighet. Men i juridikens värld, där [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Måns</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4077</link>
		<dc:creator>Måns</dc:creator>
		<pubDate>Mon, 21 Sep 2009 09:46:01 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4077</guid>
		<description>Hej Noah, och tack för din jätteintressanta kommentar. Det var ju precis det jag efterlyste, att få veta mer om hur ni gjort.

Det är imponerande och duktigt på alla sätt, och som jag skrev i det här inlägget, väldigt intressant att se vilken strategi man väljer. 

Jag hör ju (föga förvånande vid det här laget) till dem som tycker att det finns tillfällen då det är försvarbart att bryta länkar. Det betyder ju inte att det är eftersträvansvärt, eller nåt bra, bara att jag har sett många tillfällen då det inte är ekonomiskt försvarbart eller ens nödvändigt att &quot;spara&quot; gamla länkar.

Allt beror självklart på VILKEN sajt man arbetar med och HUR man kan spara det. I ert fall (hd.se) har ni säkert väldigt många inlänkar och då är ju självfallet incitamentet större att göra en övergång från ett URL-system till ett annat så smidigt som möjligt större. 

Jag lyfter på hatten för hur ni löst det, och hör gärna från fler webbutvecklare kring hur man resonerar i detta ämne.

Sen håller jag helt och hållet med ditt sista stycke - det är vansinne att så många &quot;moderna&quot; system fortfarande har &quot;fula&quot; och framförallt &quot;oföränderliga&quot; URL:er. 

/M;</description>
		<content:encoded><![CDATA[<p>Hej Noah, och tack för din jätteintressanta kommentar. Det var ju precis det jag efterlyste, att få veta mer om hur ni gjort.</p>
<p>Det är imponerande och duktigt på alla sätt, och som jag skrev i det här inlägget, väldigt intressant att se vilken strategi man väljer. </p>
<p>Jag hör ju (föga förvånande vid det här laget) till dem som tycker att det finns tillfällen då det är försvarbart att bryta länkar. Det betyder ju inte att det är eftersträvansvärt, eller nåt bra, bara att jag har sett många tillfällen då det inte är ekonomiskt försvarbart eller ens nödvändigt att &#8220;spara&#8221; gamla länkar.</p>
<p>Allt beror självklart på VILKEN sajt man arbetar med och HUR man kan spara det. I ert fall (hd.se) har ni säkert väldigt många inlänkar och då är ju självfallet incitamentet större att göra en övergång från ett URL-system till ett annat så smidigt som möjligt större. </p>
<p>Jag lyfter på hatten för hur ni löst det, och hör gärna från fler webbutvecklare kring hur man resonerar i detta ämne.</p>
<p>Sen håller jag helt och hållet med ditt sista stycke &#8211; det är vansinne att så många &#8220;moderna&#8221; system fortfarande har &#8220;fula&#8221; och framförallt &#8220;oföränderliga&#8221; URL:er. </p>
<p>/M;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noah Williamsson</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4076</link>
		<dc:creator>Noah Williamsson</dc:creator>
		<pubDate>Mon, 21 Sep 2009 09:30:36 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4076</guid>
		<description>Vi är inne på fjärde databasbaserade CMS:et nu (egenutvecklat 2001-2004, Bombus Headline 2003-2005, egenutvecklat 2005-2009, Escenic 2009-) och vi har ansträngt oss för att se till att gamla artikellänkar fortfarande ska fungera.

Vi varje övergång så har vi importerat tidigare artiklar från gamla CMS:et till det nya. Samtidigt så har vi sett till att det funnits fält som gjort att vi kunnat identifiera ursprungskällorna (system och system ID) på artiklarna.

Eftersom vi också har haft koll på strukturen på de tidigare URLerna så har det varit en smal sak att, med hjälp av Apache&#039;s mod_rewrite, se till att fånga upp anrop för de gamla URLerna och skicka in dem i en snurra som hittar artikeln i fråga, och sedan styr över webbläsaren/sökmotorn till rätt adress med en HTTP 301 &quot;Moved Permanently&quot; redirect.

Det gör att man kan gå till http://sv.wikipedia.org/wiki/Sveriges_pensionärers_intresseparti och hitta en länk till http://www.hd.se/senastenytt/detalj.shtml?id=17583 (vårt första CMS) och sedan landa på http://hd.se/inrikes/2004/07/06/sverigedemokrater-medlemmar-i-spi/ (servas av vårt senaste CMS). 

Vi gör inte det här för sökmotorernas och våra egna internlänkars skull. Sökmotorerna hittar vårt material igen och innehållet på vår egen sajt kan vi själva göra något åt.

I fallet med Wikiedia-länken kan vem som helst gå in och rätta till länken. Värre är det med länkar i foruminlägg, PDF:er eller gamla webbsajter som inte längre uppdateras. Poängen är att länk-URLerna unikt identifierar en nyhet, recension eller annat som någon tyckt varit intressant och/eller relevant i texten där den finns. Webbplatsen där länken finns har vi ingen kontroll över och därför är det vår skyldighet att se till att länkarna fortfarande fungerar, oavsett vilken teknisk plattform vi för tillfället använder.

Det där är väl en bra anledning till att bry sig om länkarna fortfarande fungerar?
Frågan är inte om vi kommer byta CMS igen, frågan är när.

Det är alltså inte frågan om någon slags övergångsstrategi.
Permanent link is permanent. Don&#039;t break the internet.

..och när vi ändå pratar URLer; vi tänkte till rejält kring vad en bra URL var för fem år sedan och försökte göra dem så meningsfulla som möjligt. På hd.se består URLarna därför bara av sektionsnamnet, datumet och en del av rubriken. Allt för att en klistrad länk ska bära information för mottagaren redan innan denne eventuellt klickar på den. Inklusive schema och hostnamn är de också kortare än 76 tecken för att inte brytas i mail vid citeringar.

Vi fimpade irrelevant teknikskräp som CMS-beroende databas IDn och onödiga extensioner som .shtml, .php eller .ece som inte fyllde någon funktion. Tack vare detta så slapp vi problem med översättning av gamla IDn till nya. Artiklar publicerade med en URL i det gamla systemet har samma URL i det nya och inga omskrivningar behövs.

Det enda som är trist är att moderna CMS (hej Escenic!), med undantag för Wordpress (så klart), inte kommer med stöd för vettiga URL-strategier som standard. De envisas fortfarande med att ha teknikberoende ID:n och onödiga extensioner i URLarna.
För vems skull, undrar jag?

-- 
Noah Williamsson,
Webbutvecklare, hd.se</description>
		<content:encoded><![CDATA[<p>Vi är inne på fjärde databasbaserade CMS:et nu (egenutvecklat 2001-2004, Bombus Headline 2003-2005, egenutvecklat 2005-2009, Escenic 2009-) och vi har ansträngt oss för att se till att gamla artikellänkar fortfarande ska fungera.</p>
<p>Vi varje övergång så har vi importerat tidigare artiklar från gamla CMS:et till det nya. Samtidigt så har vi sett till att det funnits fält som gjort att vi kunnat identifiera ursprungskällorna (system och system ID) på artiklarna.</p>
<p>Eftersom vi också har haft koll på strukturen på de tidigare URLerna så har det varit en smal sak att, med hjälp av Apache&#8217;s mod_rewrite, se till att fånga upp anrop för de gamla URLerna och skicka in dem i en snurra som hittar artikeln i fråga, och sedan styr över webbläsaren/sökmotorn till rätt adress med en HTTP 301 &#8220;Moved Permanently&#8221; redirect.</p>
<p>Det gör att man kan gå till <a href="http://sv.wikipedia.org/wiki/Sveriges_pensionärers_intresseparti" rel="nofollow">http://sv.wikipedia.org/wiki/Sveriges_pensionärers_intresseparti</a> och hitta en länk till <a href="http://www.hd.se/senastenytt/detalj.shtml?id=17583" rel="nofollow">http://www.hd.se/senastenytt/detalj.shtml?id=17583</a> (vårt första CMS) och sedan landa på <a href="http://hd.se/inrikes/2004/07/06/sverigedemokrater-medlemmar-i-spi/" rel="nofollow">http://hd.se/inrikes/2004/07/06/sverigedemokrater-medlemmar-i-spi/</a> (servas av vårt senaste CMS). </p>
<p>Vi gör inte det här för sökmotorernas och våra egna internlänkars skull. Sökmotorerna hittar vårt material igen och innehållet på vår egen sajt kan vi själva göra något åt.</p>
<p>I fallet med Wikiedia-länken kan vem som helst gå in och rätta till länken. Värre är det med länkar i foruminlägg, PDF:er eller gamla webbsajter som inte längre uppdateras. Poängen är att länk-URLerna unikt identifierar en nyhet, recension eller annat som någon tyckt varit intressant och/eller relevant i texten där den finns. Webbplatsen där länken finns har vi ingen kontroll över och därför är det vår skyldighet att se till att länkarna fortfarande fungerar, oavsett vilken teknisk plattform vi för tillfället använder.</p>
<p>Det där är väl en bra anledning till att bry sig om länkarna fortfarande fungerar?<br />
Frågan är inte om vi kommer byta CMS igen, frågan är när.</p>
<p>Det är alltså inte frågan om någon slags övergångsstrategi.<br />
Permanent link is permanent. Don&#8217;t break the internet.</p>
<p>..och när vi ändå pratar URLer; vi tänkte till rejält kring vad en bra URL var för fem år sedan och försökte göra dem så meningsfulla som möjligt. På hd.se består URLarna därför bara av sektionsnamnet, datumet och en del av rubriken. Allt för att en klistrad länk ska bära information för mottagaren redan innan denne eventuellt klickar på den. Inklusive schema och hostnamn är de också kortare än 76 tecken för att inte brytas i mail vid citeringar.</p>
<p>Vi fimpade irrelevant teknikskräp som CMS-beroende databas IDn och onödiga extensioner som .shtml, .php eller .ece som inte fyllde någon funktion. Tack vare detta så slapp vi problem med översättning av gamla IDn till nya. Artiklar publicerade med en URL i det gamla systemet har samma URL i det nya och inga omskrivningar behövs.</p>
<p>Det enda som är trist är att moderna CMS (hej Escenic!), med undantag för WordPress (så klart), inte kommer med stöd för vettiga URL-strategier som standard. De envisas fortfarande med att ha teknikberoende ID:n och onödiga extensioner i URLarna.<br />
För vems skull, undrar jag?</p>
<p>&#8211;<br />
Noah Williamsson,<br />
Webbutvecklare, hd.se</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Måns</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4075</link>
		<dc:creator>Måns</dc:creator>
		<pubDate>Sun, 20 Sep 2009 07:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4075</guid>
		<description>Hej Staffan, jag tittade på din post om ämnet, och du bekräftar bara det jag skriver, att ett av alternativen är att behålla gamla ID/GUID för att bibehålla kopplingen, vilket jag kallar för alternativ 2 ovan.

Hur man väljer att lösa tekniken är ju oviktigt, det viktiga är att du håller gamla länkar uppdaterade. Jag såg att du håller fast vid ett motto om att du ska underhålla dina länkar tills universum imploderar. :)

Det ENDA jag har sagt är att det inte alltid är självklart att det är den bästa lösningen. Och att man genom att förutsätta att innehåll kommer att finnas kvar på en viss adress för alltid är att gör antaganden som går emot webbens natur. 

SJÄLVKLART är det viktigt att upprätthålla länkar när man har viktig information som måste vara lätt att hitta. Men man kanske ska fundera på det från fall till fall? 

Vad händer t.ex. när innehållet på en sida ändras men den gamla länken fungerar? Då kan länkens kontext ändå förändras, och då är den gamla länken kanske värdelös? 

Det här händer STÄNDIGT på Google när du googlar på ett ämne, får en träff på en WordPress-blogg och länken leder till en kategoriöversikt där innehållet tydligen fanns när Google gjorde indexeringen, men inte längre, eftersom det nu hamnat på en annan sida. 

Det jag försöker säga är att vi kan ÄNDÅ inte göra några absoluta antaganden om vad vi kommer att hitta &quot;på andra sidan länken&quot; och att det inte är säkert att det finns något att vinna med att underhålla en föråldrad länkstruktur. 

Det är stor skillnad på att behålla gamla länkar under en övergångsperiod när man gör om en sajt för att leda folk rätt eller för att inlänkar ska fungera, och på att försöka skapa en statisk webb. Det första är en god sak, och det andra är en ond sak, i mina ögon.

/M;</description>
		<content:encoded><![CDATA[<p>Hej Staffan, jag tittade på din post om ämnet, och du bekräftar bara det jag skriver, att ett av alternativen är att behålla gamla ID/GUID för att bibehålla kopplingen, vilket jag kallar för alternativ 2 ovan.</p>
<p>Hur man väljer att lösa tekniken är ju oviktigt, det viktiga är att du håller gamla länkar uppdaterade. Jag såg att du håller fast vid ett motto om att du ska underhålla dina länkar tills universum imploderar. :)</p>
<p>Det ENDA jag har sagt är att det inte alltid är självklart att det är den bästa lösningen. Och att man genom att förutsätta att innehåll kommer att finnas kvar på en viss adress för alltid är att gör antaganden som går emot webbens natur. </p>
<p>SJÄLVKLART är det viktigt att upprätthålla länkar när man har viktig information som måste vara lätt att hitta. Men man kanske ska fundera på det från fall till fall? </p>
<p>Vad händer t.ex. när innehållet på en sida ändras men den gamla länken fungerar? Då kan länkens kontext ändå förändras, och då är den gamla länken kanske värdelös? </p>
<p>Det här händer STÄNDIGT på Google när du googlar på ett ämne, får en träff på en WordPress-blogg och länken leder till en kategoriöversikt där innehållet tydligen fanns när Google gjorde indexeringen, men inte längre, eftersom det nu hamnat på en annan sida. </p>
<p>Det jag försöker säga är att vi kan ÄNDÅ inte göra några absoluta antaganden om vad vi kommer att hitta &#8220;på andra sidan länken&#8221; och att det inte är säkert att det finns något att vinna med att underhålla en föråldrad länkstruktur. </p>
<p>Det är stor skillnad på att behålla gamla länkar under en övergångsperiod när man gör om en sajt för att leda folk rätt eller för att inlänkar ska fungera, och på att försöka skapa en statisk webb. Det första är en god sak, och det andra är en ond sak, i mina ögon.</p>
<p>/M;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Staffan Malmgren</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4074</link>
		<dc:creator>Staffan Malmgren</dc:creator>
		<pubDate>Sat, 19 Sep 2009 11:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4074</guid>
		<description>Eller så kan man 3) vid bytet av CMS gjort en statisk tabell/mappning mellan gamla och nya ID:n, och sen låtit mod_rewrite sköta hänvisandet, helt utan att det nya CMS:et behöver känna till något. Det är en lösning som är ganska enkel, och framförallt inte behöver underhållas när man byter från CMS #2 till CMS #3 till CMS #4 (Såhär har jag hanterat byte av ett antal bloggmotorer genom tiderna: http://blog.tomtebo.org/2007/08/07/svart-balte-i-mod_rewrite/).

I debatten görs dock ett antagande som inte stämmer - att vilket CMS man använder skulle ha något kontrollerande inflytande på hur ens URL:er ser ut. Jag tycker snarare att URL-designen är en del av webbplatsdesignen, och om man lägger arbetsdagar på att pilla in varenda pixel på rätt plats bör man också ta en stund och fundera på hur URL:erna ska se ut, så man inte behöver ändra dem för något så trivialt som ett CMS-byte.

Tim Berners-Lee skrev om det här för över tio år sedan: http://www.w3.org/Provider/Style/URI</description>
		<content:encoded><![CDATA[<p>Eller så kan man 3) vid bytet av CMS gjort en statisk tabell/mappning mellan gamla och nya ID:n, och sen låtit mod_rewrite sköta hänvisandet, helt utan att det nya CMS:et behöver känna till något. Det är en lösning som är ganska enkel, och framförallt inte behöver underhållas när man byter från CMS #2 till CMS #3 till CMS #4 (Såhär har jag hanterat byte av ett antal bloggmotorer genom tiderna: <a href="http://blog.tomtebo.org/2007/08/07/svart-balte-i-mod_rewrite/)" rel="nofollow">http://blog.tomtebo.org/2007/08/07/svart-balte-i-mod_rewrite/)</a>.</p>
<p>I debatten görs dock ett antagande som inte stämmer &#8211; att vilket CMS man använder skulle ha något kontrollerande inflytande på hur ens URL:er ser ut. Jag tycker snarare att URL-designen är en del av webbplatsdesignen, och om man lägger arbetsdagar på att pilla in varenda pixel på rätt plats bör man också ta en stund och fundera på hur URL:erna ska se ut, så man inte behöver ändra dem för något så trivialt som ett CMS-byte.</p>
<p>Tim Berners-Lee skrev om det här för över tio år sedan: <a href="http://www.w3.org/Provider/Style/URI" rel="nofollow">http://www.w3.org/Provider/Style/URI</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Måns</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4073</link>
		<dc:creator>Måns</dc:creator>
		<pubDate>Sat, 19 Sep 2009 07:24:45 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4073</guid>
		<description>Tack Magnus, bra sammanfattning.

Jag vet inte heller riktigt varför debatten blev så aggressiv. Jag försöker (nästan) alltid hålla mig sansad, men jag har varit på Jocke förut om det här med ett &quot;permanentande&quot; av webben, så han kanske kände sig lite trängd.

/M;</description>
		<content:encoded><![CDATA[<p>Tack Magnus, bra sammanfattning.</p>
<p>Jag vet inte heller riktigt varför debatten blev så aggressiv. Jag försöker (nästan) alltid hålla mig sansad, men jag har varit på Jocke förut om det här med ett &#8220;permanentande&#8221; av webben, så han kanske kände sig lite trängd.</p>
<p>/M;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jardenberg kommenterar &#8211; 2009-09-19 — jardenberg unedited</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4072</link>
		<dc:creator>jardenberg kommenterar &#8211; 2009-09-19 — jardenberg unedited</dc:creator>
		<pubDate>Sat, 19 Sep 2009 04:31:20 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4072</guid>
		<description>[...] Måns Blogg » Permanenta länkar – vad är det? [...]</description>
		<content:encoded><![CDATA[<p>[...] Måns Blogg » Permanenta länkar – vad är det? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magnus Nilsson</title>
		<link>http://mansjonasson.se/2009/09/18/permanenta-lankar-vad-ar-det/comment-page-1/#comment-4071</link>
		<dc:creator>Magnus Nilsson</dc:creator>
		<pubDate>Fri, 18 Sep 2009 20:46:40 +0000</pubDate>
		<guid isPermaLink="false">http://mansjonasson.se/wordpress/?p=219#comment-4071</guid>
		<description>Det är säkert något jag missat, men jag kände mig manad att kommentera dagens stora kommentarsfajt. ;-)

http://www.portablamedia.se/debatten-rasar-om-den-heliga-lanken/</description>
		<content:encoded><![CDATA[<p>Det är säkert något jag missat, men jag kände mig manad att kommentera dagens stora kommentarsfajt. ;-)</p>
<p><a href="http://www.portablamedia.se/debatten-rasar-om-den-heliga-lanken/" rel="nofollow">http://www.portablamedia.se/debatten-rasar-om-den-heliga-lanken/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
