инфобокс, запуск КРОН

Главные вкладки

Комментарии

Аватар пользователя axel axel 11 апреля 2008 в 22:41

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

Аватар пользователя xenon xenon 12 апреля 2008 в 0:13

И все же интересно - почему Вы перешли на Мастерхост, хотя раньше были на Инфобоксе?! Если сравнивать периодическую недоступность друпал.ру за последнее время, то в чем преимущество мастера?!

Аватар пользователя axel axel 12 апреля 2008 в 17:44

drupal.ru не на мастерхосте и уже очень давно не на инфобоксе. Сейчас размещаемся в РБК на выделенном сервере.

Аватар пользователя orb orb 12 апреля 2008 в 14:08

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

Аватар пользователя kiev1 kiev1 12 апреля 2008 в 16:46

это все придумали что бы запутать - никакой крон отдельно запускать не надо, просто разработчики зачем то его забыли включить в ядро и теперь его сделали отдельным костылем http://drupal.org/project/poormanscron который надо приставить сбоку что бы все было как надо

а еще разработчики забыли что длина заголовков в статьях может быть больше чем они думали и надо не забывать приставлять еще один костыль http://drupal.org/project/maxlength

в третьих надо помнить что если оставить таблицы сайта в виде myisam как было задумано, на не innodb как временный выход, то в конце концов сайт повиснет и повесит сервер в не зависимости от его мощности

и последнее - не забывайте патчить модуль upload и все другие которые закачивают файлы или картинки на сервер так что бы русские имена преобразовывались в транслит - так как в последствии станет очень проблематично или не возможно перенести такие файлы на другой хостинг

Аватар пользователя axel axel 12 апреля 2008 в 17:51

Просто системный крон работает перманентно, запускать его не надо, а poormanscron срабатывает только при обращениях к сайту. Собственно это и есть недостаток. Если сайт малопосещаемый, то операции для планировщика будут срабатывать редко и не получится соблюдать точное время операций (например сделать напоминание о событии точно в дцать часов). Если же сайт высоконагруженный, то тем более нет смысла прицеплять дополнительные операции к тем же обработчикам PHP, что отвечают на запросы пользователей. По крону можно запускать процессы отдельно, если позволяют настройки PHP (если есть CLI сборка) даже не минуя вебсервер. Poormanscron это всё ж "крон для бедных", не имеющих доступа к системному планировщику, как и следует из его названия Smile

Аватар пользователя axel axel 12 апреля 2008 в 17:55

С именами файлов в UTF проблема только при FTP-доступе из windows. Если даже юниксовый сервер хостера не поддерживает utf8 (что в наше время нечасто), то имена просто будут сохраняться as is и их будет хреново видно из ssh, но перенести их tarом на другой хостинг поддерживающий utf8. Юниксовым фс в большой степени пофиг какие символы использутся для имён, всё зависит исключительно от локали пользователя.

Аватар пользователя kiev1 kiev1 12 апреля 2008 в 18:00

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

если drupal.ru на выделенном сервере, то почему он тормозит при добавлении комментария на 5-12 секунд?
почему на rbk.ru поиск отвечает меньше секунды, а на drupal.ru ждать надо примерно 10 секунд?

Аватар пользователя orb orb 20 апреля 2008 в 17:35

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