Hallå,
varför blir texten såhär: "Hejhej.. här gÃ¥r text! " på sidan när den i källan står såhär: "Hej.. här går text!"? :huh:

Tack så mycket.

Fel encoding på sidan

Får också samma. Det händer ibland. På samma sida..

det häänder mej när jag kodar på unixservrar över ssh i textläge.. varför vet jag inte men jag brukar ersätta dem med entiteter..

olika teckenformat..

medans din editor kanske lagrar filen i säg UTF-8 så kör den nåt annat i content etc etc - så blir specialtecken fel

Testa med t.ex UTF-8:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Tack funka utmärkt :)
Förstår felet också nu!

Man får se till att ha samma encoding på allt material som pumpas ut på sidan.

Om man inte kan det så kan man ta hjälp av följande tabell om man behöver översätta vissa textremsor:
http://www.tiger.se/dok/koder.html

Det finns ingen anledning varför man inte alltid skulle kunna använda utf-8. Se bara till att allt är rätt inställt.

Omskrivningar med &-koder är otympliga, omoderna och oöversiktliga och låter dessutom dokumenten svälla upp i storlek helt i onödan.

Jag skulle snarare varna för att använda &-koder. Använd standardmässig XML, XHTML och HTML med teckenkodning utf-8 och specificera teckenkodningen i varje fil – annars kommer det förr eller senare bli fel på något sätt.

(Teckenkodningen utf-8 är fastlagd som standard för xml, css och många andra format, t.ex. xhtml eftersom det är en form av xml. Dessvärre krävs fortfarande nästan alltid en teckenkodningsdeklaration eftersom de flesta klienter inte automatiskt antar att css, xhtml och xml är utf-8 om det inte anges.)

Gzip-komprimering är väl idellt till detta om man är orolig för stora textfiler..?

varför inte ange kodning till: iso-8859-1???

Kom bara ihåg att serverns charset alltid har förtur, så om man kör med nåt filter, mod_rewrite eller motsvarande som sätter charset spelar det ingen roll vad det står för charset angiven i filen. http > all. ;)


Fast varför ska man belasta CPU & RAM i onödan för ett problem som egentligen inte finns. Det känns lite onödigt.


Är innehållet sparat som latin1/iso-8859-1 går det ju bra. Däremot blir det lite joxxit den dagen så man ska slänga in text med lite exotiska tecken. Vet man att man kommer hålla sig inom vissa språk är det inget fel att välja ett subset - jag hade inte gjort det dock.