спасибо, буду внедрять

Придется потратить Х времени чтоб оба решения жили параллельно
Я пытался внедрять помодульно\"поУРЛово"
т.е. на бекенде все работает как обычно, но этот, этот и этот урл должен перекидывать пользователя на SPA, в самом же SPA нужно внимательно следить за ссылками, и все ссылки которые ведут на "старый проект" должны быть. именно как <a href...
Остальные же - <nuxt-link

и как ты себя чувствуешь после токого?
посоветуешь другим пройти тот же путь?

Я его не закончил к огромному сожалению... Мне предложили релокейт в другом проекте и я согласился..

Мой поинт в  принципе заключается в том, что я тоже долго задавал тот же вопрос... Возможно ли? Стоит ли?
Я успел сделать пруф оф концепт(полностью развернуть проект накстовский, и полноценно перенести один модуль, который жил параллельно с основным проектом)

т.е. возможно ли? - да
так просто как говорят, та возьми и сделай, ничего сложного в этом нет.. - нет
зависит ли от сложности конфига основного проекта - да
нужно ли получать какие-то конфиги со старого проекта параллельно или можно пока временено захардкодить что-то, а потом полноценно переключить - каждый отвечает по мере сложности проекта

Я использовал накст именно в режиме SPA, и это было бы достаточно весомое вложение в проект, т.к. основная фича сайта - плеер, который обрывал воспроизведение при переходе между страницами. Т.Е. наличие SPA - весомый плюс.
Ну и проекту почти 15 лет, поэтому свежий глоток технологий был рассмотрен положительно.

Если вам нужно использовать полноценный SSR и тд, то я думаю особого различия не должно быть.

Но повозиться в любом случае придется 🙂 Так что ответьте себе на вопрос - надо ли это бизнесу и каки задачи решит переход на Nuxt

Спасибо!

Незначто)
Я думаю основное что надо - это:
Апи, которым будут пользоваться и старый и новый вариант
Правильные перекрестные ссылки, в частности для "выхода из SPA"
Время, терпениее и одобрение руководства🙂

самое сложное это последнее

Да, мне тогда повезло. Руководство это были два брата. Один занимался чисто менеджементом, а второй технарь, вот мы с ним договорились времени на СПА у нас нету, официально СПА мы НЕ делаем если вдруг кто спросит....
.... но если есть возможность вложить Х времени для последующего плавного перехода, то давай его вложим и потом новые модули будут писаться сразу под СПА, а старые - по мере рефакторинга будут мигрировать.

Запускай его через systemd

А то звучит как ты его запускаешь костыльно

ребят, во время отработки плагина на сервере изменяю стор (нужно изменить его при инициализации 1 раз) - после, даже после жесткой перезагрузки страницы стор все еще с тем параметром, который я изменил при инициализации, в доке ничего об этом не нашел, чяднт?

почисти через комит

те решение проблемы - просто чистить всегда на сервере, вы это предлагаете?

я его чищу на клиенте в итоге, в этом то и беда

перезагружаю страницу - а стейт остался как при инициализации

никто не знает, есть ли что-то похожее на аполло клиент, только для реста? еще желательно дружелюбие с тайпскриптом

Наподобие это как?

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

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

у меня опыт интеграции с asp.net mvc.
изначально использовали просто vue, в шаблоны были внедрены бандлы.
затем начали переходить на накст, страницы написанные на vue перенесли на него, остальные урлы проксировались.
и постепенно остальные страницы переписали на накст