Anton
я так понимаю
Sergey_K
Напрягает только то, что оно работало сутки.
Anton
и или ты будешь ждать пока код условно выше выполнится в очереди, или как-то подругому к этому подходить и запускать одновременно асинхронно
Sergey_K
Весь скрипт - получить из API список айди внешних, проверить, есть ли заказы в системе.
Если есть, проверить статус.
Если статус отличается, сменить его.
Все.
Anton
ага
Anton
проблема то есть)) уговорить его что он простой не получится
Sergey_K
Что там надо ждать и нахера там очереди не ясно.
Sergey_K
Он простой. И статус меняется.
Sergey_K
Минишоп не в состоянии подключить плагин
Sergey_K
Внешний
Sergey_K
Видимо, кривизна в этой настройке. Надо ее убрать в плагин.
Sergey_K
Опять уперлись в сраный xpdo )))
Anton
ясно
Anton
Павел не хочет или не может объяснить,
Сергей не хочет или не может разбираться))
я тоже не хочу))))
Sergey_K
Паша просто влепил какой-то стандартный ответ, не разбираясь :)
Sergey_K
Спасибо, конечно, и за это...
Sergey_K
В общем, проблема понятна...
Sergey_K
Минишоп грузит плагины в методе loadPlugins()
Sergey_K
Получается вот так
Sergey_K
Sergey_K
При этом он ожидает на нижнем уровне получить не "true", а какие-то значения.
Видимо, мэппинг полей.
Sergey_K
Отсюда и косяк
Sergey_K
Никакого отношения к очередям, конечно, нет.
Какая-то кривизна кода минишопа, видимо.
Sergey_K
В общем, смешно...
Sergey_K
Sergey_K
Во всех примерах написано
require_once
Sergey_K
При каком-то раскладе, после суток работы его клинит и он перестает включать файл т.к. считает, что все уже ок.
В итоге вместо мэппинга полей оно возвращает просто true.
Отсюда и косяк.
Изменил на require и все.
Привет "очередям"...
Но по уму, конечно, надо переносить в плагин, так геморно.
Yaroslav
доброго дня всем
Yaroslav
кто использует tinyCompressor ? есть фидбэк какой? в Гитхабе вижу бэту 2k17. Или это прост о работает и есть не просит не смотря на бэту?
Миша
Вы все кодите. Я себе офис новый делаю
Yaroslav
Anton
Anton
Sergey_K
ну возможно этот косяк имеет общие всё таки корни...
Какие общие корни? С чем?
Там примитивная ошибка - все инклудится в "обертке" - компоненте крон, поэтому второй раз и "не долетает".
Просто делать return require_once ... в надежде на массив очень ненадежно.
Sergey_K
Anton
почему первый раз долетает?
Sergey_K
Без понятия.
Только очевидно, что если все это засунуть в "очереди", то будет то же самое.
Миша
Anton
Anton
ну да ладно)
Sergey_K
Это очевидно из того, что это все внутри одного процесса, что, очевидно, сохранится при запуске где угодно.
Yaroslav
с очередями все вообще интересно, когда нужно в SAPI контекст поднимать)
Sergey_K
Скорее всего вопрос в каком-то кэше т.к. очень похоже на то, что он жил ровно сутки.
Василий
Но то, что минишоп в кроне не в состоянии запуститься это дичь, конечно
Так-то ms2 не реализует функционал системных настроек, он их использует.
А вот что с ними происходит и почему - надо копать. Я предполагаю что-то с кэшем, потому что при запуске скриптов от не того юзера по крону кэш может быть недоступен для другого юзера и тогда настройки не читаются
Ну или типа того, точнее уже смотреть надо лично
Павел
Таки да
Кто-то давно мне говорил что getOption с кешем играется
Sergey_K
Sergey_K
Павел
Павел
Все ж просто )
Василий
Ну ок, буду знать, что я невменяемый
Василий
Павел
Sergey_K
Василий
Sergey_K
А вот ХЗ, поэтому я и недоумеваю.
Sergey_K
Сутки require_once отдавал массив
Sergey_K
А потом стал отдавать true
Sergey_K
Все
Sergey_K
В файле плагина мс2.
Василий
Sergey_K
Вот весь "плагин". Там пара полей добавляются и все.
Sergey_K
И виноват ms2?
Нет, я ж написал, что итого проблема с работой require_once
Павел
Василий
Серёг, ну если у тебя один и тот же код в разное время суток выдаёт разные результаты, и при этом ты считаешь, что с ним всё ок - а проблема в моём коде, то я спорить не буду, мне лень
Sergey_K
Павел
и ниче, живут же люди
Павел
про остальное я вроде ничего не говорил