не работают события каталога

[Linkoln]

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

Edited May 8 by Linkoln

[halfhope]

Привет.

 

А какая у Вас сборка, версия движка?

[Linkoln]

ocStore 3.0.2.0

[halfhope]

08.05.2022 в 19:09, Linkoln сказал:

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

 

1. Рекомендую вспомнить изменения в коде сайта предшествующие проблеме.

2. Можно сделать трассировку. Просмотреть зарегистрированные события для текущей сессии можно в файле engine/event.php. А просмотреть вызываемые события можно в файле engine/loader.php

[Linkoln]

08.05.2022 в 18:10, halfhope сказал:

 

1. Рекомендую вспомнить изменения в коде сайта предшествующие проблеме.

2. Можно сделать трассировку. Просмотреть зарегистрированные события для текущей сессии можно в файле engine/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;
				}
			}
		}
	}

 

[Linkoln]

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

[Linkoln]

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

[halfhope]

Если события не регистрируются, то делайте трассировку от регистрации событий до самих данных из БД. Вот путь:

0. engine/loader.php 

1. engine/event.php->register

2. conroller/startup/event.php->index();

3. model/setting/event.php->getEvents();

[halfhope]

Рекомендую сразу к 3-му пункту спуститься и от него идти к 0-му. Нужно было наоборот написать. От данных из БД до регистрации событий.

[Linkoln]

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

[Linkoln]

08.05.2022 в 19:04, halfhope сказал:

Если события не регистрируются, то делайте трассировку от регистрации событий до самих данных из БД. Вот путь:

0. engine/loader.php 

1. engine/event.php->register

2. conroller/startup/event.php->index();

3. model/setting/event.php->getEvents();

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

Edited May 11 by Linkoln

[Linkoln]

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

[halfhope]

Даже не знаю чем помочь. Но буквально пару дней назад у меня была схожая ситуация с модулем шорткодов+custom templates pro. Не обрабатывались события моего модуля и другие, которые я создавал вручную для отладки, все было до боли похоже. Оказалось дело было в return false, в обработчике события (catalog/view/*/before) у модуля шорткодов. Закомментировал //return false, функциональность модуля сохранилась и другие события тоже начали работать.

 

 

Есть еще события "по умолчанию", которые записаны в system/library/config/catalog.php. Вряд ли это они так влияют, но встречал этот файл с правками.

 

Можно просто события отрубить в БД, а потом по одному включать и дебажить.

[Linkoln]

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