твшка заинклюжена в вызове пдоресурс

В общем, какая-то срань этот ваш модх... нихера не понимаю. Скрипт работает в кроне сутки, запуск раз в минуту. После этого начинает косячить. Шо за пиздец?

запуск раз в минуту по крону?

запуск раз в минуту по крону?

Fuf

Ага

RabbitMQ изобрели

Полностью изолированный скрипт

Ты нашел, кому рассказать. Это мне не говорит ни о чем. Я не понимаю, почему у модх пути, мля, отваливаются через сутки

точнее у минишопа

Короче, по непонятным причинам у минишопа начинает отваливаться настройка ms2_plugins

Похоже, что тупо перестает видеть нормальный путь с плейсхолдером core_path

либо используй очереди, либо слипай свои скрипты

раз в минуту крон может отваливаться, да

раз в минуту крон может отваливаться, да

Он не отваливается. Он запускается раз в минуту

либо используй очереди, либо слипай свои скрипты

ответ не поменялся

А нафига очереди? Я не понимаю, почему ничего кроме модх не отваливается

Короче, по непонятным причинам у минишопа начинает отваливаться настройка ms2_plugins

раз в минуту крон может отваливаться, да

Скрипт использует 4 разных класса. Отваливается только модх

Короче, по непонятным причинам у минишопа начинает отваливаться настройка ms2_plugins

Ну так оно не может взять настройку.

Не понятно, по какой причине

я тебе ответил по какой причине

В чем причина, я не понимаю?

Типа раз в минуту нельзя запрашивать getOption?

посмотри жизненный цикл modx приложения

Я не очень понимаю... скрипт кончается, оно дохнет.

Можно 3 параллельно запустить

Не понимаю логики

Запросы на сайт идут и все работает.

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

То есть я раз в минуту не в состоянии поменять статус заказа???

откуда я знаю, ну что ты за вопросы задаешь

я тебе сказал решение

ты упорно ему сопротивляешься

Я не понимаю, почему мне надо херачить очереди, если мне надо раз в минуту проверить параметры в API и поменять статус заказ в МС

подключи Redis или RabbitMQ

Бля, да мне проще написать руками смену статуса на нормальных функциях, которые делают то же самое, что минишоп.

И оно будет работать без этой херни.

ну раз легче, то пиши

Но то, что минишоп в кроне не в состоянии запуститься это дичь, конечно

никакой вмеяемый человек не делает крон раз в минуту

люблюй вменяемый человек для этого использует очереди

ЛЮБОЙ

Зачем мне очереди для проверки наличия заказов?

Там 2 строки.

ой все блять

Вопрос не в этом, а в том, что минишоп после суток работы не в состоянии путь найти :) Но сутки работает.

посмотри жизненный цикл modx приложения

посмотри ты сильно удивишься когда узнаешь сколько событий инвокает modx в двух строчках

потом почитаешь про очереди и ты прозреешь

Я прекрасно знаю

ТОлько он "инвокает" это же при каждом заходе на сайт.

Любого юзера

Там тоже очереди ставить?

А ты в курсе как работает веб сервер ?

Ну там воркеры и прочее ?

Это если че и есть процессы и очереди

Ну а какое отношение это имеет к скрипту, который выполняется 5 сек и перезапускается через 60 сек?

Там отдельный процесс.

ой все блять

.

Там отдельный процесс.

Лол

Ну так ты даже не можешь физику объяснить :)

Да, не очень понимаю в чем проблема описать происходящее и природу возникновения проблемы в 2 словах, или скинуть соответствующие статьи.

Проблемы нет, просто дело не в этом и не в очередях явно.

Да я Павлу

Я понял, я тоже :)

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

Чего нибудь такое, но я сам не сильно понимаю этот момент, но думаю если Павел так всё четко разобрался, можно посоветовать пару статей по тому как это всё дело не только в модексе работает, но и в основе.

первая же ссылка в гугле по интересующему запросу https://stackoverflow.com/questions/8599664/difference-between-using-message-queue-vs-plain-cron-jobs-with-php

первая же ссылка в гугле по интересующему запросу https://stackoverflow.com/questions/8599664/difference-between-using-message-queue-vs-plain-cron-jobs-with-php

Ну и? Там написано, что основная история это контроль последовательности т.к. крон запускает тупо в асинхроне.

Не, ну там написано да то что ты сказал. но только ничего не объясняет)

Там написано то, что вообще не имеет никакого отношения к обсуждаемой проблеме.

Я сказал о том, что minishop2 "забывает" и "портит" путь из настройки ms2_plugins

Как это связано с асинхронностью, епт? :)

Я отключил крон. Запустил из модх этот сниппет. И те же ошибки.

Вчера их не было при том, что ничего не поменялось

Ну типа что это код который не как несколько человек, и не как аякс асинхронно выполняется, а последовательно, и у тебя один типа не закончился, а другой не могёт от этого чего нибудь

Как он не могет, если это создание объекта модх? :)

В модх глобальная настройка может использоваться одновременно только в одном скрипте? :)))

В общем, примерно понятно, что это какой-то очередной косяк модх

это по сути просто один скрипт