Az egyik legfontosabb dolog amit végig kell gondolni, az a felhasználók menedzselése. A nem regisztrált felhasználó cache-ből kapja a tartalmakat, a regisztráltnak minden egyes oldalt frissen rak össze a Drupal. Nagyot lehet hasraesni identitás-zavaros projektekkel, amikor pl. nem tudjuk eldönteni, hogy most hírportált üzemeltetünk, vagy közösségi portált. Bonyolult hírportálos listázó blokkokat teszünk ki nagyszámú regisztrált felhasználónak, akiket aztán élesben kell kiszolgálni. Láttunk erre példákat az utóbbi időben.

Vannak technikák, amelyekkel meg lehet próbálni menedzselni az ilyen helyzeteket is (Block Cache, felhasználói aktivitást igénylő oldalak elkülönítése-kiszervezése, stb. ) De ezek már kényszermegoldások.

A Views-t is lehet okosan használni (listázó nézet), meg nem okosan (teaser nézet). Mérlegelni is kell olykor, pl. a sima filteres view-kat betárazza, az argumentumosakat futtatáskor élesben rakja össze – másrészt viszont könnyen előfordulhat, hogy 5-6 jól átgondolt argumentumos nézetre fel lehet húzni egy egész portált, toronyórával, lánccal. Egy összetettebb webhely kézzel írt lekérdezésekkel olyan, mint a nagymama konyhaszekrénye – minden zugban van valami finomság – ezt aztán tartsa karban akinek két anyja van.

Napi többszáz-ezer oldalletöltésnél viszont már a cache sincs ingyen, ott már nagyon kell számolni.

Kapsz hibaüzenetet? Drupal napló, szervernapló ír valamit?

El se tudom képzelni, hogy mire kell, de sminkben lekérdezed a felhasználó azonosítóját, és ha nem == 0, akkor kiíratod a $title változót, egyébként meg nem.

Célszerű központilag a template.php-ben végezni az ilyen műveleteket, és unset()-tel ledarálni a $vars['title'] értékét (ebből lesz a $title változó, amit a page.tpl.php, node.tpl.php stb. ír ki).

Arra gondolsz, hogy a list és table nézetben "egy lekérdezéssel" kapja meg a views az összes adatot, míg a teaser nézetnél minden egyes találati sorhoz még meghívja a node_load függvényt, mely további számos lekérdezést generál?

Erre mondhatjuk azt, amit fent mondtál, de ez sem igaz mindig.

Igen, én itt a legegyszerűbb esetre gondoltam, amikor készítünk pl. egy egyszerű taxonómia listát blokkba, akkor a teaser nézet többnyire teljesen feleslegesen node_load-ol.

Érdemes elolvasni ez a jó kis odamondogatós vitát a Views fejlesztő blogján.

Also, I highly recommend using List views where possible, since you can avoid node_loads. In fact, Karoly Negyesi went so far as to write a little nodeapi hook that stores the fully converted teaser in the database so that he could utilize a List view as as teaser view. Something that is ordinarily not possible because teasers have to be processed. With a little nodeapi magic, however, he actually gained significant efficiency using Views.

De nincs köztünk vita ebben, meg kell nézni mit csinál a Views, nem ész nélkül kattintgatni, és eldönteni, hogy elfogadható teljesítményt nyújt-e, az egyszerűbb karbantartás megér-e ennyi teljesítményromlást. Ezt csak esetileg lehet eldönteni, nyilván a kérdező ismeri az összes szempontot, úgyhogy mi itt csak általánosságokat tudunk mondani.