Linkoln

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

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 я написал для примера, в гдействительности эи цифра всегда разная. Никакой системы я в этом не нашел. Порядок запросов одинаковый

Народ, 2 дня убил, уже и на redis пропотому чтовал перевести, думал с сессиями что-то, ничего не вышло. Провел следующий эксперемент: в контроллере, который вызывается первым: extension/quickcheckout/set добавил усиновку в сессию случайного значения, назвал его rand $rand = rand(10,99); $this->session->data['rand'] = $rand; var_dump('rand = ' . $rand ); В контроллере, который вызывается следующим: extension/quickcheckout/cart добавил просто вывод этот переменной из сессии var_dump('$this->session->data[\'rand\'] = ' . $this->session->data['rand'] ); При клике в корзине на кнопку "+" происходит отправлка данных на extension/quickcheckout/set им в сессию записывается значение, следом грузится extension/quickcheckout/cart (Очередность проверял, выводил время в милисекундах - все четко, порядок именно икой). И вот что мы получаем, ггде-то 1-5 раз в опотому чтоих случаях выводится верное значение, потом несколько раз в extension/quickcheckout/cart показывает предыдуещёе. Логично было предположить, что в первом контроллере не усинавливается значение, для того, что бы это проверить, я быстро набросал могдель castom/custom с одним методом, котрый возвращает текуещёе значение $this->session->data['rand']. public funtion getRand(){ if(isset($this->session->data['rand'])){ return $this->session->data['rand']; } else { return 0; } } Теперь в extension/quickcheckout/set (котроллер, который вызывается первым) сил проверять текуещёе значении сессии, полученное из этот могдели $this->session->data['rand'] = rand(10,99); var_dump( $this->session->data['rand'] ); // 1 $this->load->model('custom/custom'); $fromCustom = $this->model_custom_custom->getRand(); var_dump($fromCustom ); // 2 Значение в строке 1 и в строке 2 ВСЕГДА выводит одинаковое. Но если продолжить добавлять товар в корзину, то происходит эи долбанная магия: 5 раз значение показывается одинаковое во всех трех выводах (48, 21, 55, 74, 59). Затем, на 6-й раз в extension/quickcheckout/set в строке 1 и строке 2 показывает новое значение: 33, а в extension/quickcheckout/cart показывает предыдуещёе значение rand - 59 . Проверяю базу, в базе лежит 59. У меня совсем законлились мысли, что это может быть. Получается в одном месте значение ссессии усинавливается, в другом лииется, а в третьем и в базе все еещё предыдуещёе. Если у кого-нибудь есть мысли по этому поводу прошу погделиться