generate всегда будет работать несколько быстрее, однако разница в 2-3 раза не очень корректная. Такую разницу могут создать запросы, выполняющиеся на сервере и блокирующие рендер

Кидай ссылку на сайт

Понял, изучим вопрос, спасибо

Какая разница?

Не совсем понятно, о серверных запросах. Так как верстка через generate также общается с сервером и делает все тоже самое

"Верстка" не общается ни с кем. Общается браузер или сервер в процессе выполнения джаваскрипта. generate отдаст вам статикой файлы, и, если есть запросы к внешним ресурсам, то они будут выполняться в браузере. Код в наксте позволяет выполнять запросы на сервере таким образом, чтобы блокировать отдачу html в браузер, пока запросы не выполнятся.

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

верстка нет, общается axios)

вообщем, получается что nuxt ожидает сначала завершения запросов, а статично собранный проект работает асинхронно? Об этом речь?

статично собранный проект выполняется всегда только в браузере. А запущенный сервер накста может выполнять часть кода на сервере, а часть в браузере. Та часть, которая выполняется на сервере МОЖЕТ дожидаться запросов от бека, а может и не дожидаться

Если речь о koa/express или аналогичном, то такого верстальщик не использовал. Или речь о самом nodejs? Но опять же, дальше прогрузки элементов он не заходил, данные отдает laravel. Особо сложной логики нет отдельной.

Я не работаю с версткой, исключительно бекенд. Но на сколько понимаю, vue не должно на сервеную часть nodejs что-то делегировать при прогрузке просто списка

В каком режиме запускается nuxt.js?

mode: "universal" ? вроде, если речь об этом

отлично, с какой целью используется именно universal а не spa или generate?

Выбил ответ)

Это его мнение о SPA

Забавно. Для сео действительно плохо. Используется ли у вас async data или fetch в компонентах страниц? Выполняются ли в этих хуках "долгие" операции (например запрос на бекэнд) ?

Не понятно, что значит, страницу при запросе на бек. Судя по всему, на сервере (где крутится nuxt, то есть сама node) происходит запрос на сервер бекенда и пока не приходит ответ - оно блокируется. В этом суть SSR, отсюда и увеличение времени

Спасибо, что поделились информацией. Договорились, что тесты проведут в режиме Spa, изучат разницу. Я на сколько помню читал, что есть спец пакеты которые для роботов могут нормально при сборке сгенерировать статику и отдавать ее им.

для них бек это laravel

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