Перейти к содержанию

opencart-cms

Разработчик
  • Постов

    7
  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

opencart-cms стал победителем дня 2.03 2023

opencart-cms имел наиболее популярный контент!

Информация о opencart-cms

Посетители профиля

322 просмотра профиля

Достижения opencart-cms

  1. Честно говоря, я вообще сомневаюсь, для чего всё это в OpenCart. Вся эта история с Git, миграциями, CI/CD — это, конечно, круто, но OpenCart — это не тот движок, где такие сложности прям жизненно необходимы. Если вы на нём делаете простой интернет-магазин, то, по большому счёту, весь этот пафос с версиями и сложными воркфлоу может оказаться излишним. Git, конечно, использовать нужно, но без фанатизма. Отслеживать изменения ядра и модификаторов? Ну, разве что для собственного спокойствия. Но по факту, если вы соблюдаете принципы модульности и не лезете в ядро, всё это легко можно держать под контролем вручную, без сложных схем. Те же миграции БД — это тоже избыточная вещь для большинства проектов на OpenCart. Тут чаще всего достаточно стандартных бэкапов. Так что да, весь этот ваш "велосипед" смотрится излишним усложнением. В OpenCart гораздо важнее правильно организовать сам процесс разработки, а не навешивать кучу инструментов и методов, которые больше подходят для крупных корпоративных проектов. Это не значит, что все эти инструменты плохи, но, возможно, их применение в данном случае просто неоправданно. Отдельно про миграции БД. Есть проверенные инструменты вроде Flyway или Liquibase, которые отлично справляются с задачей версионирования базы данных. Если вам нужно что-то более специализированное для MySQL/MariaDB, то посмотрите на DBmaestro. Эти инструменты не только позволяют отслеживать изменения схемы БД, но и упрощают перенос данных между разными средами. Вот только прикол в том, что, оно вам, скорей всего, это все, не надо) В общем: Git, CI/CD, миграции — всё это классные штуки, но они должны решать конкретные задачи, а не просто быть частью проекта для галочки. OpenCart — это не та платформа, где вам нужно задействовать весь этот арсенал, если нет реальной необходимости. Везде должна быть рациональность!
  2. Ваш текст явно показывает, что вы только начинаете разбираться с процессом разработки на OpenCart, и это нормально. Но нужно сразу отметить несколько ключевых проблем. Во-первых, структурность вашего изложения оставляет желать лучшего. Это больше похоже на поток сознания, чем на чёткий план действий. Если вы хотите, чтобы кто-то воспринял ваши идеи серьёзно, начните с того, чтобы чётко сформулировать, что именно вы пытаетесь решить. Во-вторых, подход к использованию Git у вас какой-то размазанный. Коммитить прямо в мастер — это не вариант для серьёзного проекта, особенно если в будущем планируете работать в команде. Git Flow или хотя бы простой Feature Branch Workflow — минимально необходимая схема для хоть какого-то порядка. По поводу работы с БД и предложенного вами skeema. Идея отслеживать состояние схемы данных понятна, но её реализация вызывает сомнения. Если вы уже столкнулись с проблемами миграций, возможно, стоит рассмотреть более проверенные инструменты, которые действительно работают, а не изобретать велосипед. Ваш подход к .gitignore вроде понятен, но нужно более чётко понимать, какие конкретно файлы должны быть исключены, и какие включены. Это вопрос базового знания Git, который стоит подтянуть. И по поводу CI/CD. Да, GitHub Actions — это круто, но на данный момент ваши задачи, похоже, не требуют такой сложности. Разберитесь сначала с базовыми вещами, такими как миграции БД и нормальная работа с Git, а потом уже думайте об автоматизации. Про модификаторы, хранящиеся в БД. Да, это неудобно, и вы правы, что это «жуткая матрёшка». Но это особенность OpenCart, и пока что лучше просто смириться с этим или искать сторонние решения, которые упрощают этот процесс. Ваше предложение — что-то делать вручную и контролировать это — не выдерживает критики. В общем, пока ваши идеи выглядят сырыми и не до конца продуманными. Прежде чем предлагать что-то команде или сообществу, приведите свои мысли в порядок и определитесь с основными приоритетами.
  3. а что там в админке такого интересного может произойти что надо запросы отслеживать в админке?)) ну держите SQL-debugger_mod.ocmod.zip
  4. не за что, но он вроде и так в таком виде уже давным-давно существует, на оф.сайте)
  5. SQL Debugger OpenCart | SQL отладчик для OpenCart | Лог медленных SQL запросов | SQL Profiler Добавил opencart-cms Добавлено 01.03.2023 Категория Администрирование Просмотр файла  
  6. Версия 1.0.0

    44 раза скачали

    https://youtu.be/sv-dAmi0-dY-----------------------------Небольшое дополнение, позволяющее проанализировать запросы к MySQL, найти медленные запросы, и оптимизировать их.Отладчик/Профайлер отображается только для пользователей авторизированных в административной панели.Запросы сортируются от медленных к быстрым.Запросы которые выполняются более 50 миллисекунд, помечается как медленный запрос и выделяются красным цветом.-----------------------------Установка и принцип работы показаны на видео https://youtu.be/sv-dAmi0-dYУстановка по шагам:1. Скачиваем модуль2. Заходим в "Модули/Расширения->Установка расширений"3. Нажимаем кнопку "Загрузить"4. Выбираем скаченный ранее модуль, и начинается установка5. После установки заходим в "Модули/Расширения->Модификаторы" и нажимаем кнопку установить6. Нажимаем кнопку "Обновить"7. Установка завершена, на страницах сайта должен отобразиться профайлер запросов
    Бесплатный
×
×
  • Создать...