mi nélkülözhető?
Először is kapcsolj ki minden nélkülözhető modult. TinyMCE, Aggregator, ... XML Sitemap, ezek luxuscikkek egy problémás webhelyen. Utána a nélkülözhetőeket is egyenként, majd válts át Garland sminkre. Van valami javulás?
A watchdog, sessions táblád hány sort tartalmaz? (Az, hogy a cron ilyen sokáig futott, azt mutatja, hogy nagyon sok dolga volt, pl. lejárt szavatosságú sorokat kellett törölnie az adatbázisból.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
külön szótár felfedett szűrőknek
de minden taxonómia bekerül a szűrőbe
Gondolom itt taxonómia kifejezésekről van szó. Azoknak egy külön szótárat kellene létrehozni, és ezt a speciális szótárt felfedni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
modulokat egyenként kikapcsolni
A helyzetem megoldodni latszik, virtualis szerverre tesznek at. Ez ugyan joval dragabb, de legalabb csak az en oldalam lessz a kijelolt virtual hostingon, igy jobban tudok beavatkozni.
Én nem ugranék bele egy drágább megoldásba addig, amíg nem tudni, mi okozza a problémát. A modulokat egyenként a system táblában is ki tudod kapcsolni a status értéket nullára állítva, csak azokat kell bekapcsolva hagyni, amelyek az Alaprendszer - szükséges kategóriában vannak felsorolva a Modulok oldalon.
Karbantartási módba kapcsolva mi történik?
Nincs valami olyan linkelési megoldás a honlapon, amibe beakadhatnak a robotok – pl. végtelenül lapozható naptár?
Ami meg erdekelne, a WATCHDOG tablat hogyan tudom kitisztitani? Most mar tobb mint 1900 bejegyzes van benne, es jobb volna tiszta lappal indulni
truncate watchdog;... PHPMyAdmin SQL fülén keresztül is futtatható. Ugyanígy tudod kitakarítani a cache* táblákat is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
option?
Elvileg az Option érték való arra, hogy korlátozzuk, milyen mélységig elérhető a taxonómia-fa. Hányas Views?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
saját feed olvasása + poormanscron
Olvasd el pp-nek ezt a hozzászólását arról, hogy miért ne olvassunk saját feed-et Poormanscron modullal. ;)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
$view->exposed_filter felülírása
A kiegészítésnél (ez az Option?)
Ha téged sem érdekel annyira, hogy átválts angolra, akkor miért kérdezed, hm?
teljesen mindegy mit írok nem veszifigyelembe.
Szerintem ezt úgy lehet legegyszerűbben megoldani, hogy kóddal hívod meg a szűrős keresőformot, és előtte felülírod a $view->exposed_filter tömböt azokkal az értékekkel, amelyek a szűrőkben kellenek neked. Exportáld ki a nézetet, és akkor látod, hogyan épül fel a tömb. taxonomy_get_tree()-vel le tudod kérdezni a legfelső szintű kategóriákat úgy, hogy a $max_depth értékét 1-re állítod.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hátha megeszi
Hát én ezen nem sokat filóznék, hanem először megpróbálnám itt az 'options'-nál megadni az 1-et, hátha megeszi. Ha nem, akkor meg átalakítanám ezt a tömböt, hogy pont úgy nézzen ki, mint azok a tömbök, amelyekben bent vannak a term-ek és kész :)
Bár én pont mostanában dolgozom egy ilyen nagy szűrős nézeten, és a végén úgy döntöttem, inkább írok rá modult valamilyen dependent-dropdown/hierarchical-select megoldással. Ez a Views felfedett szűrő egy gyors-és-piszkos megoldás, nem nagyon tud ilyen finomságokat kezelni, mint a taxonómia hierarchia – meg az se szerencsés, ha a felhasználó össze tud válogatni olyan szűrőket, amelyekre üres találati listát kap.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Similar by Terms
Now when you go to the page for a tagged content item, a block will show
up displaying other content in descending order of common tags (terms).
Ha jól értem, pont ez a feladat.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
goto
Szerintem ebben semmi trükk nincs. A drupal_goto()-nak megadhatsz külső URL-t is:
$path A Drupal path or a full URL.
Gondolom a modul hook_menu()-jében meg van adva, hogy a 'weblink/goto/' . $nid útvonalról a drupal_goto() dobjon át az adott $nid azonosítójú tartalom link mezőjében megadott (külső) URL-re.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
watchdog?
A Drupal hibanaplóban mi van? Indokolatlanul nagy adatbázis-forgalmat generálhat pl. valamilyen PHP hiba, amit aztán a Drupal szorgalmasan logol a watchdog táblába.