Просмотров: 292543
Дата последнего изменения: 12.11.2024
Роберт Басыров
Сложность урока:
4 уровень - сложно, требуется сосредоточиться, внимание деталям и точному следованию инструкции.
1
2
3
4
5
Недоступно в лицензиях:
Ограничений нет
Об агентах
Агент может вносить ощутимое ожидание на хите пользователя. Но тут надо взвесить различные факторы. Например, агент выполняющийся 0.5 секунд раз в сутки не причинит ощутимого вреда, а такой же агент раз в 30 минут уже будет досаждать. Всецело можно сказать одно: если агенты занимают несколько десятых долей секунды, то уже стоит задуматься о переносе агентов на cron. "Тяжелым" считается агент, который выполняется более 10 секунд.
Не стоит забывать и про накопительный эффект агентов. Если агенты запускаются на хитах, то при маленькой посещаемости и при длительном окне без посетителей может скопиться достаточное количество агентов, ожидающих запуска. Тогда следующего посетителя встретят не самые быстрые секунды на вашем сайте.
Обобщённое решение
Обобщенное решение для выполнения всех агентов из-под cron.
Для начала полностью отключим выполнение агентов на хите. Для этого выполним следующую команду в php консоли:
После этого все агенты и отправка системных событий будут обрабатываться из-под cron,
раз в 1 минуту
Обратите внимание, некоторым системным агентам может быть недостаточно такой частоты запуска.
.
Примечание: Время выполнения можно скорректировать в соответствие с проектом. Кроме того, есть возможность через установку большого значения mail_event_bulk сделать более "быстрой" доставку почтовых уведомлений. Установка проверки раз в минуту вместе с отправкой за раз 100 сообщений, сделает для пользователей незаметным данную задержку.
Чтобы не увеличивалась очередь отправки почтовых сообщений, рекомендуется изменить параметр отвечающий за количество почтовых событий обрабатываемых за раз. Для этого выполняем в php консоли следующую команду:
Если в файле dbconn.php присутствует определение CACHED_b_event, его значение должно быть установлено в false для отправки системных писем:
define("CACHED_b_event", false);
Если очередной запуск cron_events.php произошёл до завершения работы ранее запущенного скрипта, то запуска агентов не произойдет и скрипт завершит свою работу. (Так как агенты блокируются на время выполнения.) В данном случае обработка ничем не отличается от обработки на хите, новый хит может произойти в тот момент когда еще не отработали агенты на предыдущем.
Как правило, скрипты выполненные из-под cron, не имеют ограничения на время исполнения. Но если в скриптах используются методы для работы с БД, то можно столкнуться с ошибкой выполнения вложенных скриптов. Для избежания этой ошибки можно подправить значение в dbconn.php:
// если скрипт выполняется кроном, то лимит подключения к БД - 600 секунд, иначе - 60
@set_time_limit(php_sapi_name() == "cli" ? 600 : 60);
Механизм запуска
Перейдите на страницу Настройки > Инструменты > Командная PHP-строка и исполните следующий код:
Увидели "Y". С этой секунды на хитах будут исполняться только
периодические агенты
Тип агента зависит от программиста, который написал код агента. Программист может сделать агента, который повторится бесконечное число раз. Или только 2-3 раза в зависимости от условий.
Где: */10 * * * * - означает
раз в десять минут
Обратите внимание, это лишь пример. Если вашему агенту требуется запуск хотя бы раз в 2-3 минуты, то он никогда не будет идти в ногу со временем. Обычно (в зависимости от разрешений хостера и личных предпочтений) частота времени запуска разнится от 1 до 5 минут.
.
Файл для cron в BitrixEnv
Команду нужно записывать в специальный файл для Cron. В окружении BitrixEnv он создаётся автоматически при включении Cron для сайта при его создании или через меню BitrixEnv (6. Configure pool sites > 3. Change cron tasks on site).
Для сайта по умолчанию настройки Cron хранятся в файле /etc/crontab.
Для сайтов, созданных из меню, — в /etc/cron.d/bx_dbName, где dbName — имя базы данных сайта.
Например, имеется два сайта: сайт по умолчанию с базой данных sitemanager и сайт с базой dbcreate.
Для сайта с базой dbcreate будет создан соответствующий файл для Cron bx_dbcreate:
Примечание: Непосредственно перед выполнением задания процедура запуска агентов пытается отменить ограничение:
@set_time_limit(0);
ignore_user_abort(true);
Если set_time_limit разрешен, то время выполнения может превышать то, что стоит в настройках файла php.ini.
Но необходимо помнить, что есть ограничения со стороны хостера: на объем памяти, время выполнения, периодичность запуска и т.д.
Пример кода запуска старых рассылок на кроне.
Запуск рассылок старого модуля Подписка и рассылки (не E-mail маркетинг) можно осуществить следующим образом:
if (CModule::IncludeModule("subscribe"))
{
CPostingTemplate::Execute();
$cPosting = new CPosting;
$cPosting->AutoSend();
}
Права доступа
Интерпретатор php из консоли на сервере должен быть запущен с такими же настройками, как и веб-сервер. Иначе возможна ситуация, что при запуске php из-под cli параметры будут отличаться. Это приводит к трудно-отлаживаемым ошибкам.
Пользователь, из-под которого выполняется скрипт агентов, должен быть тем же самым, что и пользователь веб-сервера. Часто возникают ошибки, связанные с правами, если например, агент создает кеш, а веб-сайт не может его прочитать или удалить.
Если задание необходимо добавлять от имени другого пользователя (например, root), то в записи crontab нужно указать имя этого пользователя:
Соответственно каждый раз при вызове скрипта отправляется письмо. Чтобы отключить вывод, необходимо перенаправить вывод в "никуда", добавив директиву > /dev/null 2>&1 в конец строки.