Архив метки: opencart

Модуль отладки SQL для опенкарта

Сегодня разберу какие изменения я внёс в модуль отладки от open4dev. Изменения простые и будут вполне понятны начинающим разработчикам. Чем меня не устраивал модуль отладки, я описывал в одном из постов.

Ключевые слова MySQL

Подсветка синтаксиса в модуле уже была. Вот она.

Всё самое нужное уже есть. Можно сюда было загнать сразу все ключевые слова SQL, но время деньги, а ещё нужно пост писать. Так что я ограничился только тем, что сразу бросилось в глаза при анализе главной страницы Опенкарта с включённым модулем.
Находим 45 строку и меняем её на такую.

Я добавил несколько ключевых слов и встроенных функций. Результат на картинке ниже.

Добавление строки вызова

Как я уже рассказывал, делается через замечательный back_trace(). Для начала нужно добавить в класс QueryDebug поле для хранения строки. Находим такой участок кода.

И превращаем его.

Этим мы научили объект QueryDebug сохранять массив $backtrace в массиве отчётах о запросах $queies[]. Теперь нужно поправить вызов метода add(). Его можно найти дальше в модуле.

Этот участок модуля для ocmod отвечает за замену строки возврата результата запроса к БД в опенкарте младше 2.2.0.0, на наш, который перехватывает запрос и сохраняет его в лог, попутно считая время выполнения. Добавим в лог информацию о стеке вызовов вызвав debug_backtrace() внутри этого метода.

В опенкарте старше 2.2.0.0 вызов метода query() немного изменился и модуль это учитывает. Отдельная ветка изменений для свежего opencart 2.3.
Было:

Стало после изменений в нашем коде.

На этом изменения движка закончены. Пора приступить к выводу полезной информации.

Сортировка и вывод запросов SQL

Определимся, что нужно для вывода. Для начала неплохо, что бы файл вызова с указанием строки находился под SQL запросом. Потом нужна, конечно же, кнопка для группировки по файлам и неплохо бы сохранить аутентичные стили.

Стили самое простое — с них и начнём. Находим строку с определением стиля для вывода запросов.

и просто добавляем к определнию стиля свой, пусть будет называться .line

Со стилями разобрались, давайте добавим кнопку. Находим строку с объявлениями кнопок.

И добавляем новую кнопку [By line]

Ну вот. Кнопка на месте. Теперь нужно вывести саму строку с указанием файла и номера строки. Не забываем про css класс .line.
Находим

Меняем на

Из кода видно как собирается строка с указанием файла и линии вызова. Теперь нужно добавить обработчик на нашу кнопку и отсортировать результаты. Всё очень просто.
Для начала находим хвости JS кода.

А теперь перед ним вешаем наш обработчик.

Выглядит страшно и ужасно, но работает надёжно. Сначала получаем нужные нам для последующий сортировки параметры: путь к файлу, номер строки, порядковый номер вызова. Сначала сравниваем имена файлов, если они совпали, значит сравниваем номер строки вызова. Если же и номер совпадает, то просто сортируем по ID. Это позволяет быстро оценить масштабы бедствия.

Вывод максимального объёма выделенной памяти

В добавок ко всему выше написанному можно в две строчки добавить вывод. Добавить к стилю .total, стиль .memory

А перед выводом кнопок сделать вывод memory_get_peak_usage().

Репозиторий проекта на github — Opencart-debug-database-queries

Модуль отладки SQL в опенкарт 2.3

Вчера я написал про допил напильником модуля отладки Debug database queries for Opencart. Изменения очень простые, но сначала о проблеме.

А проблема в том, что модуль выводит кучу SQL запросов с возможностью их сортировки по времени исполнения или по порядку исполнения. Это, конечно, круто, но если я собираюсь оптимизировать и кэшировать запросы, мне нужно знать кто их вызывает.

Как узнать строку в которой произошёл вызов к $DB ?

PHP предоставляет такую возможность благодаря функции debug_backtrace. Она позволяет собрать стек вызовов для метода, с указанием файла и строки. Мне потребовалось сделать ещё сортировку по месту вызова, что бы быстрее определить места особенно нуждающиеся в кэшировании. Для этого добавил новое поле в вывод отладчика [ by line ] и дописал обработчик события. Группировку по строке сделал с помощью JS-функции localeCompare(). Конечно, получило не в алфавитном порядке, и иногда вызовы из одного файла могут быть перемешаны с вызовыми из другого файла. Но все вызовы из одной строки одного файла всегда будут рядом. Это позволяет быстро оценить, сколько раз осуществлялся конкретный вызов к БД.

На сладкое добавил вывод memory_get_peak_usage для определения максимального выделения памяти под выполнение скрипта.

Патч для модуля отладки

Для debug_backtrace я сформировал патч и отослал мейнтейнеру модуля. Посмотрим, что он ответит, на всякий случай сделал копию модуля на github.

UPD. open4dev обещал внести правки в релиз =)

Новый опенкарт 2. Часть 1.

Опенкарт. Переезд на новый движок 2.3

Сегодня начал переезд на новый опенкарт.  Взял за основу сборку opencart.pro 2.3.0.2.2
Раньше был opencart 1.5.4 с сильно модифицированным движком. Но время идёт и чем больше изменений, тем труднее поддержка. Да и о будущем нужно подумать. У движка неплохое сообщества, а у моего мода только я один. За всем не уследишь. Так что принял решение о переезде.

Почему я не взял платную версию?

На самом деле причина одна — увы, но многие дополнения закодированы ion’ом. Мне потребуется многое изменять как в логике, так и в шаблонах, в том числе и модулях. Поэтому брать платник не рационально, так как часть оплаченных модулей придётся переписать. Так же пришлось отказаться от популярных МегаМеню и одностраничной корзины. Хотя, не спорю, дефолтные возможности опенкарта не впечатляют. И он очень нуждается в дополнениях. По-этому, если вам не нужно что-то сильно менять в самом движке, смело покупайте расширенную версию.

Первые впечатления

Сыро. Не, реально сыро. Над системой ещё работать и работать. Для начала поставил следующие модули.

Импорт и экспорт

Export/Import Tool (V3.9) for OpenCart 2.x

Импорт и экспорт товаров, необходим как воздух. Увы, нет поддержки поля h1 в категориях и товарах. Это не маленький минус и он поправим. В остальном модуль хорош, тут и выгрузка всех всех таблиц и даже пошаговая. Код ещё не смотрел, но придёться. Да, добавить h1, конечно же, и не только. Дело в том, что все-все таблицы это круто, но почти бессмысленно для реальной работы. И тут трудно сформировать единое решение для всех. Для моих задач нужно сильно упростить заполнение, менеджер не должен думать про стоимости дополнительных опций и их количество, они будут автоматом вычисляться после загрузки. Более того, заполнять однотипные опции и привязывать их к товару должен скрипт, а не менеджер в таблице. Цена так же высчитывается автоматически и округляется на основе данных товара. Модуль однозначно под модификацию, возможно я напишу свой под мои нужды. Но это особенности вполне конкретного товара на определённых магазинах.

Open Graph tags

Facebook Open Graph Tags for Opencart v2.2 — v1.1

Да, для ФБ. Сыр бесплатный, но и он неплох. Потребует допилки и расширения функционала. Но хоть часть работы вроде бы уже сделана. Пока ничего не могу больше сказать. Нужно смотреть как он сочетается с требованиями Яши и Гоши.

Дебаг MySQL

Debug database queries

Завёлся с пол пинка. Пинок понадобился в том плане, что я включил принудительный вывод внизу сайта. По-умолчанию он скрыт и нужно смотреть через панель разработчика, что не удобно на этапе настройки и анализа. Итог печален. Опенкарт плохо кэширует. 106 запроса с главной. Нажимаю F5 и снова 52 запроса… И это при том, что у меня в магазине на тот момент был всего один товар. Такая же ситуация была на 1.4, когда я на него первый раз взглянул. Ну и ладно. Можно было податься к Йоде и купить у него супер пупер турбо модуль и я настоятельно советую всем здравомыслящим людям именно так и сделать, но мне он попросту не нужен. На магазинах дикой загрузки сейчас нет, а поставить пару строк в коде, что бы сильно снизить, не как у Йоды, конечно, нагрузку я могу и так. Придёт время, там и увидим. Кстати, хочу слегонца его оптимизировать. Выложу потом diff.

AJAX поиск

AJAX Live Search

Вещь нужная на равне с кэшированием. Впрочем, в код пока не лез, но вроде бы особых косяков не должно быть. Работает, потребуются косметические правки по выводу, но без загонов.

Гвоздь программы — корзина в один шаг

One Page Check Out

Самый жуткий модуль, имеет место замещение кода, последующие несовместимости и пр. Нуждается в рефакторинге. И самое главное — модуль на 2.3 не завёлся. Там немного переделали вызовы и всё рушилось. Сначала я было решил переделать как надо ручками, но потом погуглил и нашёл, что всё уже сделано. Ссылка внизу топика
В любом случае модуль из коробки не готов к употреблению. Ставьте себе кларну или что-то типа. Не парьтесь с этим модулем, он вам ни к чему. Мне он опять же потребовался из-за чуть замысловатой логики заказа на одном из магазинов. Большинству этого не надо.

Продолжение следует…