Linkoln

Добрый день, в описании указано, что код шаблона открыт, но так же, что требуется загрузчик ionQube. Скажите пожалуйста, какая часть шаблона зашифрована? (можно в ЛС)

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

UPD: Залез в system/frimework.php в строчке, где устанавливаются куки setcookie($config->get('session_name'), $session->getId(), ini_get('session.cookie_lifetime'), ini_get('session.cookie_path'), ini_get('session.cookie_domain')); Пробовал вручную изменить session.cookie_lifetime, и заметил, если установить любое значение отлчиное от '0', то кука не приходит. Через phpinfo() посмотрел путь до загруженного php.ini, и увидел что он загружается из системных дирректорий хостинга. Почему не видит корневой .ini, не понятно. Завтра буду колоколить хостеру.

Народ, всем привет, прошу подсказать. Работаю по сайту, работает на 3.0.3.7, делал не я. суть проблемы - после закрытия окна браузера, корзина очищается. Ну понятно, сразу иду в устанавливаю session.cookie_lifetime = 120960. И ничего не происходит, проверяю в контроллере через var_dump(ini_get('session.cookie_lifetime')), а там 0 стоит. Пробежался grep-ом по всем файлам, нигде нет другого ini, нигде вроде не устанавливается. Пробую для теста принудительно в index.php установить ini_set('session.gc_maxlifetime', '120960'); ini_set('session.cookie_lifetime', '120960'); Проверяю, теперь значения нужные, но сессия не стартует вообще, то есть в браузере, после перезагрузки в куках нет OCSESSID. Проверил session.use_cookies все установлено. У меня совсем уже нет идей, подскажите пожалуйста, если кто-нибудь сталкивался или есть мысли куда копать

Если обработчик возвращает что-либо, то дальше события по этому триггеру не вызываются

В общем, решил проблему. Router с админки вызывался из за косяка с конфигов. А письма не отправлялись по той же, что и у вас причине. Был кастомный модуль, который навешивал событие на тот же триггер и вызывал свой же метод - заглушку, который и не давал следующему событию всплыть. Пока разбился в этом всем, узнал наконец как работают события ) Всем спасибо (в особенности halfhope), тему можно закрывать.

Еще интересный момень, когда пытаюсь что-то залогировать в Loader, то логи начинает писать только после манипуляций с админкой (хоть перезагрузка страницы), когда на клиенте что-то делаешь, что-угодно, loader не срабатывает. Я так понимаю, это не нормально?

В общем, на втором шаге выяснил, что у меня регистрируются далеко не все события, которые возвращает model/setting/event.php->getEvents(). Я так понимаю, за получение пользовательских событий из базы и их регистрацию отвечает catalog/controller/startup/event.php. Пробовал на него навесить логи, но он будто и не вызывается вовсе, то есть - логи чистые вообще. Подскажите пожалуйста, а в каком файле он подключается?

Благодарю, буду пробовать

Хотя смысл, если у меня в зарегистрированных ничего не показывает. Хотя в базе они все есть. И админские работают же. Нет, тут какая-то другая причина скорее - всего

А как в engine/loader.php посмотреть вызываемые?

Если в event.php именно зарегистрированные, то у меня получается нет.. заргистрированных. Проверял я так: public function trigger($event, array $args = array()) { $log = new Log('events.log'); $log->write('Event fired: '.$event); foreach ($this->data as $value) { if (preg_match('/^' . str_replace(array('\*', '\?'), array('.*', '.'), preg_quote($value['trigger'], '/')) . '/', $event)) { $result = $value['action']->execute($this->registry, $args); $log->write('Action executed: '.$value['action']->getId()); $log->write('Action result: '.$result); if (!is_null($result) && !($result instanceof Exception)) { return $result; } } } }

ocStore 3.0.2.0

Всех приветствую, дорогие форумчане. Столкнулся со стандартной проблемой: сайт перестал отправлять email о заказе. Кинулся смотреть таблицу event - там все стандартно. Принялся дебажить событие mail/order вызываемое по триггеру catalog/model/checkout/order/addOrderHistory/before и тут вижу следующую картину: у меня вообще не срабатывают события каталога. Админские работают, а события каталога - совсем нет. 2 дня гуглил, но по этой теме инфы почти нет. Прошу подсказать, у кого какие есть идеи - почему события могут пропасть для фронта или хотя бы в какой стороне искать корень проблемы

P.S. На самом деле количество "удачных" и "неудачных" записей всегда разное, 5-6 я написал для примера, в действительности эта цифра всегда разная. Никакой системы я в этом не нашел. Порядок запросов одинаковый