Oldal: 20 / 21

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.22. 21:55
Szerző: Tornado
É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!

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.24. 04:11
Szerző: Fernando
És mi volt a probléma? mert nekem még mindíg nem válaszoltak.

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.25. 15:36
Szerző: fahnp
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... :(

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.27. 11:52
Szerző: fride
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... :(


Szia!

Én megpróbálnám kivenni azt a sort az elejiről. :)

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.27. 12:17
Szerző: fahnp
3 hetes e-mail-ezgetés után a fórumbejegyzést követően végre jött válasz:
Admin annyit mondott: hiba nálam van.

Ennyi szórakozás után, és értelmes válasz híján (végre) elkezdtem utánajárni a problémának:
Kiderült, hogy a szerveren a PHP.INI-ben bekapcsolhatták a short_open_tag opciót, amely lehetővé teszi, hogy a szabványos <?php ... php kód ... ?> keret helyett egyszerűen csak <? ...php kód... ?> módon illesszenek php kódrészleteket a fájlokba.
Így valóban könnyebb (3 betűvel kevesebbet kell gépelni) a fejlesztő munkája, DE sajnos egyidejűleg elvész az oly sokat emlegetett hordozhatóság, más néven a kompatibilitás.

Nem volna nagy a baj, mert elvileg ez az opció a saját lapom vonatkozásában a .htaccess fájlba írt bejegyzéssel kikapcsolható.
Meg is próbáltam, ettől azonban az Apache összeomlott - pontosabban közölte, hogy Internal Server Error.
Ebből arra következtettem, hogy a szerver fejlesztőinek kódja tele lehet ilyen rövidített nyitó tag-ekkel, és ha ezt kikapcsolom magamnál, akkor ettől kezdve semmi nem működik.

Pedig a PHP oktató lapok a legalapvetőbb ismeretek között írnak ilyeneket:
A lot of people prefer to use the full tags, apparently short-style tags can cause problems when writing XML documents with PHP embedded, the server will become confused and parse code that isn't meant to be PHP code.
(idézet innen: http://www.webdesign.org/web-programmin ... .5891.html)

vagy egy másik helyen:
Note:
Using short tags should be avoided when developing applications or libraries that are meant for redistribution, or deployment on PHP servers which are not under your control, because short tags may not be supported on the target server. For portable, redistributable code, be sure not to use short tags.
(idézet innen: http://www.php.net/manual/en/language.b ... hpmode.php )

Nem ringatom magam abban az illúzióban, hogy az Internet Explorer inkompatibilitásait oly üvöltve (és joggal!) támadó guruk hajlandók lesznek az én kedvemért (és a kompatibilitás kedvéért) visszatérni a full_open_tag-ek használatára, és kikapcsolni a szerveren ezt az opciót, de azért még néhány hétig reménykedem, mielőtt áttérnék más szolgáltató használatára.

Azért halkan ismételten megjegyezném, hogy a problematikus oldalakat maga a nagy Macintosh OS-X oprendszer, ill. a rajta működő weblapszerkesztő program hozta létre, nem valami "ócska" MicSoft barkácsolmány...
Üdv!

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.27. 12:43
Szerző: fahnp
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!

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.27. 13:06
Szerző: fride
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!


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. :)

Re: Weboldal problémák

HozzászólásElküldve: 2011.02.28. 21:07
Szerző: fahnp
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

Re: Weboldal problémák

HozzászólásElküldve: 2011.03.01. 21:16
Szerző: fride
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


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
.:)

Re: Weboldal problémák

HozzászólásElküldve: 2011.03.03. 18:01
Szerző: fahnp
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
.:)


Kedves Fride!

Alig győzök hálálkodni a fölvilágosításért!
Amint látod, magam nem vagyok nagy szakember, bár informatikai szakmában dolgozom, de nem a webes területen.
Próbáltam a neten utánajárni a dolgoknak, de kevés sikerrel (annál nagyobb önbizalommal... :? )

A kódolásra vonatkozó bejegyzések tavaly márciusban - amikor elhelyeztük a lapot - még kellettek ahhoz, hogy normálisan jelenjen meg. Akkor azt gondoltam, azért, mert a szerver alapértemezett kódkészlete a Latin2.
Lehet, hogy most már nincs jelentősége, de benne hagytam, és nem csinál bajt.

Az általad küldött kód viszont megoldotta az összes problémánkat!
KÖSZÖNÖM!

Az XHTML ügyében - csak hogy teljesen képben legyél - az a helyzet, hogy a honlap gazdája egy számítástechnikában még nálam is kevésbé jártas ismerősöm, akinek segítettem tárhelyet keresni, valamint szükség esetén karbantartani a lapját.
Az egészet Ő szerkeszti Macintoshon, és ő is tölti fel. A cél az, hogy ne kelljen külön ftp-kliensprogramot, és egyéb varázslásokat használnia, hanem az iWeb-bel megszerkeszti, feltölti, és működik.
Ez jól ment eddig, és egyik napról a másikra (akkor, amikor nem is történt semmiféle módosítás) ledöglött a lap.

Most (egy hónap után) a segítségeddel ismét sikerült rendbe hozni, ezért nagyon köszönöm a figyelmedet, segítségedet!

Remélem, nem találnak ki újabb ötletet OKHost-ék, de ha mégis, akkor most már kicsit nyugodtabb vagyok, mert a fórum ezek szerint működik, és hatásos!

HTML/PHP ügyben: Azt olvastam a neten valahol, hogy elvileg teljesen szabályos lehet a html közepén egy PHP scriptet beleszúrni a "szöveg"-be, és ha ez igaz, akkor - gondolom - a szerveren futó PHP értelmezőnek kell azt megtalálnia, és végrehajtani. Talán ezért engedték rá a PHP interpretert a html-ekre is.

Köszönöm, hogy megmutattad, hogyan védekezhetek ezen - számomra káros - behatás ellen!
Ha érdekel az eredmény: gytt.weboldala.net - szeretettel ajánlom figyelmedbe!

Tisztelettel üdvözöl:
Fahn Péter