Sziasztok!

Nálam is ez a hiba lép fel. Annyi a különbség, hogy nekem már működő oldalaimnál jöttek elő ezek a hibák egyik pillanatról a másikra. Mert ha elsőre nem megy, vagy telepítéskor nem működik az egy dolog. De ha már hónapok óta normálisan és olajozottan megy minden és egyszercsak előjön ez a hiba az bosszantó. Ráadásul viszonteladói tárhelyem van, amin olyan drupal honlapot tartok, amit másnak készítettem. Ergo joggal várhatja el hogy derítsem ki a hibát. A szolgáltatóm nem nagyon törődik a beírt hibajelentéseimmel. 1-2 nap a válaszolási idejük. Én meg addig várok, várok. Eddig háromszor fordult elő ilyen eset. Mindig megoldódott a helyzet: ha vártam egyszercsak "megjavult" a dolog. Általában az admin felületre való belépéskor adja ezt a hibát, de előfordult már a views-nál is, illetve az ubercart termékfelviteli formjánál. Legújabb dolog pedig egy offlinera állított oldalnál hiába írom be a /user linket, hogy beléphessek...visszadobja nekem a főoldalt. ÍGy be sem tudok lépni.

Az 500 inetrnal server error hivatkozik a hibalogra, amiben ez áll. Egy a példa kedvéért:
[Sun Apr 6 16:58:45 2008] [error] [client 77.234.81.158] Premature end of script headers: /usr/home/web4tcom/public_html/kalvinsport/index.php

De ez így eléggé megbízhatatlan, pláne hogy én is szolgáltatok egy harmadik ember felé és nem tudom, hogy épp mikor jön elő a hiba és meddig fog tartani.
Amit tudok tenni, hogy elküldöm a szolgáltatónak a htaccess fájlt hogy nézze meg mi az ami a hibát okozhatja.

Tárhelyem az InternetEurope-nál van. Eddig nagyon megbízhatóak, jó árúak és korrektek voltak. Most is azok,de nekem úgy tűnik nem tudnak ezzel a hibával mit kezdeni. 1 hónapja jött elő és hetente fordul elő. Egyszer megjavul-egyszer elromlik. Gondolom fejlesztettek. Én meg magyarázkodhatok az ügyfeleimnek. Nem kellemes. Ha ez tovább folytatódik kénytelen leszek szolgáltatót váltani.

Üdvözlettel:
Szabó Gábor

Az első változat az igaz. Tehát a Drupal az nem egy olyan fejlesztő környezet mint mondjuk a Turbo Pascal.
A Drupal egy tartalom kezelő rendszer, mely önmagában is működőképes. Természetesen használhatod keretrendszerként is, de akkor tulajdonképpen a vázat, a keretet együtt kell vinned a kiegészítő fejlesztéseiddel/beállításaiddal.

Vannak ún. telepítési profilok, melyek különböző alapbeállításokat tartalmaznak. A letöltött Drupal egy, míg a magyarított két profilt tartalmaz. (angol és magyar nyelven tudod telepíteni az oldalt, de minden más azonos.) Magyarításról bővebben a localize.drupal.org oldalon tudhatsz meg többet vagy a tanarurkerem.hu magyarításról szóló adásának felvételéből.

Ez a profil egy közösségi oldal profilja. Nagy vonalakban: Bárki tud regisztrálni és van két tartalom típusod. Írás/story mely mindig a főoldalon jelenik meg és az oldal/page mely nem jelenik meg sehol, ezért érdemes menübe raknod. Javaslom nézd végig a Drupal Mozikönyv ide vonatkozó részeit: http://tanarurkerem.hu/drupalmozikonyv/cegesoldal (ez még ötössel készült, de szerintem használható, a szemlélet ugyan az, de néhány beállítást máshol találsz.)

Természetesen más profilokat is letölthetsz, vagy írhatsz sajátot. Ezt a profilos dolgot bár ide az elejére írtam ezzel érdemes inkább később foglalkoznod. Én pl. mindig alapértelmezett profilt használtam, kivéve egy speciális esetet.:D

A rendszert modulokkal bővítheted és különböző sminkekkel változtathatod meg a kinézetét.

Javaslom először az alap rendszerrel ismerkedj meg, mely tartalmaz számos nagyszerű modult már eleve. :D Ha elég bátorságot érzel akkor érdemes a leggyakrabban használt modulokat megnézni először, hisz egymilliárd légy mégse tévedhet. :D

Nincs más hátra mint hogy nekiláss. Légy üdvözölve a Drupal csodálatos világába.

pp

„a három nyelv menüpontjai (angol, német, magyar) egymás után jelennek meg, szépen sorban, holott mindegyiknek csak akkor kellene látszania, amikor az adott nyelvnél vagyunk.”

A kérdés az, hogy ennyi csak-e a hiba? Mert ha igen, akkor egy kis modullal össze lehetne rá hozni egy workaround-ot: A hibát ténylegesen nem javítja, de az oldal működését igen.

Több lehetőség is eszembe jutott, de mindegyik ugyanarra a logikára épül. Nézzük a sminkeset.

A localhost-os tesztoldaladon a sminked template.php fájljában definiálod a theme_link() függvényt. A Devel modul dsm() függvényével megnézed a $variables paraméter értékét, ugyanis ezzel a függvénnyel is tudod szabályozni az oldalon megjelenő linkeket. Ha minden igaz, akkor ott meg fog bújni az adott menüelemhez tartozó nyelvi kód is. Aztán megvan neked az aktuális felhasználó nyelvi kódja is: kell egy global $user, és máris eléred a $user objektumot minden adattal.
Most már egyszerű a dolgod: A menőpontot csak akkor jelenítsd meg, ha a két nyelvi kód egyezik.

Ui.: Ha sok link van, akkor a dsm() gyakran fut le és kifagyhat tőle a böngésződ. Ebben az esetben a dd() használata javasolt, ami az oldalhoz tartozó temp könyvtárban létrehoz egy drupal_debug.txt fájlt és abba dolgozik.

Felelősség elhárítása, blablabla: A fenti gondolatmenetet nem próbáltam ki és valószínűleg nem is a legideálisabb, nyugodtan tovább lehet gondolni a megoldást, akár saját modulban megvalósítva.

Ui.: Én azért utána kinyomoznám a hiba okát és javítanám. A frissítéseket pedig tesztoldalon próbáld ki, különösen akkor, ha valamilyen modulból főverziót frissítesz, pl. 7.x-1.2 -> 7.x 2.0