Важно! После установки обновления зайдите по FTP на сервер, удалите директорию /templates/admincoreui/ и скопируйте на её место эту же директорию из полного дистрибутива установки InstantCMS 2.14.0.
dimbons
Поэтому предполагаю, что к созданию глоссария нужен какой то другой подход, готов скинуться в складчину если кто поддержит.
Где компонент? Что удаляли "недавно" до сего события?
Скорее всего там должен быть прописан компонент "Подписки", так как ошибка появляется только когда есть сформированные подписки ожидающие рассылки. Перед этим я ничего не удалял.
это происходит с 1 мая 2018? Верно?
Вы намекаете на тот день когда вышло обновление InstantCMS 2.10.0. Это очень вероятно, но потом я обновил до версии InstantCMS 2.10.1, а первую зависшую рассылку подписок заметил только в августе 2018, а от какого числа зависла я уже не помню. Но зависла рассылка, как раз где то в этом периоде.
Опишите, пожалуйста, подробнее. Как мне пошагово повторить.
Включаем режим отладки. Далее создаем какой то контент на котором есть подписчики и публикуем его. В это время формируется рассылка подписки и ожидает срабатывания задач системной очереди. Сразу же заходим в админку — настройки — планировщик и запускаем вручную задачу "Выполняет задачи системной очереди". После запуска появляется страница с ошибкой. Ошибка появляется не всегда, а только на некоторых подписках собственных типов контента.
Заметил вот такую вещь, если в очереди стоит на отправку подписка и я в ручную в планировщике запускаю выполнение задачи системной очереди при включенном режиме отладки, то выдает такую ошибку:
Требуемый компонент не найден: system/controllers//frontend.php
Последние вызовы:
cmsCore::getControllerInstance() @ /system/core/queue.php: 143
cmsQueue::runJob() @ /system/core/queue.php: 120
cmsQueue::runJobs() @ /system/controllers/queue/frontend.php: 6
queue->onCronRunQueue()
call_user_func_array() @ /system/core/controller.php: 631
cmsController->runHook() @ /system/controllers/admin/actions/settings_scheduler_run.php: 20
actionAdminSettingsSchedulerRun->run()
call_user_func_array() @ /system/core/controller.php: 546
cmsController->runExternalAction()
call_user_func_array() @ /system/core/action.php: 29
cmsAction->__call() @ /system/controllers/admin/actions/settings_scheduler.php: 9
После этого подписка опять зависает на стадии выполнения. Если еще раз нажать на выполнение задачи системной очереди, то больше ошибок не выдает, но подписка так и висит. Может кто-то знает от чего такая ошибка может быть?
dimbons, Требуемый компонент не найден: system/controllers//frontend.php // два слэша так и должно быть?
А что там должно быть и как сделать чтобы это там появилось? Все подписки рассылаются, а в одном типе контента нет, ума не приложу куда лезть. Удалять что ли тип контента? но это вообще не вариант) как на зло этот контент самый популярный из всех что есть)
Заметил вот такую вещь, если в очереди стоит на отправку подписка и я в ручную в планировщике запускаю выполнение задачи системной очереди при включенном режиме отладки, то выдает такую ошибку:
Требуемый компонент не найден: system/controllers//frontend.php
Последние вызовы:
cmsCore::getControllerInstance() @ /system/core/queue.php: 143
cmsQueue::runJob() @ /system/core/queue.php: 120
cmsQueue::runJobs() @ /system/controllers/queue/frontend.php: 6
queue->onCronRunQueue()
call_user_func_array() @ /system/core/controller.php: 631
cmsController->runHook() @ /system/controllers/admin/actions/settings_scheduler_run.php: 20
actionAdminSettingsSchedulerRun->run()
call_user_func_array() @ /system/core/controller.php: 546
cmsController->runExternalAction()
call_user_func_array() @ /system/core/action.php: 29
cmsAction->__call() @ /system/controllers/admin/actions/settings_scheduler.php: 9
После этого подписка опять зависает на стадии выполнения. Если еще раз нажать на выполнение задачи системной очереди, то больше ошибок не выдает, но подписка так и висит. Может кто-то знает от чего такая ошибка может быть?
Спасибо, попробую.
Я бы обратился в службу поддержки на хостинге, что бы посмотрели ошибки в запросах, а от туда уже плясать....
К сожалению метод очистки в базе не помог. Перезапускал и удалял, новые уведомления все равно зависают.
В базе данных таблица cms_jobs, в ней смотрите записи с is_locked равным 1, но среди них могут быть и те, что нормально выполняются в данный момент. Поставьте вместо 1 значение NULL, и они потом перезапустятся заново. Если снова зависнут, можете их удалить оттуда.
У вас может быть, скорее всего, не настроен cron.
Подскажите пожалуйста как работают подписки на тип контента? Подписался как гость или пользователь на доску объявления
При добавлении материала нигде уведомления не приходят. Как быть?
Во вкладке Очередь рассылок вот что
Куда что где тыкать в планировщике или где?
В начале тоже так подумал, перенастроил почтовый сервер на SMTP, но проблема осталась. Странно, что с одного типа контента приходят уведомления, а с другого нет. Вероятно нужно сбросить эту зависшую очередь. Случайно не знаете как?)))
У меня вис сайт секунд на 30, когда в настойках уведомлений стояло "уведомлять на емайл" — решением было настроить почтовый сервер)))) 5 мин делов, а воевал с этой проблемой 2 суток))))
А не подскажите, как удалить все эти повисшие задания из подписок? Искал в базе данных, так и не нашел ничего.
Надо проверить в логах сервера, или попросить хостера, есть ли повисшие задания в очереди. Если одна задача зависнет, то другие выпадают в ошибку, где то тут на форуме, я натыкался на обсуждение.
Так оно же вроде задано, если другие рассылки отправляются.Может надо задание для выполнения задать в планировщик для этого компонента?