ugrás a tartalomhoz

UTF-8-as oldal csak időnként jeleníti meg jól az ékezeteket

netman · 2007. Jún. 12. (K), 23.01
Hali.

A következő problémám van:

Van egy saját oldalam (http://netman.sk) amolyan "coming soon"-os oldala...
UTF-8 a karakterkódolása, PSPad nevű progiban írtam a kódot, mint mindig és ott is UTF-8ra állítottam...
A fájlban minden ékezettel van írva, de mivel a fájl karakterkódolása is UTF-8, így gondoltam nem gond (meg hát weblabor kódjában is vannak ékezetek, szal elvileg ez így működik).
Localhoston szépen működik is, sőt (!) az az érdekes, hogy tárhelyre feltöltve is okés, egy darabig...
Abban a pillanatban, mikor a frissen feltöltött oldalt megnézem, nem jó :S viszont egy refresh után jó...
aztán 5-6 refresh után megint nem okés :S

Légyszi, ha vki találkozott már ilyesmivel, vagy tudja, miért lehet ez, és miért nem fordul ez elő a weblaboron :) és az en oldalamon meg miért igen, kérek írjon...

köszönök előre minden értékes hozzászólást ;)

üdv
péter
 
1

nincs is ékezet

Hojtsy Gábor · 2007. Jún. 12. (K), 23.08
Megnéztem az oldalt, és egy darab ékezetes karakter nincs rajta.
19 days to launch
2

nevem...

netman · 2007. Jún. 12. (K), 23.14
alul és a <title>-ben a nevemben lévő "ý" végződésére gondoltam ;)
3

bocsánat

Hojtsy Gábor · 2007. Jún. 13. (Sze), 01.02
Bocsánat, valóban. Ez nálam mindig jól jelenik meg: elsőre is, újratöltésre is és sokadik újratöltésre is.
4

lehet nálam van a hiba?

netman · 2007. Jún. 13. (Sze), 01.15
hmm... lehetséges hogy a hiba nálam van... de FF is meg IE is ezt csinálja :S hát nemtudom...
azért ha lehet, az ide "tévedő" weblaborosokat kérném szépen, hoyg vessenek egy pillantást az oldalra és írják le, náluk mi a helyzet... thx ;)
5

Nekem egyszer ? volt, igen

krey · 2007. Jún. 13. (Sze), 02.34
Velem is egyszer megcsinálta, de nem nagyon volt időm/lehetőségem bármire is következtetni. Amúgy én úgy veszem észre, h nagyon ritka.

üdv. krey
6

Header?

inf · 2007. Jún. 13. (Sze), 02.43
Küldesz ki content-type headert? Bár ha nem küldenél, ezt az sem magyarázná.

Hümm, én 10x újraszedtem ievel meg ffel is, ugyanolyan, nem változik semmi... Az nem lehet, hogy a te gépeden van vmi bug? Oprendszer rosszul kezeli a content typeot, vagy ilyesmi?
7

webszerver kódolása

sotetbarna · 2007. Jún. 13. (Sze), 08.24
megnéztem ff-ben tamper datával

amikor én elküldöm a kérést, akkor így küldöm fel a kérést szervernek:
Accept-Charset=ISO-8859-2,utf-8;q=0.7,*;q=0.7

a szerver válasza:
Content-Type=text/html

nincs meghatározva a kódolás a webszerveren (ha meg lenne határozva utf-8, akkor ez jönne: Content-Type=text/html; charset=utf-8)

az, hogy a html-ben mit állítasz kódoloásnak, az csak egy része a jó működésnek. volt erről egy cikk itt a weblaboron, érdemes elolvasni: http://weblabor.hu/cikkek/karakterkodolasiproblemakkikuszobolese
8

hibás nálam is

Fraki · 2007. Jún. 13. (Sze), 12.17
Üdv PSPad-bajtárs! :)

Nálam is ugyanezek a jelenségek, amit leírtál, a rossz verzióban az ékezetes y helyén 3 bájtos szekvencia van.
9

charset=utf-8

netman · 2007. Jún. 13. (Sze), 12.42
Jéé, bepötyögtem az első sorba egy ilyet:
header("Content-Type: text/html; charset=utf-8");
és gond nélkül működik :)

Ezt a Tamper Data-t nem ismertem eddig, de nagyon hasznos eszköz ;)

Nahát, köszi mindenkinek a segítséget!

UI: Mondjuk ha localhoston nézem, ilyet ír ki:
Warning: Cannot modify header information - headers already sent by (output started at C:\!munkak\online\_htdocs\_netman\2007\index.php:1) in C:\!munkak\online\_htdocs\_netman\2007\index.php on line 2

de nem zavar, legfeljebb rakok egy @-ot a header elé, és nem fog okoskodni :)

Üdv
Péter
10

BOM

attlad · 2007. Jún. 13. (Sze), 13.21
Warningra jobb megoldás ha törlöd a BOM-t és egyéb kimenetet a fájl elejéről.
11

az első sorban van...

netman · 2007. Jún. 13. (Sze), 13.36
Jéé, bepötyögtem az első sorba egy ilyet:

Semmi nincs előtte.
<?php
header(...
Így kezdődik a fájl.

Ezt a warningot csak localhost irja. Tárhelyen amúgy semmi gond.
12

de van

Hojtsy Gábor · 2007. Jún. 13. (Sze), 13.42
A BOM nem látszik a legtöbb szerkesztő programban, mert nem is az a lényege, hogy lássad. A szerver nyugodtan kiveheti, amikor kiszolgálja a fájlt, ott azért nincs ilyen gondod.

Ha megnézed egy hexeditorral vagy valami intelligensebb szerkesztőprogrammal, az meg fogja mutatni.
14

Köszi ;)

netman · 2007. Jún. 13. (Sze), 14.40
Közben igénybevettem Google barátunkat, és kiderült hogy az általam kedvelt PSPad is képes ezen BOMok törlésére, pontosabban: a beállítások között be lehet állítani, akarom-e hogy írjon BOMot a fájlba, vagy sem, lásd itt. Ezt kikapcsolva mostmár tökéletesen működik a dolog.

Köszönöm mégegyszer a segítséget ;)

Üdv
Péter
15

PSPad rulez

Fraki · 2007. Jún. 17. (V), 10.26
PSPad a világ legjobb szerkesztője! :)))

(Bocs az offért)
13

nincsmit

inf · 2007. Jún. 13. (Sze), 14.20
szívesen