<?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>Innspel til: Litt meir om bloggen</title>
	<atom:link href="http://huftis.org/artiklar/meir-om-bloggen/feed/" rel="self" type="application/rss+xml" />
	<link>http://huftis.org/artiklar/meir-om-bloggen/</link>
	<description></description>
	<lastBuildDate>Mon, 06 Sep 2010 16:45:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Av: Kanoniske nettadresser &#171; Karl Ove Hufthammer</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-2420</link>
		<dc:creator>Kanoniske nettadresser &#171; Karl Ove Hufthammer</dc:creator>
		<pubDate>Sun, 31 May 2009 16:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-2420</guid>
		<description>[…] (Sistnemnte adressa fungerer for øvrig ikkje lenger, noko som understreker eit poeng eg har debattert før.) […]</description>
		<content:encoded><![CDATA[<p>[…] (Sistnemnte adressa fungerer for øvrig ikkje lenger, noko som understreker eit poeng eg har debattert før.) […]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Karl Ove Hufthammer</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-1832</link>
		<dc:creator>Karl Ove Hufthammer</dc:creator>
		<pubDate>Wed, 19 May 2004 10:28:57 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-1832</guid>
		<description>Det er ikkje mystisk. Desse «validatorane» (om ein kan kalla dei det, sjølv i hermeteikn) er bygd på veldig utdatert informasjon, og bør absolutt ikkje brukast.

&lt;code&gt;no-bok&lt;/code&gt; og &lt;code&gt;no-nyn&lt;/code&gt; &lt;em&gt;var&lt;/em&gt; mellombelse kodar, før me fekk eigne kodar. Men dei er no «deprecated», og &lt;em&gt;skal&lt;/em&gt; ikkje brukast.

Om ein godtar begge målformer (og anna norsk, eksempelvis tale) bør ein sjølvsagt ha med &lt;code&gt;no&lt;/code&gt; i lista over språk ein godtar i nettlesaren. Norsk er ikkje i noko serstilling her. Om du for eksempel har &lt;code&gt;en-GB&lt;/code&gt; vil du ikkje få sider på amerikansk, med mindre du i tillegg har med &lt;code&gt;en&lt;/code&gt;.
</description>
		<content:encoded><![CDATA[<p>Det er ikkje mystisk. Desse «validatorane» (om ein kan kalla dei det, sjølv i hermeteikn) er bygd på veldig utdatert informasjon, og bør absolutt ikkje brukast.</p>
<p><code>no-bok</code> og <code>no-nyn</code> <em>var</em> mellombelse kodar, før me fekk eigne kodar. Men dei er no «deprecated», og <em>skal</em> ikkje brukast.</p>
<p>Om ein godtar begge målformer (og anna norsk, eksempelvis tale) bør ein sjølvsagt ha med <code>no</code> i lista over språk ein godtar i nettlesaren. Norsk er ikkje i noko serstilling her. Om du for eksempel har <code>en-GB</code> vil du ikkje få sider på amerikansk, med mindre du i tillegg har med <code>en</code>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Jan Egil Kristiansen</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-1831</link>
		<dc:creator>Jan Egil Kristiansen</dc:creator>
		<pubDate>Wed, 19 May 2004 08:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-1831</guid>
		<description>Å validere nynorsk: Både &lt;a href=&quot;http://rss.scripting.com/?url=http%3A%2F%2Fblogg.huftis.org%2Frss%2F&quot; rel=&quot;nofollow&quot;&gt;scripting.com&lt;/a&gt; og &lt;a href=&quot;http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fblogg.huftis.org%2Frss%2F&quot; rel=&quot;nofollow&quot;&gt;feedvalidator.org&lt;/a&gt; klager på at bloggen din er feil, de sier at &lt;code&gt;nn&lt;/code&gt; ikke skal er en ISO-kode for språk. I følge &lt;a href=&quot;http://www.loc.gov/standards/iso639-2/langcodes.html#mn&quot; rel=&quot;nofollow&quot;&gt;Library of Congress&lt;/a&gt; er koden OK. Mystisk.

En annen sak, er at kodene for bokmål og nynorsk kanskje burde være &lt;code&gt;no-bok&lt;/code&gt; og &lt;code&gt;no-nyn&lt;/code&gt;, for at en browser skal «forstå» at begge deler er akseptabelt for et menneske som forstår &lt;code&gt;no&lt;/code&gt;. (Opera bruker disse kodene, men jeg tror ikke de har noen offisiell status?)
</description>
		<content:encoded><![CDATA[<p>Å validere nynorsk: Både <a href="http://rss.scripting.com/?url=http%3A%2F%2Fblogg.huftis.org%2Frss%2F" rel="nofollow">scripting.com</a> og <a href="http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fblogg.huftis.org%2Frss%2F" rel="nofollow">feedvalidator.org</a> klager på at bloggen din er feil, de sier at <code>nn</code> ikke skal er en ISO-kode for språk. I følge <a href="http://www.loc.gov/standards/iso639-2/langcodes.html#mn" rel="nofollow">Library of Congress</a> er koden OK. Mystisk.</p>
<p>En annen sak, er at kodene for bokmål og nynorsk kanskje burde være <code>no-bok</code> og <code>no-nyn</code>, for at en browser skal «forstå» at begge deler er akseptabelt for et menneske som forstår <code>no</code>. (Opera bruker disse kodene, men jeg tror ikke de har noen offisiell status?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Karl Ove Hufthammer</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-1830</link>
		<dc:creator>Karl Ove Hufthammer</dc:creator>
		<pubDate>Wed, 30 Apr 2003 15:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-1830</guid>
		<description>Ja, det vil vera like lett å gå opp eit nivå viss ein har adresser som:

&lt;code&gt;http://www.aftenposten.no/forbruker/helse.html&lt;/code&gt;

Men det som då blir verre, er å laga nye &lt;em&gt;underkategoriar&lt;/em&gt;. Ein må bruka ein av desse:

&lt;code&gt;http://www.aftenposten.no/forbruker/helse/sars.html&lt;/code&gt;
&lt;code&gt;http://www.aftenposten.no/forbruker/helse/sars/&lt;/code&gt;

Og i begge tilfella vil ikkje «gå opp eit nivå»-strategien lenger fungera. Aftenposten har for øvrig fleire slike «djupe» kategoriar, som:

&lt;code&gt;http://www.aftenposten.no/nyheter/sport/eliteserien/&lt;/code&gt;

Alt dette snakket om underkategoriar minte meg forresten på ein litt morosam sak. NRK-nettsidene brukar «falske» kategoriar, slik at du kan få ein sak til å sjå ut som han kjem frå ein annan kategori enn han gjer. Du kan for eksempel presentera eit moroinnslag som ei seriøs innanriksnyheit, eller omvendt. Eksempel:

&lt;code&gt;http://www.nrk.no/nyheter/innenriks/2697442.html&lt;/code&gt;
&lt;code&gt;http://www.nrk.no/innenriks/2720689.html&lt;/code&gt;
&lt;code&gt;http://www.nrk.no/musikk/2648549.html&lt;/code&gt;
&lt;code&gt;http://www.nrk.no/alltidmoro/2723795.html&lt;/code&gt;
</description>
		<content:encoded><![CDATA[<p>Ja, det vil vera like lett å gå opp eit nivå viss ein har adresser som:</p>
<p><code>http://www.aftenposten.no/forbruker/helse.html</code></p>
<p>Men det som då blir verre, er å laga nye <em>underkategoriar</em>. Ein må bruka ein av desse:</p>
<p><code>http://www.aftenposten.no/forbruker/helse/sars.html</code><br />
<code>http://www.aftenposten.no/forbruker/helse/sars/</code></p>
<p>Og i begge tilfella vil ikkje «gå opp eit nivå»-strategien lenger fungera. Aftenposten har for øvrig fleire slike «djupe» kategoriar, som:</p>
<p><code>http://www.aftenposten.no/nyheter/sport/eliteserien/</code></p>
<p>Alt dette snakket om underkategoriar minte meg forresten på ein litt morosam sak. NRK-nettsidene brukar «falske» kategoriar, slik at du kan få ein sak til å sjå ut som han kjem frå ein annan kategori enn han gjer. Du kan for eksempel presentera eit moroinnslag som ei seriøs innanriksnyheit, eller omvendt. Eksempel:</p>
<p><code>http://www.nrk.no/nyheter/innenriks/2697442.html</code><br />
<code>http://www.nrk.no/innenriks/2720689.html</code><br />
<code>http://www.nrk.no/musikk/2648549.html</code><br />
<code>http://www.nrk.no/alltidmoro/2723795.html</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Lasse G. Dahl</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-1829</link>
		<dc:creator>Lasse G. Dahl</dc:creator>
		<pubDate>Wed, 30 Apr 2003 09:42:10 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-1829</guid>
		<description>Joda&#xa0;&#8211; du har stort sett gode argument. Men når det gjelder Aftenposten-eksemplet

&lt;code&gt;http://www.aftenposten.no/forbruker/helse/&lt;/code&gt;

peker dette på en underkategori under kategorien «forbruker». Undersidene her viser både teknologi og annet. At man intuitivt kan gå opp et nivå til kategorien over, er jeg enig i, men jeg mener det også vil gå like greit selv om man bruker etternavn &lt;em&gt;der det er naturlig&lt;/em&gt;.

&lt;code&gt;http://www.aftenposten.no/forbruker/helse.html&lt;/code&gt;
gjør at jeg regner med at kategorien over finnes på
&lt;code&gt;http://www.aftenposten.no/forbruker/&lt;/code&gt;
på samme måte som jeg regner med å finne overordnet kategori ved å fjerne alt etter siste skråstrek med URLer som
&lt;code&gt;http://www.aftenposten.no/forbruker/helse/article.jhtml?articleID=537407&lt;/code&gt;
Puh!

Det er forresten veldig slitsomt å lese så mye kursivert tekst&#xa0;&#8211; så enten bør du endre den til noe annet, eller så bør jeg holde kjeft ;-)
</description>
		<content:encoded><![CDATA[<p>Joda&#xa0;&#8211; du har stort sett gode argument. Men når det gjelder Aftenposten-eksemplet</p>
<p><code>http://www.aftenposten.no/forbruker/helse/</code></p>
<p>peker dette på en underkategori under kategorien «forbruker». Undersidene her viser både teknologi og annet. At man intuitivt kan gå opp et nivå til kategorien over, er jeg enig i, men jeg mener det også vil gå like greit selv om man bruker etternavn <em>der det er naturlig</em>.</p>
<p><code>http://www.aftenposten.no/forbruker/helse.html</code><br />
gjør at jeg regner med at kategorien over finnes på<br />
<code>http://www.aftenposten.no/forbruker/</code><br />
på samme måte som jeg regner med å finne overordnet kategori ved å fjerne alt etter siste skråstrek med URLer som<br />
<code>http://www.aftenposten.no/forbruker/helse/article.jhtml?articleID=537407</code><br />
Puh!</p>
<p>Det er forresten veldig slitsomt å lese så mye kursivert tekst&#xa0;&#8211; så enten bør du endre den til noe annet, eller så bør jeg holde kjeft <img src='http://huftis.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Karl Ove Hufthammer</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-1828</link>
		<dc:creator>Karl Ove Hufthammer</dc:creator>
		<pubDate>Tue, 29 Apr 2003 16:55:40 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-1828</guid>
		<description>Du spør korfor URL-ar ikkje skal ha etternamn (merk at eg skreiv «bør»). Vel, dette snakkar Tim Berners-Lee litt om i artikkelen eg nemnte. Ein grunn er at etternamnet seier noko om teknologien brukt, og teknologien vil endra seg. Ein startar gjerne med «.html», men so tar ein i bruk eit betre system for utvikling av sidene, og alle adresser skiftar namn til «.shtml», og seinare «.php». Og kvar gong blir alle lenkjer brotne. Dette har eg sjølv opplevd altfor mange gongar med sider eg har lenkjer til!

Du har ei innvending om at kva teknologi som &lt;em&gt;blir&lt;/em&gt; brukt på sida er avhengig av korleis tenaren er sett opp. Det har du rett i, og ein kan for eksempel setta tenarar opp til parsa både «.html» og «.php» som&#xa0;PHP. Men det er ikkje alle som har tilgang til funksjonar på tenaren for å gjera dette, og ikkje alle som har teknisk innsikt til å kunna gjera dette, so i &lt;em&gt;praksis&lt;/em&gt; har me likevel problema ovanfor (brotne lenkjer).

Elles har me det estetiske med etternamnlause nettadresser. Det ser, synest eg, betre ut med adresser som ikkje sluttar på for eksempel «.php». Nettadresser er jo berre meint å identifisera resursar, og at dei liknar på filreferansar i nokre filsystem &lt;em&gt;skal&lt;/em&gt; sjåast på som heilt tilfeldig. (Og kva er då poenget med å bruka filetternamn?)

Etternamnlause adresser er og meir logiske og funksjonelle. Sjå for eksempel på adressa:

&lt;code&gt;http://www.aftenposten.no/forbruker/helse/&lt;/code&gt;

Dette er helsedelen i Aftenposten. Her kan me kutta av siste leddet for å komma til forbrukardelen, som helsedelen er ein del av:

&lt;code&gt;http://www.aftenposten.no/forbruker/&lt;/code&gt;

Det hadde ikkje gått om dei hadde brukt etternamn:

&lt;code&gt;http://www.aftenposten.no/forbruker/helse.html&lt;/code&gt;
&lt;code&gt;http://www.aftenposten.no/forbruker.html&lt;/code&gt;

Men merk at desse invendingane ikkje gjeld eller er gyldig for bilde og bilde-URI-ar.

Dette er hovudargumenta eg har mot etternamn i nettadresser.
</description>
		<content:encoded><![CDATA[<p>Du spør korfor URL-ar ikkje skal ha etternamn (merk at eg skreiv «bør»). Vel, dette snakkar Tim Berners-Lee litt om i artikkelen eg nemnte. Ein grunn er at etternamnet seier noko om teknologien brukt, og teknologien vil endra seg. Ein startar gjerne med «.html», men so tar ein i bruk eit betre system for utvikling av sidene, og alle adresser skiftar namn til «.shtml», og seinare «.php». Og kvar gong blir alle lenkjer brotne. Dette har eg sjølv opplevd altfor mange gongar med sider eg har lenkjer til!</p>
<p>Du har ei innvending om at kva teknologi som <em>blir</em> brukt på sida er avhengig av korleis tenaren er sett opp. Det har du rett i, og ein kan for eksempel setta tenarar opp til parsa både «.html» og «.php» som&#xa0;PHP. Men det er ikkje alle som har tilgang til funksjonar på tenaren for å gjera dette, og ikkje alle som har teknisk innsikt til å kunna gjera dette, so i <em>praksis</em> har me likevel problema ovanfor (brotne lenkjer).</p>
<p>Elles har me det estetiske med etternamnlause nettadresser. Det ser, synest eg, betre ut med adresser som ikkje sluttar på for eksempel «.php». Nettadresser er jo berre meint å identifisera resursar, og at dei liknar på filreferansar i nokre filsystem <em>skal</em> sjåast på som heilt tilfeldig. (Og kva er då poenget med å bruka filetternamn?)</p>
<p>Etternamnlause adresser er og meir logiske og funksjonelle. Sjå for eksempel på adressa:</p>
<p><code>http://www.aftenposten.no/forbruker/helse/</code></p>
<p>Dette er helsedelen i Aftenposten. Her kan me kutta av siste leddet for å komma til forbrukardelen, som helsedelen er ein del av:</p>
<p><code>http://www.aftenposten.no/forbruker/</code></p>
<p>Det hadde ikkje gått om dei hadde brukt etternamn:</p>
<p><code>http://www.aftenposten.no/forbruker/helse.html</code><br />
<code>http://www.aftenposten.no/forbruker.html</code></p>
<p>Men merk at desse invendingane ikkje gjeld eller er gyldig for bilde og bilde-URI-ar.</p>
<p>Dette er hovudargumenta eg har mot etternamn i nettadresser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Lasse G. Dahl</title>
		<link>http://huftis.org/artiklar/meir-om-bloggen/#comment-1827</link>
		<dc:creator>Lasse G. Dahl</dc:creator>
		<pubDate>Tue, 29 Apr 2003 07:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://huftis.org/artiklar/meir-om-bloggen/#comment-1827</guid>
		<description>Hvorfor skal ikke URL-er ha etternavn? Dette er noe jeg mener må være opp til hver enkelt - hvilken teknologi som brukes når du kaller opp http://foo.bar.com/baz.html (eller for den saks skyld http://www.lassedahl.com/i/ellen_dcp_1745.jpg) bestemmes jo helt og holdent av serverkonfigurasjon og programmering.

Jeg &lt;em&gt;er&lt;/em&gt; imidlertid helt enig i at URL-er ikke skal forandre seg! (Og URL-en til bildet over bør av den grunn skrives http://www.lassedahl.com/i/ellen_dcp_1745.jpg&#xa0;&#8211;  for da har jeg full kontroll ;-)
</description>
		<content:encoded><![CDATA[<p>Hvorfor skal ikke URL-er ha etternavn? Dette er noe jeg mener må være opp til hver enkelt &#8211; hvilken teknologi som brukes når du kaller opp http://foo.bar.com/baz.html (eller for den saks skyld http://www.lassedahl.com/i/ellen_dcp_1745.jpg) bestemmes jo helt og holdent av serverkonfigurasjon og programmering.</p>
<p>Jeg <em>er</em> imidlertid helt enig i at URL-er ikke skal forandre seg! (Og URL-en til bildet over bør av den grunn skrives http://www.lassedahl.com/i/ellen_dcp_1745.jpg&#xa0;&#8211;  for da har jeg full kontroll <img src='http://huftis.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
