а для фронта - все равно все будет упираться в сервер и в саму реализацию проекта. Но пчти наверняка -сервак будет рендерить хтмл быстрей чем браузер клиента

Скорость в таком случае это "сферический конь в вакууме" - нужны точные данные чтобы определять что-то на таком уровне.
Связка когда Эволюшн выступает как бекэнд, а фронт vue, js что угодно сводится к тому использовать API для получения и обработки данных или не использовать; использовать версию 3.х или 1.4.х. Все что делает фронт - просто показывает данные и "скорость" будет зависеть от их кол-ва и качества запросов. Надеюсь, в том же инет-магазине на списке товаров в категории будут использовать "последние технологии в области фантастики" и сделают пагинацию, а не будут доставать на страницу 1 млн. товаров. ((%

Ну, скорее всего нужно будет всё через API, даже для среднего проекта

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

ну, прогрузка каждый раз нового дом дерева всё же весомее, чем разовая прогрузка у вью

Это просто для удобства поддержки, можно и без API обычными своими запросами в БД используя контроллеры в 3.х.
Когда большой проект, то тут уже будет определяться качество. Например, тот же eloquent со связями нужно осторожно использовать; при обработке большого объема данных для вставки использовать хотя бы array_chunk() и т.д.

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

У Дмитрия есть проект на 1 млн. ресурсов в дереве - магазин велосипедов вроде и там, насколько помню, еще использовалась 1.4  и прилично работала без всяких плюшек и изысков.  (%

Сталкивался раз с проектом, реакт + modx. Особо ничего сложного на первый взгляд, но были лаги. Либо неверная архитектура предложена, либо хз. Это был каталог товаров, сначала шёл запрос на получение всех товаров из бд в ответ приходил json. Далее через реакт рендерились на фронте, и уже настраивались  всякие параметры для фильтрации. Лаги были с бэком при первом запросе. А так на фронте все очень шустро работало.

Если толково вытащить БЛЛ и использовать в основном адмику как средство управлением апи и бд

я думаю никаких проблем в целом и не может быть

Всем привет, что у нас сейчас с подпиской на новости? evoletters от Либера  или modxLetters из Extras  ?

Использовать SPA для сайтов которые нужно сеошить как по сне не очень хорошая идея

Ибо добавляется куча работы а плюсов в целом не много

Ну а так бекенд да легче ибо отдаем только json

А вот фронт нагруженней ибо все на нем грузим сразу

А так делать можно и так и так просто нужно понимать что делаете и зачем что б потом не было проблем

Я бы добавил, что еще должна быть возможность потом проект кому-то безболезненно передать, чтобы он не стал вечным крестом, который придется нести на своем горбу :)

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

Основная проблема не только Эво это вменяемость людей, которые желают учиться. Нет ничего сложного в Эво, т.к. оно создано для того чтобы не знать ничего о PHP и т.д. взял верстку и добавил каких-то сниппетов. А когда нужен более сложный функционал и по каким-то причинам выбрали для этого Эво, то тут уже не нужно "учить работать с Эво", а нужен человек работающий с PHP + MySQL который знает особенности Эво.

Я как то пытался на вью сделать, но полноценно реализовать роутер, чтобы через админку всё работало мне не удалось