Ha jól értem, akkor ő nem az rss item-eket akarja változtatni, hanem az egész taxonomy term feed-et. Például UTF-8 helyett valami más kódolással kell neki kiküldenie, mert a fogadó oldalon csak azt értik meg.

Az előfeldolgozó szerintem arra való, hogy megváltoztassunk, vagy hozzáadjunk változókat nem pedig arra, hogy töröljünk.

De akkor hol törölsz változót? Ezért bemászol a hook_nodeapi()-ba matatni? Vagy egyáltalán nem törölsz, hanem üres stringre állítod a változót, és tpl.php-ben vizsgálod? De az mitől szebb, mint – sminkben, vagy modulban, vagy akárhol – unset()-elni? A szép azért itt nem csak esztétikai kategória, hanem gondolom van valami objektív ok: célszerűbb így és így csinálni, ezért és ezért.

Én sem vagyok híve annak, hogy a tartalmakat nagy tételben smink preprocesszben manipuláljuk. De ha csak pár egyszerű eset van – mint itt, hogy egy bizonyos node-nál ki kell lőni egy változót – akkor a legjobban kezelhető módszer a preprocessz. Ha több tpl.php fájl van a sminkben, én attól mindig depressziós leszek. Például szeretnék egy plusz divet a page.tpl.php-be, akkor annyi fájlt kell módosítani, ahány page(-xxx).tpl.php fájlom van.

Drupal naplót nézted? Szerver hibanaplóban van valami? Cron rendesen, hiba nélkül lefut?

Ha nem itt van a gond, akkor bemész az indexelést végző modulba, és részletesen kiíratod vele a watchdogba vagy fájlba, hogy mit csinál, hol akad el. Nálam egyszer fordult elő ilyen, és kiderült, hogy egy node törzsében volt hibás PHP-kód, azon hasalt el az indexelő.

Egyébként én is átírnám az importálót – node_save(), taxonomy_save_term(), stb. – és újra behúznám az adatokat. Kismókus koromban én is INSERT-elgettem, aztán a nagymókusok jól kiokosítottak, hogy azért van az API, hogy használjuk. És tényleg. :) Azóta sokkal egyszerűbb az életem, 30-40 CCK-mező, toronyóra lánccal, stb. és minden hibamentesen megy be az adatbázisba.

Mi a különbség hogy insert -el vagy api -val követem el ugyan azt az adatbázisban.

Elvileg semmi. Gyakorlatilag INSERT-tel akkor fog hibátlanul sikerülni, ha tökéletesen ismered a Drupalt és az összes installált kiegészítő modult, és pontosan tudod, hogy új node létrehozásakor mit kell a bekapcsolt – gondolom több tucatnyi – modulnak csinálnia az adatbázisban.