23 июля 2006 в 11:25
У меня в админке пишется вот это:
"Планировщик заданий не был запущен. Скорее всего, задания планировщика не были настроены на вашей системе. Смотрите справку о работе планировщика заданий."
Если меется ввиду cron.php то я его уже запускал несколько раз.
Вообще что значит "не запущен"?
И что значит "не настроен"?
И как решить эту проблему?
Комментарии
Его нужно запускать _регулярно_ через cron (планировщик собитый).
.
Веротяно, проблемы с поиском у вас из-за этого же.
"Его нужно запускать _регулярно_ через cron (планировщик собитый)."
Планировщик событий мне нужно включить на хостере?
Да.
Сенкс. ))
Поставил cron на один час (посмотрим что из этого получится
Это не часто будет? Может лучше пореже выставить.
И ещё хостер пишет:
Как запустить PHP-скрипт?
Задайте в PHP-файле путь к интерпретатору: #!/usr/local/bin/php (первая строка в файле). Установите на файл права 705.
...
...
Это принципиально обязательно выставлять права на этот файл?
Способ запуска скрипта зависит от настроек системы у хостера. В /scripts хорошие примеры есть, как вызывать скрипт с помощью брозера lynx или других утилит. Тогда права на исполнение скрипту точно не нужны.
Периодичность зависит от нужд сайта - насколько критично быстрое индексирование контента для поиска и т.п. Я ставлю на разных сайтах от 15 мин до 1 часа. периодичность.
--
Axel,
Darcs-репозиторий разработок для Drupal
Вобщем как вы и сказали я так и сделал:
.
Запустил крон у себя на хосте. Сделал запуск на час.
.
Но в админке у меня по прежнему в Настройках это:
.
"Задания планировщика
Планировщик заданий не был запущен. Скорее всего, задания планировщика не были настроены на вашей системе. Смотрите справку о работе планировщика заданий."
.
Ёлы-палы что я делаю не так?
Проверьте, правильно ли указан путь к cron.php
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Пришёл отчёт от cron-а:
/home/w/ru/public_html/cron.php: line 1: ?php: No such file or directory
/home/w/ru/public_html/cron.php: line 2: //: is a directory
/home/w/ru/public_html/cron.php: line 4: /**: No such file or directory
/home/w/ru/public_html/cron.php: line 5: public_html: command not found
/home/w/ru/public_html/cron.php: line 6: syntax error near unexpected token `('
/home/w/ru/public_html/cron.php: line 6: ` * Handles incoming requests to fire off regularly-scheduled tasks (cron jobs).'
Что тут не так?
А вы его как прописали?
http://drupal.org/node/43807
"6. CRON TASKS"
Вот выписка из панели управления моего хостера: http://sweb.ru
.
Управление CRONTAB:
.
Вот пример правильной записи:
0 0 * * 1 ~/public_html/myscripts/somescript.php - запускать программу somescript.php в ночь с воскресения на понедельник
.
Я так и выставил. Т.е. вот так:
0 */2 * * * ~/public_html/cron.php
Я поставил на каждые два часа.
.
И выставлин на файл cron.php права уже 777, и это тоже не помогает.
.
По указанной вами ссылке написано это:
0 * * * * wget -O - -q http://HOSTNAME/cron.php
Ну и что мне делать?
Млин!
Ну я дал ссылку на конкретное место в документации.
Теперь надо еще сказать, сделайте как в докумнетации?
Думаете я ссылку просто так давал?
.
У вас хостинг то на ядерной станции находится, что вы не можете просто взять и проверить - сработает или нет?
.
Кстати... говоря совсем не факт, что у хостера есть wget. Тогда смотрите каталог /scripts/ там есть скрипты для других хороших и разных утилит, которые "дергают" крон. Одна из них хоть как есть у хостера.
Ну так я и пишу что БЫЛ по вашей ссылке.
.
И пишу:
Там написано это: 0 * * * * wget -O - -q http://HOSTNAME/cron.php
.
И пишу что написано у моего хостера.
.
Куда мне это 0 * * * * wget -O - -q http://HOSTNAME/cron.php там засовывать?
Там даже полей ввода таких нет.
Туда же куда вы засунули
0 */2 * * * ~/public_html/cron.php
Активизация cron.php при помощи cron-а снова привела к полному уничтожению всех таблиц в моей базе данных.
.
Т.е. cron.php снова положил портал в даун.
.
Пошёл востанавливать БД.
.
Хе-х.... перидётся ещё и от поиска отказаться, блин....
Урааааааа!!!!!!!!
Поиск заработал!!!!!!!!!!!!
.
Ну дочего же всё так туго...
Ну а почему в админке всё равно светится эта надпись:
.
"Планировщик заданий не был запущен. Скорее всего, задания планировщика не были настроены на вашей системе. Смотрите справку о работе планировщика заданий."
.
????
Отчёт от крона такой приходит:
.
/bin/sh: /home/w/ru/wget: No such file or directory
.
Полностью сделал как сказали...
Блин...
Тока счас заметил на спейсвебе автоматом добавляется символ ~/ перед строчкой.
Поставил по-нормальному.
Сейчас жду когда будет срабатывать... )))
В Админке в "Последние системные события" смотрю как срабатывает крон:
Срабатывает каждый час, ошибок не наблюдается.
Но в подробностях в админке пишется слебующее:
.
"Тип Планировщик заданий"
"Сообщение Последний запуск планировщика заданий не был завершен."
"Взыскательность Предупреждение"
.
В настройках по прежнему пишется:
.
"Задания планировщика
Планировщик заданий не был запущен. Скорее всего, задания планировщика не были настроены на вашей системе. Смотрите справку о работе планировщика заданий."
.
Поиск каким-то образом один раз проиндексировался (в июле) и с тех пор не индексируется, т.е. последние добавления не индексируются.
.
Как сделать чтобы заработало?
Попробуйте уменьшить кол-во индексируемых страниц за раз.
Нет никаких мыслей?
Nick, вообще отключил модуль поиска и отключил cron.
.
Поставил поиск от Google...
Теперь с планировщиком заданий нет никаких проблем....
:)))))))))))))))))
%))))))
:=)))))))))
Cron нужен не только для поиска. Так что отключать его крайне не рекомендуется.
А для чего он ещё нужен?
вот например node_cron() удаляет историю, а aggregator_cron и watchdog_cron понятно из названия
>вот например node_cron() удаляет историю, а aggregator_cron и watchdog_cron понятно из названия
Это я тоже отключил в первую очередь
Так что проблем теперь никаких
И планировщик больше мне нафиг не нужен...
Ну-ну. Блоху, как всегда подковали, только, как всегда, она после этого плясать перестает