Én is is küldtem e-mailt konkrét leírással, de semmi azóta sem!Megértem, hogy ingyenes szolgáltatás, de azért válaszolni illene.
Na megjött a válasz, az oldal azóta rendben!
Köszönöm!
fahnp írta:2011. február 1-rő 2-re virradóra észleltem, hogy a Mac-en létrehozott honlapomat a böngészők nem tudják megjeleníteni,
mert bármelyik html fájlt kérjük le, a szervertől az alábbi hibaüzenet érkezik (a megfelelő fájlnév behelyettesítésével) a tartalom helyett:
Parse error: syntax error, unexpected T_STRING in /var/www/webodala.net/gytt/www/web/munkaim.html on line 1
A fájlok első sora - a Mac-es szerkesztő jóvoltából - mindig a következő:
<?xml version="1.0" encoding="UTF-8"?>
Az UTF-8 kódolás értelmezése érdekében (amelyet a Mc használ) a honlapon elhelyeztük az alábbi tartalmú .htaccess fájlt:
AddDefaultCharset UTF-8
AddCharset UTF-8 .html
Kérdésem: volna-e mód rá, hogy az ilyen kezdetű (tehát a Macintoshon létrehozott) fájlokat is
megjelenítse a szerver?
A hiba az azóta 5 alkalommal ismételten elküldött e-mail-em után még mindig fennáll, és semmiféle választ nem kaptam...
fride írta:Szia!
Én megpróbálnám kivenni azt a sort az elejiről.
fahnp írta:fride írta:Szia!
Én megpróbálnám kivenni azt a sort az elejiről.
Kedves Fride!
Köszi! Kitűnő ötlet.
Ez volt az első, amit kipróbáltam, még mielőtt írtam volna bárkinek.
Egészen jó is lett volna, de az UTF-8-as kódolás miatt tiszta kriksz-kraksz lett az eredmény.
Azonkívül: elég fáradságos lenne a Mac-en megszerkeszteni a honlapot, feltölteni a tárhelyre, majd egyenként a szövegszerkesztővel kigyomlálgatni minden fájl elejéről ezt a sort. Persze, ha csak ezen múlna, talán bevállalná az ember.
De három heti válasz nélküli csend után már kezd elvi kérdés lenni a dologból.
Meg, hát az ékezetek a magyarban elég lényegesek...:S
Üdv!
header('content-type: text/html; charset=utf-8');Az xml-es sort illetően max annyit tudok tanácsolni, hogy nézz körül a HTML-szerkesztőd beállításainál, hátha akad valami, amivel ki lehet ezt iktatni (lehet, hogy azért teszi bele, mert xml-re van állítva a dokumentumtípus).
Az UTF-es kódolást illetően pedig valahol lennie kéne egy ilyen kódnak:
- Kód: Egész kijelölése
header('content-type: text/html; charset=utf-8');
Vagy pedig kódold vissza Latin2-be az oldalakat.
fahnp írta:Az xml-es sort illetően max annyit tudok tanácsolni, hogy nézz körül a HTML-szerkesztőd beállításainál, hátha akad valami, amivel ki lehet ezt iktatni (lehet, hogy azért teszi bele, mert xml-re van állítva a dokumentumtípus).
Az UTF-es kódolást illetően pedig valahol lennie kéne egy ilyen kódnak:
- Kód: Egész kijelölése
header('content-type: text/html; charset=utf-8');
Vagy pedig kódold vissza Latin2-be az oldalakat.
Kedves Fride!
Köszönöm, hogy szíveden viseled, hogy megoldást találjunk a problémámra.
(de hiszen ezért vagyunk itt a fórumon...)
A helyzet az, hogy html fájlok vannak az oldalamon, azzal a szűkítéssel, hogy a szigorúbb XHTML szabványnak is megfelelnek, ebből következően akár xml-nek is tekinthetők. A Mac iWeb nevű alkalmazása nyilván ezért teszi bele azt a bizonyos kezdősort.
A honlap ezzel a kezdősorral együtt működött tökéletesen tavaly márciustól idén február elejéig, amikor is egyik napról a másikra megszűnt a működése.
Ez a sor amúgy tökéletesen szabványos, csak a PHP értelmező (parser) a slendriánságot megengedő opciójának (short_open_tags) bekapcsolása óta akad fenn rajta, amíg nem kapcsolták be, addig értette, miről van szó.
Az UTF-8-cal kapcsolatban is ez a helyzet. Az a bizonyos kezdősor mondja el a fájlról, hogy ő bizony egy UTF-8 kódolású XML szöveg.
Ezeket a lapokat nem "átkódoltuk" UTF-8-ra, hogy "vissza kelljen kódolni", hanem - ahogy az ma már a világban normális - az első pillanattól fogva UTF-8-as kódolással készültek, és működtek is 10 hónapon át tökéletesen.
Azt gondolnám, ha egy-másfél évig tudtak a szabványoknak megfelelő ingyenes szolgáltatást működtetni OKHOST-ék, tudnának ilyet továbbra is, és nem volna okos dolog részükről ezt feladni, és elmenni a "laza könnyedség" kedvéért az inkompatibilitás irányába.
Ezt NEM indokolja, hogy "már annyi minden elkészült így a szerveren", ahogy sokan védekeznek a szabványos eljáráshoz való ragaszkodás ellen, mert másfél évig tudtak enélkül működni, és csak szűk 4 hete van szükség erre a "szabadságra".
Természetesen, ha "üzletpolitikájuk" ebbe az irányba sodorja őket, legfeljebb én lemorzsolódom róluk.
Ennél azért pozitívabb végkifejletben reménykedve üdvözöl:
Fahn Péter
<IfModule mod_mime.c>
RemoveType .html
</IfModule>
fride írta:Szia!
Úgy néz ki, hogy nem a short_open_tag(ami szerintem már régóta be van kapcsolva) miatt lett rossz az oldalad, hanem amiatt, mert a .html fájlokra is engedélyezték a php-értelmezőt(ne kérdezd, hogy milyen okból).
Ezt egy .htaccess-be tett bejegyzéssel le tudod tiltani.
- Kód: Egész kijelölése
<IfModule mod_mime.c>
RemoveType .html
</IfModule>
Egyébként ha utf-8 kódolású az oldalad, akkor nem szükséges az XML-fejléc.
Sajnos karakterkódolásra vonatkozó .htaccess bejegyzést figyelmen kívűl hagyja a rendszer, tehát maximum a php header függvényével lehet állítani.
ui.:
Azt azért elárulhatnád, hogy miért olyan fontos az XHTML.
Vissza: Egyéb problémák és kérdések
Jelenlévő fórumozók: nincs regisztrált felhasználó valamint 1 vendég