
másik megoldás
Filefield Sources + IMCE.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

VBO
Views Bulk Operations?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

D5-höz azt hiszem van
A Javascript Tools csomagban volt ilyen, abból D6 alatt kiszervezték Active edit néven, de áll a fejlesztés.
Szerk.: azért egy dev elérhető, talán érdemes kipróbálni: http://drupal.org/node/242404/release
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

gyorstár?
Közvetlenül kijelentkezés után látod ezeket névtelenként? Milyen gyorstárazás van beállítva a webhelyen?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

ismert bugok
Korábban fájl alapú gyorstárazó moduloknál találkoztam olyan hibával, hogy betárazták az üzenetet kiíró oldalt, és a következő látogatóknak azt küldték ki. De akkor ezek csak az ismert bugok:
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

üres sorok
Pontosan milyen az a dupla hátterű portál?
Egyébként a forráskódban látszik, hogy a Views modul próbálja kitenni a cikkeket, de a tpl.php sablon már csak egy üres sort kap. Ha közvetlenül kéritek le ezeket a listában szereplő tartalmakat, akkor rendesen jelennek meg? Minek kell szerepelnie a Views listában (cím, teaser nézet...)? Van valamilyen views-.....tpl.php a sminkmappában?
<div id="block-views-events-block_1" class="clear-block block block-views green-fill"> <div class="inner"> <h2><span class="title-outer"><span class="title-inner">Events</span></span></h2> <div class="content"> <div class="view view-events view-id-events view-display-id-block_1 view-dom-id-6"> <div class="view-content"> <div class="views-row views-row-1 views-row-odd views-row-first"></div> <div class="views-row views-row-2 views-row-even></div> <div class="views-row views-row-3 views-row-odd views-row-last"></div> ...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

index
Az index karbantartása okoz nehézséget. Ha nagyobb mennyiségű tartalom van a webhelyen, könnyen lehet, hogy több millió rekordos táblákat kell kezelnie a MySQL-nek. Ez már komoly rendszerüzemeltetési feladat, egy szokásos osztott tárhelyen előbb kivág a szolgáltató, minthogy eljutnál a millió rekordig. :)
Google beágyazása: fizetni kell azért, hogy a saját felületeden jelenjenek meg a találatok. Egyes webhelytulajdonosok idegenkednek attól, hogy a felhasználó átkerül a Google felületére.
Szerintem meg ez jó, mert azt a felületet már jól ismeri a látogató, otthon érzi magát. A találati lista is jobb, azért a Google súlyozó algoritmusa kicsit fejlettebb, mint a Drupalé. :) Amikor elindult az Apache Solr projekt, akkor volt Robert Douglass-nek egy vicces előadása: megpróbálta megtalálni egy nagyon konkrét kifejezésre keresve az egyik cikkét egy Drupal oldalon. A Google az első helyen dobta ki, a Drupal keresője meg valahol a 10. oldalon. :D (A Drupal kereső finomhangolásával ezen lehet valamennyit javítani, azt hiszem, az előadásban elmondja, vagy valahol leírja, hogy hogyan.)…
És van, aki egyszerűen sznob, ugyanúgy elutasítja a Google kereső beépítését, mint ahogy lenézi azt, akinek Gmail-es email címe van sajátdomaines helyett. Számomra ez érthetetlen, de vannak ilyen népek, akik ez alapján ítélnek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

csak kikapcsolt gyorstárral
A szavazás modul nem működik együtt a gyorstárazással. Az első névtelen látogató, aki szavaz, megkapja a szavazás állását – ezt a rendszer betárazza, tehát a következő névtelen látogatók a szavazóűrlap helyett a szavazás állását fogják látni mindaddig, amíg nem ürül a gyorstár… és akkor újrakezdődik a kör.
Modulokban nem érdemes kódot módosítani, minden frissítéskor újra el kell végezni a módosításokat (és még ez a legkisebb lehetséges probléma).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

csak akkor, ha a címlap egy node
A címlapot csak akkor számolja, ha egy node van beállítva címlapnak:
<?php if (variable_get('statistics_count_content_views', 0)) { // We are counting content views. if ((arg(0) == 'node') && is_numeric(arg(1)) && arg(2) == '') { … } } ?>
Ha nem node a címlapod, akkor az accesslog táblában látod a lekéréseket (feltéve, hogy engedélyezted a logolást az /admin/reports/settings oldalon).
Statistics Advanced modul, további hasznos linkekkel a projektoldalon.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kikapcs
Gondolj bele, a Linkchecker egyenként végignéz minden kifelé mutató linket a webhelyeden, hogy él-e még. Ha nagyobb webhelyed van sok linkkel, akkor nem csoda, hogy sokáig tart.
Következő lépés: kikapcsolni a modult. :)
Gondold végig, hogy mennyire fontos a számodra ez a szolgáltatás. Alapvetően ez a linkelt webhelyek dolga és érdeke lenne, hogy a régi URL-jeikről átirányítsanak, stb. Intraneteken, vagy ahol fontos, ott ki lehet erre dolgozni egy stratégiát, hogy mondjuk havonta egyszer futtatjuk az ellenőrzést. Akkor ahogy Aries is írta, átmenetileg meg kell növelni a max_execution_time-ot, hogy végezhessen a PHP a feladattal.