Этот хук нужно использовать в вашем модуле, например если модуль называется main, то функция в это модуле будет иметь вид main_file_delete($file), тем самым вы перехватите удаление файла и проведете необходимые операции

да можно и по шагам, а как крон запустить по шагам?
пока что через слип почти уложился, но иногда слетает скрипт.

о-о-о, спасибо, про sleep даже не думал, начал мудрить, попробую.
только нужно узнать на сколько вызывать паузу, max_execution_time на сервере = 30 сек.

ага, действительно, сам же как то им пользовался, спасибо за совет, думаю попробуем

мда, тут проблема в том что этот хостинг уже 3
сначала был park-web.ru, но там были проблемы с почтой, плюс сервер падал когда проводил обновление из svn (bad gateway ....), ну и сам заказчик не мог дождаться документов (договоров и т.д.)
решили переезжать, попробовали mchost.ru вроде неплохо, сайт встал, но тормозил жутку, видимо что то у них с канало, то работает быстро то еле еле.

решение: использовать hook_file_delete($file) (нужен модуль FileField)
наподобии токого:

"penexe" wrote:

юзайте http://api.drupal.ru/api/group/batch/6[/quote]
то что нужно. Все работает, всем спасибо.

если тест будет учитывать добавление данных в таблицы CCK, file, и выставлял связь добавленных нод с терминами,IMHO результат будет более объективен.

Экспериментальным путем было установлено, что затык происходит при импорте терминов таксономии:

смотрю в будущее, делать все равно придется, это уже не эксперименты

я просто сразу вспомнил одну весч:
в битриксе есть такая возможность как быкап данных, так вот, там этот быкап выполняется довольно такие большой промежуток времени и обновляется каждые 15 секунд, плюс в том что пользователь видит, что процесс идет. ну и делается это все через ajax, интересно как они сбрасывают этот буфер и очищают память, ведь должен же быть выход

да, надо будет попробовать.
а можно еще после импортирования 100 нод запоминать строку где был последний импорт, выдать информацию пользователю и перенаправить на урл дальнейшего импорта, вобщем буду разбираться.

хм, наврал, файл не больше 1 МБ, а точнее 774 кб

по циклу, по строке. но дело тут не в этом, если выводить файл через echo или print_r (без node_save), то он полностью выводится, и довольно таки быстро, файл порядка 1.5 мб

блин, причем памяти дал скрипту порядком, чего нельзя позволить на рабочей площадке сайта.

если добавлять только ноду, без доп. полей, то максимум 1000 с небольшим

тоже пришла подобная мысль в голову, после обноружения этой проблемы:
вот:

Еще кое чего заметил, не совсем удобно сделано:
даю достут для роли к "taxonomy" укправлению таксономией. Получается пользователь который зарегистрирован под этой ролью, получает доступ к управлению всеми словарями, что не есть хорошо т.к. человек не сведущий может попортить термины других словарей, просто перепутав их и т.д.

Даааа, понял, получается в самой админке нет доступа к содержимому, т.е. пользователь опубликовал материал, потом для того чтоб его отредактриовать должен найти его на сайте, зайти в него и только в полной версии (не тизере) он увидит вкладку "изменить", понял Теперь буду разбираться для чего нужен nodeaccess, если эта функциональность уже есть....

Да, конечно установлена!

Опять же если поставить галочку "управление материалами", то пользователь может создавать вообще материалы всех типов, а если убрать то он не видит содержимое.....
как так? вообще запутался....

огромное спасибо за совет, так и сделаю, сюда же и выложу со временем

да, действ, немного сумбурно написал, просто не знаю с чего начать, куда податься (в друпале я новичок всего месяц с небольшим, поэтому пож. не судите строго ). Может вопрос по другому задать - просто нужно в панели отправки сообщения добавить галочку "отправить всем", основные действия модуля можно перехватить с помощью хуков, соотв.