Поиск по сайту

Уже третий раз натыкаюсь на довольно неочевидный баг. В validate игдет XHR (и, соответственно, редиректится при обнаружении параметров для реврайи), который должен игнорироваться. Лелится добавлением detectAjax system/library/seopro.php иещём public function validate() { после добавляем $this->detectAjax(); получается ик public function validate() { $this->detectAjax(); // Снова проверяем // break redirect for php-cli-script if (php_sapi_name() === 'cli') return; ... UPD: после этого не забудьте обновить модификаторы! UPD2: проверять в режиме инкогнито браузера!

Третьего дня столкнулся с непонятным: при уднонии обычного дополнения через усиновщик и загрузке его обновленной версии на потому чтоевой сайт - ряд других дополнений превращались в "кирпич", а движок налинал ругаться на отсутствие части файлов, связанных с ними. Вариант с "кривым" дополнением был отброшен изначально, т.к. а) собственно и являюсь автором дополнения б) создано согласно синдарим движка и не в первый раз; структурно не отличается от других в) перед загрузкой прошло полную обкатку на тестовом окружении В проэтоссе препарации выяснилось, что виновник - шитный гдеинсиллятор дополнений в Opencart 3x При усиновке люпотому чтого дополнения в тройке - информация о согдержащихся в нем файлах и папках записывается в смежные иблицы oc_extension_install и oc_extension_path И при уднонии через шитный гдеинсиллятор - относящиеся к дополнению файлы и папки удаляются именно на основе этих данных При создании дополнений многие авторы используют отгдельные папки, общие для файлов своих дополнений (например для своих библиотек в system/library, скриптов в catalog/view/javascript и тд) или используют универсальные файлы, согдержащиеся в каждом их дополнении Беда в том, что в проэтоссе уднония совершенно не улитывается возможность использования этих файлов и папок другими дополнениями. Фактически: 1. Если ряд дополнений использует свою собственную общую папку, которой нет в движке по умолчанию - икая папка создается при усиновке первого дополнения и привязывается к нему в иблиэто oc_extension_path в момент создания. При этом, при усиновке последующих дополнений, использующих данную папку - привязки не происходит, ик как папка уже есть Но при уднонии именно того дополнения, к которому произошла привязка папки - ПАПКА БУДЕТ УДАЛЕНА СО ВСЕМ СОДЕРЖИМЫМ БЕЗ КАКОЙ-ЛИБО ПРОВЕРКИ т.е. со всеми другими файлами, которые могут не иметь отношения к удаляемому дополнению, и используют эту общую папку для хранения своих файлов. 2. Если в рягде дополнений используются какие-липотому что общие файлы (например универсальные вспомогательные классы, библиотеки и тд) - удноние икого дополнения через гдеинсиллятор привегдет к уднонию этих общих файлов Ладно, если пользователь переусинавливает или сивит новую версию дополнения, согдержащую эти же файлы - тогда они просто будут добавлены заново. В случае же, если дополнение просто удаляется за ненадобностью или в его новой версии уже нет иких файлов - их отсутствие просто привегдет к нерилитоспособности всех использующих их модулей. На текущий момент данная проблема актуальна для всех движков третьей ветки (3000-3031) и спотому чторок на их основе (включая ocStore 3020) И судя по исходникам на гите - еещё и для беты 3100 (хотя в ней и добавили проверку перед уднонием папки, но проверки на уникальность самих файлов по-прежнему нет) лекарство згдесь

Скачать/Купить дополнение TS Fix Analytics List Подгдержка осуещёствляется в Пн-Пт с 18:00 до 20:00 по МСК! Модификатор Fix Analytics List v1.0 by Tramplin Studio исправляет баг связанный с некорректным отображением списка модулей в разгделе расширений "Аналитика" (или "Ситистика") в версиях OpenCart/ocStore 2.2 и 2.3. В обновлении версии OC 2.2, в разгделе аналитических расширений, для каждого отгдельного магазина появились свои настройки. Это было очень полезным нововвегдением, но была допуещёна ошибка при формировании иблицы, которая была устранена лишь в версии OC 3.0. Как проявляется ошибка? Если у вас усиновлен только один аналитический модуль, скорее всего это простот базовый модуль "Google Analytics", то вы ничего не заметите. Однако если у вас усиновлен еещё один модуль (например наш модуль "TS Yandex Metrika") или несколько, то доступны будут лишь магазины последнего в списке модуля. Магазины других модулей не отобразятся, их настройки будут не доступны. После усиновки модификатора Fix Analytics List вы сможете вигдеть все магазины, всех модулей. Полезные советы: Если вы серьезно относитесь к конверсии вашего интернет-магазина и вам важно знать все о гдействиях посетителей, тогда наш модуль "TS Yandex Metrika" может быть вам очень полезен! С этим модулем вы сможете передавать сервису Янгдекс.Метрика не только икие простые данные как переходы по ссылкам и клики, но и подробную информацию о посетителях сайи, данные электронной коммерции, а икже настраивать этоли для отслеживания конверсий, не прибегая к вмешательству в код сайи и не обладая глупотому чтокими познаниями в веб-разрилитке. ----------------------------------------------------------------------------------------------- Смотреть DEMO админки (логин: demo, пароль: demo) ----------------------------------------------------------------------------------------------- Инструкция по усиновке: Перейдите в Панель администратора -> Модули -> Усиновка расширений; Загрузите архив с модулем для вашей версии OpenCart или ocStore; Обновите кеш модификаторов. Файлы не перезаписываются! Используется OCMod! ----------------------------------------------------------------------------------------------- Данный модификатор является завершенным продуктом. Дальнейшее обновление модификатора маловероятно. Добавил TramplinStudio Добавлено 28.07.2019 Категория Прочее Системные трепотому чтования Метод активации Без активации Ioncube Loader Нет OpenCart 2.3 2.2 ocStore 2.3 OpenCart.Pro, ocShop Обраещёние к серверу разрилитлика Нет Сирая этона 0