- постави в template.php следното
преди 2 часа 26 мин. - може и с модул ако се сещате
преди 22 часа 20 мин. - да се адаптира вероятно може,
преди 1 ден 14 часа - този модул може ли
преди 2 дни 17 часа - Точно, но ми създава проблем
преди 4 дни 21 часа - много добра работа, не
преди 5 дни 4 часа - Fields - Drupal way
преди 2 седмици 3 часа - Предполагам че искаш да
преди 2 седмици 1 ден - Благодаря много. Сега ще
преди 2 седмици 4 дни - има различни модули за това
преди 2 седмици 4 дни
В момента са 0 потребители и 1 гост online.
Какво харесвате в България?
Планините
25%
Морето
25%
Туризъм без значение
9%
Разходки в планините с апарат в ръка
13%
Лагеруване с палатки в планините
6%
Катерене
0%
Обикаляне с кола пък където свари
13%
Само на хотели
0%
Градовете и селата
9%
Общо гласове: 32
- Идентифицирайте се или се регистрирайте за да изпращате коментари
- По-стари анкети
- Идентифицирайте се или се регистрирайте за да изпращате коментари
31 Август, 2010 - 08:21
Знае ли някой как се лекува заболяването "Cron-задачата е спряна поради изтичане на времевия лимит." ?
С диагностика. Най-вероятните причини са изтекъл кеш, спекъл процес на някой модул, рестриктивни лимити на хоста ти.
Друпал разработки
Backupvash si basata i si runvash slednoto query:
DELETE FROM variable WHERE name="cron_semaphore";
Deistva bezotkazno
а като съдя по публикациите в нета - и за специалисти си е трудничко занимание.
Днес обаче аз постигнах известен резултат. След като пробвах какво ли не, инсталирах модула supercron. Той позволява да изключиш някой от cron процесите. Със него установих, че ако изключа cron-на, касаещ backup_migrate модула - cron-на минава успено.
От месеци имам проблем с този модул (backup_migrate). Когато се опитам да пусна ръчно бекъп - получавам бяла страница с нищонезначещото
"The site is currently not available due to technical problems. Please try again later. Thank you for your understanding."
В същото време настроеният автоматичен бекъп си праваше архиви.
Есествено, от как cron-на не успява да мине - не се правят и автоматичните бекъпи.
Подозирам, че една от възможните причини да не минава бекъпа е в ограниченията за размер на файла (64 МВ).
От съобщенията, които получавам при опит да настроя по-голяма стойнот през А Д М И Н С Т Р И Р А Н Е :: КОНФИГУРАЦИЯ НА САЙТА:File uploads, получавам съобщението "Вашите PHP настройки ограничават максималния размер на файла за качване до 64 MB.
Взависимост от сървърната среда тези настройки могат да се променят в системен php.ini файл, или в php.ini файл в главната директория на вашия Drupal, в settings.php файла или в .htaccess файла в главната директория на Drupal."
Разглеждах тези файлове - посоченото ограничение фигурира на много места и това ме обърква.
Посъветвайте ме, къде по-точно да направя корекцията, моля !
Най-добре питай администраторите на хоста за да не стават бели. Но защо ти трябва това увеличение? По-скоро провери http://php.net/manual/en/function.set-time-limit.php - ако процеса по бекъп отнема повече от допустимото време резултата ще е точно това, което описваш.
Друпал разработки
Може би проблема да е именно в лимита на времето. И без това, когато cron-на не минаваше, сочеше точно проблем с времето.
За съжаление аз нямам идея как да увелича лимита на времето. В кой файл се указва този лимит ?
Горещо ти препоръчвам преди да правиш каквото и да е да говориш с някой от админите на сървъра ти. Иначе можеш да добавиш
set_time_limit(0);
в началото на cron.php веднага след <?php
Друпал разработки