Алексей Соин

на первых двух страницах новых лиц не особо видно))

Уже есть хорошее и гибкое решение(devilbox), которое хорошо документировано и постоянно актуализируется, есть возможность запуска не только разных версий пхп, но и приложений на других яп, например nodejs.

P.S. это не в упрёк к твоему варианту, а в тему того, что есть решение поддерживаемое сообществом и у которого есть документация.

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

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

gtsAPI и PVTables заняло год и то все что хочелось не реализованно

интересно, а не быстрее ли было бы перенести весь сайт с требуемым функционалом на пхп фреймворк…

ну тут скорее проблема в том, что данный подход пытается добавить в изначально устаревший подход разработки с modx чтото новое и удобное, изза этого и выходят трудности о необходимости пересборки, ошибок и тд.

А зачем вообще разбивают на чанки? В SPA все равно же все грузиться сразу или я что-то еще не разобрался…

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

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

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

Ачто там есть АПИ в первый раз слышу.

modzone.ru/blog/2021/02/04/zoomx-2.0-controllers-resful-api/

тут в статье бОльшая часть притензий к vue и к тому как всё работает, мне кажется, изза того, что вещи какие требуется сделать используются не через те инструменты, то что надо пересобирать фронт например, если это так сложно ну возьми тогда htmx или реализуй фронт часть по аналогии с тем как сделали в laravel с их liwere.

про то что vue медленно отрисовывает данные в браузере, это вообще чтото новое, gitlab работает на vue2 и там ничего не тормозит, если на вашем проекте при выводе одной только формы начинаются тормоза, тут надо задуматься, правильно ли вы чтото делаете

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

насчет того, что компонентов для работы с апи modx раньше небыло не совсем понял, про что имеется ввиду? апи можно было всегда сделать, достаточно загуглить rest api modx, или например через zoomx

сначала ещё хотел описать в чем автор не прав, но в целом получилось, что весь пост это набор какого-то бреда…

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

Для тех кто будет переезжать на spaceweb, готовьтесь к тому, что будете ещё платить за ssl сертификат, бесплатного letsencrypt у них нет

для себя использую следующие настройки

а для чего таблицы chunks_time и templates_time?

Добавлю ещё пример на 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. Подсказывает методы, классы, ошибки в коде и т.д.