mboost-dp1
ÆØÅ fucker op?
- Forside
- ⟨
- Forum
- ⟨
- Programmering
Mojn!
Jeg fatter simpelthen nur bahnhof.
Hvis jeg under følgende skriver ÆØÅ er der intet problem:
'label' => 'Ææ Øø Åå',
Den viser det som den skal. Men, det data scriptet henter fucker fuldstændig rundt i det, og viser i stedet UTF-charset (Altså =C3=86 i stedet for Æ)
--
Det der undrer mig, er at det er samme PHP som bruger 'label' som trækker data ud.
Hvordan fortæller jeg den at det data der bliver læst er UTF-8?
Hilfe!
Jeg fatter simpelthen nur bahnhof.
Hvis jeg under følgende skriver ÆØÅ er der intet problem:
'label' => 'Ææ Øø Åå',
Den viser det som den skal. Men, det data scriptet henter fucker fuldstændig rundt i det, og viser i stedet UTF-charset (Altså =C3=86 i stedet for Æ)
--
Det der undrer mig, er at det er samme PHP som bruger 'label' som trækker data ud.
Hvordan fortæller jeg den at det data der bliver læst er UTF-8?
Hilfe!
Det formentlig fordi din php fil er gemt i UTF-8, derfor er det der outputtes også UTF-8. Hvis din data er gemt som UTF-8 men hentes ind som (feks) ISO8859-1 så vil den stadig outputte den på UTF-8's præmiser, og derfor vise tegnene hver for sig. Tegnsæt bliver hurtig noget trial and error :)
Hvordan læser du dataen ind? Det kan være du skal mb_detect_encoding på den evt.
Hvordan læser du dataen ind? Det kan være du skal mb_detect_encoding på den evt.
Tricket med tegnsæt er at være konsistent.
Hvis din server / side fortæller browseren at tegnsæt er X, så skal:
* PHP filerne være gemt i X
* database connection bruge X (det er derimod ikke nødvendigvis påkrævet at data i databasen bruger X, men det gør tingene lidt nemmere)
Din beskrivelse lyder som om:
- browser tror sideerne er ISO-8859-1
- PHP filerne er gemt som ISO-8859-1
- database connection bruger UTF-8
Hvis din server / side fortæller browseren at tegnsæt er X, så skal:
* PHP filerne være gemt i X
* database connection bruge X (det er derimod ikke nødvendigvis påkrævet at data i databasen bruger X, men det gør tingene lidt nemmere)
Din beskrivelse lyder som om:
- browser tror sideerne er ISO-8859-1
- PHP filerne er gemt som ISO-8859-1
- database connection bruger UTF-8
arne_v (3) skrev:PHP filerne er gemt som ISO-8859-1
Jeg tænker, at i så fald ville hans streng (hvor æøå står i koden) ikke outputte som æøå, medmindre browseren tror (eller ved) at dokumentet heller ikke er ISO8859-1 - hvilket faktisk kan være, ja, præcis det denne fejl giver. Så helt rigtig.
Tegnsæt er bare lykken....
Har prøvet både UTF-8 og ISO-8859-1 Ansi
Lige lidt hjælper det. Hvis jeg laver en echo/print virker det fint nok, men den data den henter fra IMAP skriver =C3=86 -.-
--
Kan lige smide kode ind i morgen formiddag. Virker code-tagget?
Lige lidt hjælper det. Hvis jeg laver en echo/print virker det fint nok, men den data den henter fra IMAP skriver =C3=86 -.-
--
Kan lige smide kode ind i morgen formiddag. Virker code-tagget?
Hmmm.
Jeg får lige en tanke når det er email og ikke database.
Måske henter du rå quoted printable.
Hvis du nu har:
$data = en_eller_anden_funktion_som_henter_email();
echo $data;
kan du saa prøve:
$data = en_eller_anden_funktion_som_henter_email();
echo quoted_printable_decode($data);
Jeg får lige en tanke når det er email og ikke database.
Måske henter du rå quoted printable.
Hvis du nu har:
$data = en_eller_anden_funktion_som_henter_email();
echo $data;
kan du saa prøve:
$data = en_eller_anden_funktion_som_henter_email();
echo quoted_printable_decode($data);
#8
Det skal helt klart prøves. Fik ikke lige tid i dag, men ser på det her i løbet af weekenden.
Takker.
Det skal helt klart prøves. Fik ikke lige tid i dag, men ser på det her i løbet af weekenden.
Takker.
Gå til top
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.