Есть системная очередь в планировщике
Уведомления о предложении дружбы приходит сразу
Вероятно на форуме подписки работают быстрее
С командой wget вроде работает быстрее
"По Вашему запросу N3753849 было получено новое сообщение.
Автор сообщения: Артур Санжара
Время: 2019-11-21 21:51:34
Тип: Новое сообщение
Логин аккаунта в системе:
================================
Мы разместили тестовый скрипт test_mail_tw.php в папке вашего сайта. Скрипт отправляет письмо на указанный в нем почтовый ящик при обращении по ссылке site/test_mail_tw.php
Пробная отправка прошла успешно, и мы не наблюдаем проблем в работе почты на вашем аккаунте.
Что касается задачи cron то в панели управления добавлена задача имеющая следующий текст
* * * * */instant_1/public_html/cron.php
Nov 21 21:38:01 bone018 CRON[783]: (cs50869) CMD (/opt/php72/bin/php /instant_1/public_html/cron.php) Nov 21 21:39:01 bone018 CRON[8499]: (cs50869) CMD (/opt/php72/bin/php /instant_1/public_html/cron.php) Nov 21 21:40:01 bone018 CRON[16162]: (cs50869) CMD (/opt/php72/bin/php /instant_1/public_html/cron.php) Nov 21 21:41:01 bone018 CRON[24255]: (cs50869) CMD (/opt/php72/bin/php /instant_1/public_html/cron.php) Nov 21 21:42:01 bone018 CRON[32719]: (cs50869) CMD (/opt/php72/bin/php /instant_1/public_html/cron.php)
В таком случае запуск напрямую через php-интерпретатор приводит к ошибкам. Поэтому в случае, когда вы используете скрипт, работающий при запуске через адресную строку браузера, необходимо выбирать тип файла "HTTP-запрос" и указывать URL для запроса аналогично тому, как он указывается в адресной строке.
Вам необходимо уточнить в службе поддержки вашей CMS корректно ли сейчас установлено задание для cron:
* * * * */instant_1/public_html/cron.php
Если и текст задачи прописан корректно, то в данном случае нужно производить изучение работы скриптов на уровне кода.
Мы понимаем необходимость в анализе и исправлении кода Вашего сайта для решения данной проблемы. К сожалению, обращаем Ваше внимание, что техническая поддержка не выполняет редактирование и анализ кода сайтов пользователей. Анализ и редактирование кода сайта выходит за рамки поддержки хостинг-провайдера."
А вот это никто не скажет.А вот что нужно править ?
Как выясняется, что проблема не у всех, а у некоторых "избранных", то и говорить, что
немного не верно.Всё таки что-то с кодом в инстанте...
Правильнее говорить, "Всё таки, что-то с кодом на моем сайте...". А ваш код никто не видел. Да и на предположение
уже две страницы нет ответа.И/или вы не указали версию движка
Пока единственное предположение это
илив задачах планировщика в админке есть те, которые выполняются с ошибкой
И/или лимиты на соединение с mysql маленькие
Нет нормального количества подопытных чтобы разобраться в ситуации )Как выясняется, что проблема не у всех, а у некоторых "избранных"
Не обновлял чтобы шаблон не переделывать.
С лимитами mysql вроде всё нормально. В заданиях планировщика всего одна задача стоит и это рассылки. исполнение cron через разные интервалы времени пробовал.
Код планировщика, рассылок и т.д. я не трогал. Изменения были только в шаблоне эстетические.
Подскажите пожалуйста куда залезть проверить этот планировщик и т.д.? Где хотя бы копать насчёт такой проблемы…
А вот это никто не скажет.А вот что нужно править ?
Как выясняется, что проблема не у всех, а у некоторых "избранных", то и говорить, чтонемного не верно.Всё таки что-то с кодом в инстанте...
Правильнее говорить, "Всё таки, что-то с кодом на моем сайте...". А ваш код никто не видел. Да и на предположение
уже две страницы нет ответа.И/или вы не указали версию движка
Пока единственное предположение это
илив задачах планировщика в админке есть те, которые выполняются с ошибкой
И/или лимиты на соединение с mysql маленькие
Нет нормального количества подопытных чтобы разобраться в ситуации )Как выясняется, что проблема не у всех, а у некоторых "избранных"
/usr/local/bin/wget -O /dev/null -q mysite.tld/cron.php?action=123 Подробнее: masterhost.ru/support/doc/cron/
PS c wget -t 1 -O — site.ru/cron.php >/dev/null 2>&1 работает, много файлов не создает, в cron.php нужно
// if(PHP_SAPI != 'cli') { die('Access denied'); }
Настройка PHP blld.ru/611-nastrojka-fajla-phpini.html. В centos 8 Улучшен планировщик процессов
Заметил вот такую вещь, если в очереди стоит на отправку подписка и я в ручную в планировщике запускаю выполнение задачи системной очереди при включенном режиме отладки, то выдает такую ошибку:
Требуемый компонент не найден: 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
После этого подписка опять зависает на стадии выполнения. Если еще раз нажать на выполнение задачи системной очереди, то больше ошибок не выдает, но подписка так и висит. Может кто-то знает от чего такая ошибка может быть?
Опишите, пожалуйста, подробнее. Как мне пошагово повторить.Заметил вот такую вещь, если в очереди стоит на отправку подписка и я в ручную в планировщике запускаю выполнение задачи системной очереди при включенном режиме отладки, то выдает такую ошибку:
Где компонент? Что удаляли "недавно" до сего события?Требуемый компонент не найден: system/controllers//frontend.php
там как раз нейм компонента должно быть между этими двумя слешами
Опишите, пожалуйста, подробнее. Как мне пошагово повторить.
Включаем режим отладки. Далее создаем какой то контент на котором есть подписчики и публикуем его. В это время формируется рассылка подписки и ожидает срабатывания задач системной очереди. Сразу же заходим в админку — настройки — планировщик и запускаем вручную задачу "Выполняет задачи системной очереди". После запуска появляется страница с ошибкой. Ошибка появляется не всегда, а только на некоторых подписках собственных типов контента.
Где компонент? Что удаляли "недавно" до сего события?
Скорее всего там должен быть прописан компонент "Подписки", так как ошибка появляется только когда есть сформированные подписки ожидающие рассылки. Перед этим я ничего не удалял.
это происходит с 1 мая 2018? Верно?
Вы намекаете на тот день когда вышло обновление InstantCMS 2.10.0. Это очень вероятно, но потом я обновил до версии InstantCMS 2.10.1, а первую зависшую рассылку подписок заметил только в августе 2018, а от какого числа зависла я уже не помню. Но зависла рассылка, как раз где то в этом периоде.