Алексей Соин

Добавлю ещё пример на tailwind.

репликация настраивается на уровне бд, всё это уже есть в mysql, postgres, никакие инструменты искать не надо, репликации можно настраивать в режиме как мастер-мастер, так и в режиме мастер-слейв, то есть вторая база чисто для чтения используется.

тут множество решений, если на сайт большая нагрузка, то нагружать сервер ещё и апи для мобильного приложения его ещё больше добьёт, можно реплицировать бд и для этой бд сделать апи используя уже любой удобный яп, фреймворк и т.д. Минус при этом будет это параллельная поддержка изменений в двух точках входа. Создав апи на томже сайте с большим функционалом также надо будет не забывать исправив чтото для веб версии поправить также и для апи мобилы. В таком случае более оптимально сделать единое апи для веб и мобилы, так почему бы сразу не потратить это время на перенос всего под оптимальный бэк, использовать для сайта тотже nuxt, next? А если ещё и мобильный клиент собирать на react native или чемто подобным, то можно все изменения и улучшения разпараллелить сразу и для веба и для мобилы. Всё это в конечном итоге будет экономить как и время разработчиков так и деньги заказчиков.

а чем заказчику так модх нравится? чисто из-за того что к админке привык?

modx, битрикс, laravel, если вопрос какой стек выдержит таблицу с таким кол-вом товаров, то любой, при условии профессионализма самого разработчика. Вопрос не совсем корректный, в комментарии на который я отвечал планируется использовать только лишь как админку и апи, для чего изначально modx не подходит и нуждается в доработках (использование zoomx, оптимизировать кэширование и тд). А что будет в этих 100к товарах непонятно, подойдёт ли минишоп и его допы или также надо будет расширять таблицы, какая посещаемость будет у сайта.

strapi, laravel, nestjs, symfony, winter cms и т.д., зависит от задачи которая требуется. Удобнее тем, что можно спроектировать и реализовать конечный продукт полностью удовлетворяющий задаче, а не придумывать 1000 обходных путей и решений из-за ограничений или особенностей modx. Любой инструмент хорош лишь тогда, когда его используют по назначению.

для чего вообще для этого тратить столько времени и мучать modx когда есть более удобные и гибкие инструменты?

В vscode синхронизация учетки через github есть. Все расширения, сниппеты, настройки сохраняются. Раньше приходилось переносить либо сохраняя всё в файлах, либо через специальный плагин, но к счастью теперь стало намного проще)))

я пользуюсь как vscode, так и phpstorm, мне оба этих инструмента нравятся)

Чтобы редактировать файлы на удалённом сервере не нужно придумывать синхронизацию по сохранению, в vscode есть официальное расширение Remote-SSH. Прочитать как всё настроить можно тут. На сервере нужен только nodejs, например, у хостинга бегет можно без проблем так править файлы на сервере, у них в доке есть инструкция по настройке.

Также насчёт настройки проекта, если над сайтом работает команда разработчиков, то хорошим подходом будет чтобы настройки среды были у всех одинаковые. Для этого в корне проекта, куда подключаемся(либо открываем папку через vscode) нужно добавить папку .vscode в которую положить несколько json файлов:

settings.json

{
  "files.associations": {
    "*.tpl": "fenom"
  }
}

extensions.json

{
  "recommendations": [
    "EditorConfig.EditorConfig",
    "gulomov.vscode-modx",
  ]
}

Файл settings.json задаёт настройки среды, сюда можно указывает любые параметры vscode, д данном примере указываем использование fenom для tpl файлов.

Файл extensions.json нужен для указания рекомендуемых расширений, которые нужно поставить для текущего проекта. В данном примере указываем, что нужно установить расширение editorconfig и расширение для modx.

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

Error Lens — расширение для более информативной подсветки предупреждений и ошибок в коде.

File Utils — добавляет в контекстное меню дополнительные возможности для работы с файлами.

Path Intellisense — подсказка путей для файлов.

Thunder Client — postman на минималках.

Turbo Console Log — быстрое добавление console.log в коде.

PHP Tools — отличный пакет при работе с php. Подсказывает методы, классы, ошибки в коде и т.д.

ок, гляну

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

Типо эт всё норм?

modHelpers

modalConsole

а, там вон как работает, через веб морду пополнение))) тогда да, никак, если б номер карты был или номер телефона, то можно было через сбп) сорян, не заметил такой нюансик))

платежи -> сверху справа значок сбп -> вводишь номер телефона, выбираешь банк тинька, в месяц 100к без комиссии можно переводить

это дополнение разве не тоже самое уже реализует?

можно, настраивается тут:

Уже успел опробовать))) Компонент суперский, спасибо! И отдельное спасибо за отличную документацию)

как бесплатную альтернативу можно ещё использовать DBearer, а так да, DataGrip и PHPStorm отлично справляются со всеми задачами.