Использование длинных рабочих заданий Cron с Prestashop и Cloudflare CDN

Question

Итак, у меня есть Cloudflare и Prestashop, чтобы улучшить время загрузки, однако побочный эффект CDN заключается в том, что мои cronjob могут работать только до 90 секунд. Любые дольше, и Cloudflare отправит ошибку 524, и cronjob не будет запущен должным образом.

Согласно Cloudflare есть два способа обойти эту проблему. Я могу либо уменьшить размер процесса cronjob, чтобы он входил в 90-секундное окно (это не вариант), либо я могу запускать cronjobs в отдельном субдомене, на который Cloudflare не влияет. Однако проблема с этим параметром заключается в том, что Prestashop имеет что-то встроенное в него, так что независимо от того, какой субдомен вы используете для посещения сайта, он просто перенаправляется в основной домен.

Есть ли у кого-нибудь опыт в этом вопросе, и если да, то какие методы лучше всего подходят для решения этой проблемы. Благодаря!

Answer 1

Итак, через некоторое время мне удалось решить эту проблему. Мне пришлось изменить несколько контроллеров prestashop, чтобы добавить исключение для моего конкретного поддомена. Мне нужно было изменить инструкцию if на строке 370 shop.php (classes/shop/Shop.php), чтобы она выглядела так (убедитесь, что вы обновили «exceptionption.myshop».ком»с субдомена:.

if ((!$id_shop && defined('_PS_ADMIN_DIR_')) || Tools::isPHPCLI() || in_array($http_host, $all_media) || $http_host == 'exemption.myshop.com') { 

Я тогда пришлось модифицировать две функции в frontController.php (классы/контроллеры/frontController.php) Мне нужно добавить следующий фрагмент кода в верхней части обоих sslRedirection и функции canonicalRedirection выше всего остального внутри каждой из функций.

 if (Tools::getHttpHost() == 'exemption.myshop.com'){ 
     return; 
    } 

Затем я удалил class_index.php из папки кэша на главном каталоге и были внесены изменения. Вы можете проверить, чтобы увидеть, если он работает по адресу субдомен, он должен загрузить страницу без изменения URL-адреса.

Answer 2

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

Прежде всего, вы должны быть уверены, что ваш cron-скрипт имеет возможность продолжать, где он оставил последнее исполнение. Вы можете периодически сохранять это время, когда обрабатывается cron, а затем, когда процесс останавливается и запускается снова, он может продолжать работу там, где он остался. Например: если вы обрабатываете продукты, вы можете сохранить последний обработанный идентификатор продукта (в своей базе данных или файл), а затем, когда вы снова запустите свой скрипт, он может продолжить работу с последним обработанным идентификатором продукта.

Второй вопрос заключается в том, что вы должны выполнить cron несколько раз, чтобы убедиться, что процесс завершен полностью. Вы можете сделать расчет, зная, насколько полностью выполняется сценарий для завершения выполнения. Например: 30 минут в периоды 90 секунд, то вы должны выполнить время cron 20 с интервалом в 100 секунд.

Для выполнения cron у вас есть несколько вариантов: - Конфигурация панели администратора хостинга. - Варианты оперативной системы. - Prestashop бесплатный модуль cronjob. - сторонние службы.

Я надеюсь, что это может вам помочь.

Удачи.

Answer 3

Перенаправление домена не выполняется в контексте администратора. Каждый контроллер на FrontOffice проверяет текущий URL-адрес и перенаправляет на канонический, если это необходимо (если домен, например, не является стандартным). Но этот механизм не существует на BackOffice.

Тогда, если у вас есть, например, основной домен www.example.com и субдомен cron.example.com, если вы пытаетесь получить доступ к cron.example.com/ вы будете перенаправлены на домен по умолчанию, потому что вы пытаетесь получить доступ к FrontOffice. Но если вы попытаетесь получить доступ к модулю cronjobs в backoffice, он будет работать без перенаправления http://cron.example.com/admin-1f5zef1/index.php?controller=AdminCronJobs&token=7498b7d228cc3e630ee2fe6b34bd1638.

Протестировано и работает на моем сайте.