Jag kör en vanlig html-fil där jag angett utf-8 både i editorn för filen samt i koden med content. åäö visas rätt på min lokala apache-server och på mitt webbhotellskonto, men när jag laddar upp den på mitt bahnhofkonto så visas det bara Ã¥ ö etc. (om nu wF skriver ut dessa feltecken som jag ser dem när jag har postat detta hehe).
Det verkar som att bahnhof visar min fil med iso för om jag byter till utf-8 i webbläsaren så funkar det. Är det servern som är inställd på det och det inte går att ändra?
Jag kan inte köra php-filer eller sånt där så det går inte att göra någon sån funktion.
Vad göra? Måste byta till iso eller byta ut allt mot ä.. och sånt?
Jag testade om jag kunde ändra teckenkodningen på filen via ftp, men jag hittade ingen sån funktion och när jag valde att editera serverfilen med min texteditor så står det att filen är utf-8 redan.
e/hm. när jag har tankat upp filen och valt att visa den som utf-8 i ftp-programmet så ser man åäö korrekt i ftp-progets editor, men jag tvingades byta till att visa den som iso i transmit (ftp-programmet) för att se de luriga tecknen. Jag kunde därefter replacea dessa mot åäö och sen funkade det.
Svårt att beskriva, men jag löste det på ett fult sätt. Varför felet uppkommer är dock fortfarande oklart.
Jag läste om detta problem på nätet som flera andra hadde. Många webbhotell har en override-inställning att de visar alla i ISO, oavsett filens teckenkodning, men att man kunde i php anropa en funktion:
http://www.phpwact.org/php/i18n/charsets Sök på "Strategy for Handing Character Encoding in PHP Applications" strax ovanför finns ett riktigt bökigt system för att fixa till det. Fast så kan man läsa vidare under den rubriken och få reda på lösningen.
Lösningen ligger i att man får definera sida för sida i princip för utf-8 i phpn.
Html:
ja, åäö såg först ok ut lokalt i webbläsaren, sen när jag laddade upp den till bahnhof så blev det fel (bara fel på den servern). jag öppnade filen med transmits editor och ersatte alla konstiga tecken med åäö. då funkade det som du såg.
det luriga är just att det bara händer till bahnhof.
hm, jag körde en validation på bahnhof-sidan och fick det här:
Character Encoding mismatch!
The character encoding specified in the HTTP header (iso-8859-1) is different from the value in the <meta> element (utf-8). I will use the value from the HTTP header (iso-8859-1) for this validation.
