Тоже самое и с переводами. Но держать перевод рядом со связанным компонентом мне кажется логичным.

Кстати, товарищи, а в нюксте есть вообще такие вещи, как, например, количество воркеров или максимальное время исполнения запроса?

Переводы отдельными файлами с разбивкой по категориям а не по компанентам. У меня два языка на сайте: английский и китайский. Скинул китайцам папку с английской локалью, перевели там все, просто положил перевод в папку с локалями и все у меня хорошо. А если локали хранить в компонентах, то как тогда? Шарить весь проект переводчику и учить его как работать с vue (если там еще и контекст намешан)? Контекст локалям точно не нужен, там просто текст. Да и просто может переводчик потерять перевод в каком-нибудь компоненте

Нет уж пускай переводы лежат отдельно)

Насколько я понимаю в ваших переводах нет вещей типо: "Доступно 5 арбузов." В локали как пишете? "Доступно {amount} арбузов"? Окей, но теперь появился контекст. И в каком-то компоненте он будет заменятся. Дальше всё ещё веселей, если начать заморачиваться со склонением окончания числительных)

Где контекст появился?

Доступен 1 арбуз. Доступно 2 арбуза. Доступно 5 арбузов.

В amount просто текст подставится, там нет никакого контекста

А близлежащие слова так и оставим, аля таджик на рынке?)

Ну так это уже в компоненте решайте какую локаль использовать)

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

Если например 2-3языка и точно не будет новых может в компонентах переводы хранить и хорошо. Но всеж если новые языки интерфейса могут появиться, согласен с тем что лучше отдельно.

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

Берите из doctrine только нужное (dbal и collections) на этом свое например jsonrpc api с использованием своих контроллеров из laravel. А nuxt на фронтенд - через nginx: на location "/" проксить nuxt, а на "/api/" php api бекенд.

в сторе можно переменные контекста использовать? а то у меня подобное не срабатывает http://joxi.ru/nAy6x1zfgMxo4r

Я точно не знаю, но вроде это вуй версион 3

похоже распространенная проблема с nuxt-link. подскажите как ее лучше решать. У меня титл дескрипшен формируются в зависимости от данных в route.  при переходе по страницам через nuxt link данные остаются те что сгенерированы на предыдущей странице. а если обновить страницу или пройти по обычной ссылке то появятся правильные. также если нажать Назад, то может привести к 404 ошибке, так как опять скрипты работают с неактуальными данными, а не теми что должны быть на новой странице согласно новому роуту

Ребят, такой оффтоп вопрос. А как вообще формируется ssr? Это в каком-то роут хуке делается запрос или как это происходит?
Не задумывался раньше над этим, а теперь решил уточнить.

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

В ноде при первом заходе на сайт. Дальше когда начинаете по страницам ходить, никакого ssr нету. Хуки не используются)