Ошибка не настроен запуск cron events php на cron последний агент отработал больше суток назад

Здесь VPS на BrainyCP за 2$ в месяц, а здесь 50GB шаред-хостинг на BrainyCP за 1.9$ в месяц

---

---

---

---

Агенты Битрикса – всевозможные фоновые задачи, необходимые для функционирования системы. Согласно официальной терминологии, агенты — технология, позволяющая запускать произвольные PHP функции (агенты) с заданной периодичностью. Технически агент — это запись в специальной таблице:

• какой код надо выполнить,
• когда выполнить,
• с каким периодом выполнять,
• каким способом назначать время следующего запуска агента (строго периодический или нестрого периодический агент).

В самом конце загрузки каждой страницы после отдачи контента браузеру система автоматически проверяет, есть ли агент, который нуждается в запуске и исполняет его в случае необходимости.

Хочу отдельно отметить слова «в конце загрузки страницы». Запомним их.

Что делают Агенты Битрикса и как работают

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

Агенты могут выполняться с разной периодичностью. Раз в несколько минут, раз в час, раз в день или больше.

И вот тут вспоминаем слова «в конце загрузки страницы». Это значит, что, когда кто-то заходит на любую страницу Вашего сайта, Битрикс проверяет, есть ли агенты, которые пора исполнить. Если сайт имеет высокую посещаемость, желательно еще и равномерно распределенную по времени суток, то никаких проблем у Вас не будет.

Однако, если посещаемость сайта не слишком высока (будем реалистами, 10000 хитов в день есть далеко не у всех) – очередь агентов будет расти. И может вызвать проблемы с производительностью у первого посетителя, который попадет на такой сайт. Да, агенты быстро завершат свою работу и сайт начнет работать с достаточной отзывчивостью. Но в самом начале, в первые несколько кликов – сайт может ощутимо тормозить.

Согласно статистики, каждые 100 миллисекунд ожидания снижают конверсию на 7%. Каждые 2 секунды ожидания увеличивают вероятность того, что пользователь покинет сайт на 103%. Хотите ли вы терять потенциального клиента, который ушел из-за таких вот, чисто технических моментов? Конечно, Вы не хотите.

Как правильно настроить Агенты Битрикс

Для этого существует механизм перевода агентов на встроенный в ОС Linux планировщик – cron.

Он заставляет агенты выполняться по расписанию вне зависимости от посещаемости сайта, так как механизм запуска более не привязывается к загрузке страниц. Вместо этого он привязывается к часам на сервере и за своевременный запуск агентов отвечает операционная система.

Вместе с тем, в течение последних лет наблюдается тенденция к замещению функционала планировщика cron другим механизмом – systemd. Подсистема инициализации и управления службами, которая в 2010-2011 годах фактически вытеснила традиционную init, значительно усовершенствовав ее возможности. Новые функции systemd заменили и планировщик cron. Сейчас он есть в большинстве операционных систем семейства Linux, однако оставлен там скорее для обеспечения совместимости, чем для решения реальных задач.

Кроме того, настройка cron имеет свои тонкости, зависящие отконкретного дистрибутива операционной системы, используемой на сервере. Имеет ли смысл досканально изучать устаревший инструмент, каждый решает сам.

Чтобы не терять времени на думы о высоких материях из области эволюции операционных систем, мы рассмотрим вопросы переключения агентов Битрикс на современный планировщик в лице systemd.

Настройка Агентов на cron systemd

Шаг 1. Отключим исполнение агентов по хитам

Для этого перейдем в административную часть сайта, расположенную по адресу example.ru/bitrix/admin.

Далее Настройки – Инструменты – Командная PHP строка.

Впишем туда код:

COption::SetOptionString("main", "agents_use_crontab", "N");
echo COption::GetOptionString("main", "agents_use_crontab", "N");
COption::SetOptionString("main", "check_agents", "N");
echo COption::GetOptionString("main", "check_agents", "Y");

Результат выполнения команды должен отобразить надпись NN

Шаг 2. Внесем изменения в настройки ядра Битрикс

Для этого отредактируем файл /home/bitrix/ext_www/example.com/bitrix/php_interface/dbconn.php

Внимание! Если у вас не подключен мультисайт, то вероятнее всего этот файл находится в каталоге /home/bitrix/www/bitrix/php_interface/dbconn.php

Удалим или закомментируем строки с текстом (если они там есть):

define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);

Также в конце файла добавим

if(!(defined("CHK_EVENT") && CHK_EVENT===true))
define("BX_CRONTAB_SUPPORT", true);

В этой же папке создаем (если нет) файл cron_events.php следующего содержания:

$_SERVER["DOCUMENT_ROOT"] = realpath(dirname(__FILE__) . "/../..");
$DOCUMENT_ROOT = $_SERVER["DOCUMENT_ROOT"];

define("NO_KEEP_STATISTIC", true);
define("NOT_CHECK_PERMISSIONS", true);
define('BX_NO_ACCELERATOR_RESET', true);
define('CHK_EVENT', true);
define('BX_WITH_ON_AFTER_EPILOG', true);

require($_SERVER["DOCUMENT_ROOT"] . "/bitrix/modules/main/include/prolog_before.php");

@set_time_limit(0);
@ignore_user_abort(true);

CAgent::CheckAgents();
define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);
CEvent::CheckEvents();

if (CModule::IncludeModule('sender')) {
    BitrixSenderMailingManager::checkPeriod(false);
    BitrixSenderMailingManager::checkSend();
}

require($_SERVER['DOCUMENT_ROOT'] . "/bitrix/modules/main/tools/backup.php");
CMain::FinalActions();

Шаг 3. Создадим службу и таймер для ее запуска в systemd

Переместимся в папку /etc/systemd/system и создадим в ней файл bitrix-agents.service

[Unit]
Description=Bitrix agents for example.com

[Service]
User=bitrix
Group=bitrix
ExecStart=/usr/bin/php -f /home/bitrix/ext_www/example.com/bitrix/php_interface/cron_events.php

Обратите внимание на путь в строке ExecStart. Он должен соответствовать местоположению ранее созданного нами файла cron_events.php.

Создадим второй файл таймера для службы: bitrix-agents.timer. Названия файлов должны совпадать в левой их части, разница только в окончаниях (.service и .timer).

[Unit]
Description=Bitrix agents timer for example.com

[Timer]
OnCalendar=*:0/1

[Install]
WantedBy=timers.target

Как мы знаем из шпаргалки, значение OnCalendar=*:0/1 означает выполнение один раз в минуту. Этого более чем достаточно для наших целей.

Шаг 4. Проверим правильность созданной конфигурации

Выполним команды в консоли сервера:

systemctl daemon-reload
systemd-analyze verify /etc/systemd/system/bitrix-agents.service
systemd-analyze verify /etc/systemd/system/bitrix-agents.timer

Никаких ошибок быть не должно. После этого запустим таймер (и только его!).

systemctl start bitrix-agents.timer
systemctl enable bitrix-agents.timer

В результате раз в минуту будет срабатывать созданный нами таймер и связанная с ним служба, которая будет запускать интерпретатор php от имени пользователя bitrix и выполнять в нем файл cron_events.php, который, в свою очередь, запустит выполнение всех нужных агентов.

Убедиться, что все работает можно при помощи команды

systemctl list-timers

Найдите строку:

NEXT                         LEFT                LAST                         PASSED             UNIT                         ACTIVATES
Thu 2022-01-20 23:38:00 MSK  52s left            Thu 2022-01-20 23:37:01 MSK  6s ago             bitrix-agents.timer             bitrix-agents.service

Если зайти в административную панель Битрикс и перейти в Настройки – Настройки продукта – Агенты Вы также увидите, что все агенты своевременно выполняются.

На этом на сегодня все.

Ошибки при проверке #25

Выполнение агентов на cron | Ошибка! Не настроен запуск cron_events.php на cron, последний агент отработал больше суток назад.
Отправка почты | Ошибка! Не работает
Работа с файлами кеша | Ошибка! Не работает

Подскажите куда копать?
З.Ы. Спасибо за Ваши труды. Очень помогло 🙂

The text was updated successfully, but these errors were encountered:

Верно, нужен отдельный контейнер, задача висит, времени пока нет #22

vmpartner closed this as completed Sep 15, 2018
3 participants

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник: github.com

Настройка выполнения агентов на Cron в Битриксе

bitrix отличие агентов от cron (крона)

Если агенты выполняются на хитах, то при каждом переходе посетителем на любую страницу, выполняются все фоновые скрипты, если посетителей много, то сайт начинает тормозить. А если эти процедуры повесить на крон, то сервер это делает сам и нагрузка снижается.

Как проверить:

Если при проверке системы в админке Битрикса вы видите такую ошибку:
«Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron»
или
«Ошибка! Не настроен запуск cron_events. php на cron, последний агент отработал больше суток назад»

Что делать?

Нужно перевести выполнение системных агентов на CRON в настройках хостинга или сервера. В результате вы получите увеличение производительности вашего сервера или виртуального хостинга.

Источник: webdevservice.ru

Настройка выполнения агентов Битрикс на Cron — решение проблемы неработающих агентов

Агенты Битрикса – всевозможные фоновые задачи, необходимые для функционирования системы. Согласно официальной терминологии, агенты — технология, позволяющая запускать произвольные PHP функции (агенты) с заданной периодичностью. Технически агент — это запись в специальной таблице:

• какой код надо выполнить,
• когда выполнить,
• с каким периодом выполнять,

В самом конце загрузки каждой страницы после отдачи контента браузеру система автоматически проверяет, есть ли агент, который нуждается в запуске и исполняет его в случае необходимости.

в конце загрузки страницы

Что делают Агенты Битрикса и как работают

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

1С-Битрикс. Ставим выполнение агентов на крон (CronTab)

Агенты могут выполняться с разной периодичностью. Раз в несколько минут, раз в час, раз в день или больше.

И вот тут вспоминаем слова «в конце загрузки страницы». Это значит, что, когда кто-то заходит на любую страницу Вашего сайта, Битрикс проверяет, есть ли агенты, которые пора исполнить. Если сайт имеет высокую посещаемость, желательно еще и равномерно распределенную по времени суток, то никаких проблем у Вас не будет.

Однако, если посещаемость сайта не слишком высока (будем реалистами, 10000 хитов в день есть далеко не у всех) – очередь агентов будет расти. И может вызвать проблемы с производительностью у первого посетителя, который попадет на такой сайт. Да, агенты быстро завершат свою работу и сайт начнет работать с достаточной отзывчивостью. Но в самом начале, в первые несколько кликов – сайт может ощутимо тормозить.

Согласно статистики, каждые 100 миллисекунд ожидания снижают конверсию на 7%. Каждые 2 секунды ожидания увеличивают вероятность того, что пользователь покинет сайт на 103%. Хотите ли вы терять потенциального клиента, который ушел из-за таких вот, чисто технических моментов? Конечно, Вы не хотите.

Как правильно настроить Агенты Битрикс

Для этого существует механизм перевода агентов на встроенный в ОС Linux планировщик – cron.

Он заставляет агенты выполняться по расписанию вне зависимости от посещаемости сайта, так как механизм запуска более не привязывается к загрузке страниц. Вместо этого он привязывается к часам на сервере и за своевременный запуск агентов отвечает операционная система.

Вместе с тем, в течение последних лет наблюдается тенденция к замещению функционала планировщика cron другим механизмом – systemd. Подсистема инициализации и управления службами, которая в 2010-2011 годах фактически вытеснила традиционную init, значительно усовершенствовав ее возможности. Новые функции systemd заменили и планировщик cron. Сейчас он есть в большинстве операционных систем семейства Linux, однако оставлен там скорее для обеспечения совместимости, чем для решения реальных задач.

Кроме того, настройка cron имеет свои тонкости, зависящие отконкретного дистрибутива операционной системы, используемой на сервере. Имеет ли смысл досканально изучать устаревший инструмент, каждый решает сам.

Чтобы не терять времени на думы о высоких материях из области эволюции операционных систем, мы рассмотрим вопросы переключения агентов Битрикс на современный планировщик в лице systemd.

cron

Шаг 1. Отключим исполнение агентов по хитам

example.ru/bitrix/admin.

Далее Настройки – Инструменты – Командная PHP строка.

Впишем туда код:

COption::SetOptionString(«main», «agents_use_crontab», «N»); echo COption::GetOptionString(«main», «agents_use_crontab», «N»); COption::SetOptionString(«main», «check_agents», «N»); echo COption::GetOptionString(«main», «check_agents», «Y»);

Шаг 2. Внесем изменения в настройки ядра Битрикс

/home/bitrix/ext_www/example.com/bitrix/php_interface/dbconn.php

Внимание!/home/bitrix/www/bitrix/php_interface/dbconn.php

Удалим или закомментируем строки с текстом (если они там есть):

define(«BX_CRONTAB_SUPPORT», true); define(«BX_CRONTAB», true);

Также в конце файла добавим

if(!(defined(«CHK_EVENT») CHK_EVENT===true)) define(«BX_CRONTAB_SUPPORT», true);

В этой же папке создаем (если нет) файл cron_events.php следующего содержания:

Шаг 3. Создадим службу и таймер для ее запуска в systemd

Переместимся в папку /etc/systemd/system и создадим в ней файл bitrix-agents.service

[Unit] Description=Bitrix agents for example.com [Service] User=bitrix Group=bitrix ExecStart=/usr/bin/php -f /home/bitrix/ext_www/example.com/bitrix/php_interface/cron_events.php

Обратите внимание на путь в строке ExecStart. Он должен соответствовать местоположению ранее созданного нами файла cron_events.php.

[Unit] Description=Bitrix agents timer for example.com [Timer] OnCalendar=*:0/1 [Install] WantedBy=timers.target

Шаг 4. Проверим правильность созданной конфигурации

Выполним команды в консоли сервера:

systemctl daemon-reload systemd-analyze verify /etc/systemd/system/bitrix-agents.service systemd-analyze verify /etc/systemd/system/bitrix-agents.timer

Никаких ошибок быть не должно. После этого запустим таймер (и только его!).

systemctl start bitrix-agents.timer systemctl enable bitrix-agents.timer

В результате раз в минуту будет срабатывать созданный нами таймер и связанная с ним служба, которая будет запускать интерпретатор php от имени пользователя bitrix и выполнять в нем файл cron_events.php, который, в свою очередь, запустит выполнение всех нужных агентов.

Убедиться, что все работает можно при помощи команды

systemctl list-timers
NEXT LEFT LAST PASSED UNIT ACTIVATES Thu 2022-01-20 23:38:00 MSK 52s left Thu 2022-01-20 23:37:01 MSK 6s ago bitrix-agents.timer bitrix-agents.service

Если зайти в административную панель Битрикс и перейти в Настройки – Настройки продукта – Агенты Вы также увидите, что все агенты своевременно выполняются.

На этом на сегодня все.

Наши соцсети

Подписывайтесь на наши соцсети, там еще больше информации и контента. На YouTube канале вы найдете видео уроки по созданию сайтов на Битрикс и другие полезные «фишки».

Источник: vecdev.ru

Устранение ошибок CMS Битрикс

Опция «Проверка системы» в CMS Битрикс позволяет проверить соответствие настроек хостинга требованиям CMS и вашего сайта. При запуске этой опции на хостинге Timeweb, Битрикс, как правило, приводит несколько ошибок и замечаний. В этой статье мы рассмотрим, как их исправить.

Отправка почты

Речь идет о двух параметрах: «Отправка почты» и «Отправка почтового сообщения больше 64Кб».

Ошибка! Не работает

Эта ошибка возникает, если вы используете хостинг на тестовом периоде — до оплаты услуги почта недоступна. Как только хостинг будет оплачен, почта заработает.

Режим работы MySQL

Ошибка! innodb_strict_mode=ON, требуется OFF. Переменная sql_mode в MySQL должна быть пустая, текущее значение: NO_ENGINE_SUBSTITUTION

Эта ошибка критична. Она может привести к блокировке запросов к базе данных, что практически означает остановку работы сайта.

Решение:

Необходимо внести изменения в файлы конфигурации Bitrix, в которых задаются параметры базы данных, и указать в них нужные значения. Отредактировать файлы можно, например, с помощью Файлового менеджера.

В файл /public_html/bitrix/php_interface/after_connect.php под уже имеющимися строками и до символов ?> добавьте:

$DB->Query(«SET sql_mode=»»);
$DB->Query(«SET innodb_strict_mode=0»);

В файл /public_html/bitrix/php_interface/after_connect_d7.php под уже имеющимися строками и до символов ?> добавьте:

$connection->queryExecute(‘SET sql_mode=»»‘);
$connection->queryExecute(«SET innodb_strict_mode=0»);

После этого проверка Bitrix пройдет успешно.

Размер стека и pcre.recursion_limit

Замечание: Возможны проблемы в работе с длинными строками из за системных ограничений

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

Этот параметр влияет на возможность обработки строк регулярными выражениями. Лимит по умолчанию установлен достаточно большой, чтобы можно было обработать практически любой контент на сайте, но для устранения замечания можно дополнительно внести изменения.

Решение:

• Если у вас тариф мощного хостинга, решением будет переключение сайта на PHP 7.4. Это можно сделать в разделе «Сайты» по нашей инструкции .
• Если у вас тариф обычного хостинга или если смена версии PHP не помогла, исправить ошибку, добавьте в файл /public_html/.htaccess строки:

php_value pcre.jit 0
php_value pcre.recursion_limit 100000

Выполнение агентов на cron

Замечание: Агенты выполняются на хитах, рекомендуется перенести их выполнение на cron

Это замечание некритично. В Битрикс предусмотрен внутренний планировщик задач (агентов). Данное замечание влияет на то, насколько точно по времени сработают запланированные задачи. Грубо говоря, скрипты сайта выполняются, только когда его страницы кто-то посещает. Если нет посещений, то и таймер работать не будет.

Cron позволяет полностью решить проблему с планированием задач.

Решение:

Чтобы перенести работу непериодических агентов (и передачу почты) на Сron, необходимо установить константу BX_CRONTAB_SUPPORT .

Для этого добавьте в файл /public_html/bitrix/php_interface/dbconn.php строку:

define(‘BX_CRONTAB_SUPPORT’, true);

Затем нужно добавить задачу в Crontab :

1. В разделе Crontab нажмите «Добавить новую задачу» и задайте удобное имя для задачи.
2. В пункте «Исполнитель» выберите «Исполняемый бинарный файл».
3. В пункте «Путь до файла» укажите команду следующего вида:

/opt/php72/bin/php -f /home/u/user/site.ru/public_html/bitrix/modules/main/tools/cron_events.php

• В /opt/php72/bin/php укажите ту версию php, которую использует сайт. Например, /opt/php74/bin/php ( или /opt/php7.4/bin/php ).
• Вместо /home/u/user/site.ru/public_html укажите корректный путь до папки сайта и замените u и user на первую букву вашего логина и сам логин.

1. В пункте «Периодичность» выберите «Каждую минуту».

Ошибка! Не настроен запуск cron_events.php на cron

Эта ошибка может возникнуть, если в пункте выше вы только добавили константу, но не добавили задачу cron. Без настройки задачи в crontab будет остановлена часть агентов, в том числе с сайта перестанет отправляться почта. Письма будут накапливаться в очередь и отправляться по частям после устранения ошибки.

Решение:

Выполните приведенную выше инструкцию по добавлению задачи cron, и ошибка будет устранена.

Обязательные параметры PHP

Ошибка! Значение max_input_vars должно быть не ниже 10000

Эта ошибка не влияет на работоспособность сайта напрямую, но может отразиться на работе с большими формами в административной панели. При работе с инфоблоками низкое значение параметра max_input_vars может вызвать проблемы с сохранением настроек, поэтому система выделяет эту ошибку как критическую.

Решение:

Необходимо добавить следующую строку в файл /public_html/.htaccess :

php_value max_input_vars 11000

Источник: timeweb.com

BrainyCP

Bitrix на BrainyCP – перевод агентов на крон. Не отрабатывает PHP скрипт по CRON

Обсуждение установки и настройки поддерживаемых вебсерверов, а также работы с ними.
4 сообщения • Страница 1 из 1

Bitrix на BrainyCP – перевод агентов на крон. Не отрабатывает PHP скрипт по CRON

Сообщение voland700 » Вт июн 18, 2019 9:36 am

Перенес сайт на Bitrix c BitrixVM на BrainyCP – удобство и производительность радуют. Но не получается перевести отработку агентов битрикс на CRON.

В соответствии с инструкцией https://dev.1c-bitrix.ru/learning/cours . ON_ID=2943:
Выполнение агентов на хитах отключены, определение констант BX_CRONTAB_SUPPORT и BX_CRONTAB из /bitrix/php_interface/dbconn.php убраны, файл /bitrix/php_interface/cron_events.php создан.

Сайт работает на PHP 7.3. В панель BrainyCP добавлено задания CRON:
/usr/bin/php73/bin/php -f /home/mysite/sites/bitrix/php_interface/cron_events.php

Однако скрипт в cron_events.php по CRON не отрабатывает – Битрикс при тестировании указывает на наличие ошибок — Ошибка! Не настроен запуск cron_events.php на cron, последний агент отработал больше суток назад.

Не понимаю куда смотреть – CRON не отрабатывает или с в настройках CMS проблемы. До переноса сайта на BrainyCP все работало.
Прошу помощи сообщества в решении проблемы.

Re: Bitrix на BrainyCP – перевод агентов на крон. Не отрабатывает PHP скрипт по CRON

Сообщение voland700 » Сб июн 22, 2019 8:08 am

Решено!

Проблема решена, так как битриксоидам информация возможно пригодится решил описать.

PHP cкрип на CRON не отрабатывал при установке CRON из под пользователя. При установке от ROOT — работает. Почему не работает от от обычного пользователя не знаю.

Re: Bitrix на BrainyCP – перевод агентов на крон. Не отрабатывает PHP скрипт по CRON

Сообщение sbury » Пт июл 05, 2019 6:10 pm

потомучто прав нет.
измените строку запуска скрипта, добавив юзера в sudo или от рута

sudo -u $USERNAME .

Re: Bitrix на BrainyCP – перевод агентов на крон. Не отрабатывает PHP скрипт по CRON

Сообщение eugene » Пн авг 12, 2019 10:02 am

Сб июн 22, 2019 8:08 am

Решено!

Проблема решена, так как битриксоидам информация возможно пригодится решил описать.

PHP cкрип на CRON не отрабатывал при установке CRON из под пользователя. При установке от ROOT — работает. Почему не работает от от обычного пользователя не знаю.

Источник: community.brainycp.com