
képernyőn?
Ha beállítod, hogy a képernyőre is írja a hibákat, akkor a törött oldal után elsőként lekért oldalra mit ír ki? (Szép hosszú rózsaszín warningnak kellene megjelennie.) Egyébként mi van a tömbben? print_r($node->field_fokep)?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

gyakran feltett kérdés
Máskor használd kérlek a keresőt, egyébként tegnap is volt szó róla.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

nem hinném
Ahhoz túlságosan üt a szöveg ;)
Egyéb lehetséges problémák:
- Feltöltő személy jelszavát (súlyosabb esetben az admin jelszót) boldog-boldogtalannak kiadták, a fél VDSZSZ ezzel a loginnal dolgozott a honlapon.
- Rosszul beállított rendszer, full HTML beviteli jogosultság engedélyezése széles kör számára.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Search config
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Computed Field, Content Taxonomy
Mostanában dolgoztam egy hasonló összetett honlapon, van kb. 50 tartalomtípus, 70 CCK mező és nem-tudom-hány taxonómia kategória. Pár helyen Computed Field modul segítségével a taxonómia kategóriák értékeit lementem CCK mezőkbe is. Erre vannak kész megoldások (pl. a Content Taxonomy), de én feleslegesnek találtam pár sor PHP kód kiváltására feltenni még egy modult. A Computed Field egyszerű, fapados, de nagyon jól használható ilyen esetekben.
A CCK mező általában nagyobb mozgásteret ad, mint a Taxonómia – másrészt viszont egy sor modul és szolgáltatás csak Taxonómiával működik. Ilyenkor ha nem kell nagy terhelésre tervezni, akkor célszerűbb lehet duplán tárolni adatokat term-ként és field-ként is, mint nulláról fejleszteni egy alkalmazást. Nem nyersz vele adatbázis-szépségversenyt, viszont egy nagyságrenddel csökkenthető a fejlesztés időigénye és költsége, ami azért már elég vonzó lehetőség.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

nem Drupal
Ez nem Drupal kérdés, egyébként a getimagesize() használható erre.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

.htaccess
Ahogy már fentebb is jelezték, benne van a Drupal gyökérben szállított .htaccess fájlban.
# If your site can be accessed both with and without the 'www.' prefix, you # can use one of the following settings to redirect users to your preferred # URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option: # # To redirect all users to access the site WITH the 'www.' prefix, # (http://example.com/... will be redirected to http://www.example.com/...) # adapt and uncomment the following: # RewriteCond %{HTTP_HOST} ^example\.com$ [NC] # RewriteRule ^(.*)$ http://www.example.com/$1 [L,R=301] # # To redirect all users to access the site WITHOUT the 'www.' prefix, # (http://www.example.com/... will be redirected to http://example.com/...) # uncomment and adapt the following: # RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC] # RewriteRule ^(.*)$ http://example.com/$1 [L,R=301]
Például átirányítás a www nélküli címre:
RewriteCond %{HTTP_HOST} ^www\.honlap\.hu$ [NC] RewriteRule ^(.*)$ http://honlap.hu/$1 [L,R=301]
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

sok tábla
Ha megnézed az adatbázist, a CCK sok kis táblába szórja szét az adatokat (főleg ha egyes mezőket újrahasznosítasz, azaz több tartalomtípusnál is felhasználsz, minden ilyen mezőnek külön táblája van).
Amikor megjelenítesz egy node-ot sok CCK-s mezővel, akkor ezeket a táblákat össze kell kapcsolni (join). Ha még ráadásul duplán le van mentve az adatok egy része (taxonómia kategória és CCK field), az megint csak nem javítja a teljesítményt. Ha egy listázó oldalon sok node-ot listázol, vagy egyszerre sok lekérdezés jön (látogatottság), vagy a táblák nagyon nagy méretűek (több százezer node a rendszerben), megint csak keményen dolgoztatod az adatbázist.
Lényegében a fejlesztés költségének csökkentését az adatbázissal fizettetjük meg – pedig többnyire az adatbázis a legszűkebb keresztmetszet egy szerveren. Ezért nem lehet nagyobb méretű és/vagy forgalmú webhelyet anélkül összekattintgatni, hogy értenénk ami a háttérben megy. Ajánlott könyv és kapcsolódó blog.
Egyik lehetséges megoldás amit éppen a napokban alkalmaztam, hogy az adatokat összevonjuk egy denormalizált táblába, amit cronnal tartunk karban. (Ez persze egy sor új problémát vet fel.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

domain alias
A Drupalt telepítsd közvetlenül a tárhelyed nyilvános könyvtárába (valószínűleg public, html, www vagy valami hasonló neve van, ez a legmagasabb szintű könyvtár, aminek a tartalma látható az internetről). Utána a /sites könyvtárban hozd létre az összes webhely alkönyvtárát.
- sites
- default
- domain.do
- sub1.domain.do
- sub2.domain.do
Végül a sub1.domain.do, sub2.domain.do címeket vedd fel domain alias-ként a kezelőpanelen keresztül (tehát nem önálló domainként, hanem a fődomained aliasaként).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szavazó csoport
A Login Toboggan segítségével beteszed a regisztráltakat egy "szavazó" csoportba, és ennek a csoportnak nem adsz további jogosultságokat.