Программное создание компонентов? типа new Vue.component или как там..

можно внутри .vue файла его создать и в его же разметке заюзать?

можно внутри .vue файла его создать и в его же разметке заюзать?

https://ru.vuejs.org/v2/guide/components.html мне кажется это.. те самые основы.. просто создать программно компонент.. ну и вставлять его переиспользовать..

Вообще какой размер языкового файла более менее норм? у меня уже около 100 строк, если смотреть по размеру предпологаемого проекта их несколько сотен может быть, если все в глобальный языковый файл класть..

100 строк локализации это много?

Крупица

Крупица

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

нет ну конечно и всякие служебные сообщения.. и много чего что в основе сайта..

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

Кидай в один en, закинь частые слова как ключ значение, если есть редкие фразы то выдели под компонент отдельный объект под ключом

Кидай в один en, закинь частые слова как ключ значение, если есть редкие фразы то выдели под компонент отдельный объект под ключом

последнее можешь пояснить .. пример что ли..

что значит выделить именно под компонент?

https://ru.vuejs.org/v2/guide/components.html мне кажется это.. те самые основы.. просто создать программно компонент.. ну и вставлять его переиспользовать..

Походу внутри .vue файлов с компонентами такого сделать нельзя

ты имеешь ввиду прописать в самом компоненте, или в en.json?

{ "hello":"hello user guy", "newsComponent":{ "attention":"news areunavelible" } }

сверху идут частые слова встречающиеся в каждом компоненте

Походу внутри .vue файлов с компонентами такого сделать нельзя

а если определить эти компоненты просто в js файле.. и его импортнуть?

если фразы только под компонент заноси их в обьект с именем компонента

все просто

"newsComponent":{ "attention":"news areunavelible" }

newsComponent" это имя компонента

но это просто что бы наглядно?

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

но это просто что бы наглядно?

да

тип компонент новостей

да

и все это в одном en.js

в нем сообщение что сообщения недоступны

и все это в одном en.js

да

en.json

ну я типа того и думал что то типа register register_title register_descr register_h1 register_submit верно?

нене

нене

а в чем разница?

а в чем разница?

ты под каждое слово создаешь файл?

register:{ title:"hello", descr:"description' }

ты под каждое слово создаешь файл?

нет конечно

ты все равно будешь обращаться к регистеру

$t('register.title')

ну я типа того и думал что то типа register register_title register_descr register_h1 register_submit верно?

я под этим json имел ввиду

$t('register.title')

это я знаю

а если определить эти компоненты просто в js файле.. и его импортнуть?

там есть зависимости на данные.. хотелось бы типа такого написать <x-template id="localComponent"> <a /><b /><c /><d /> <x-template/> <template> <div v-if="param"> <localComponent /> 1234 </div> <div v-else> <localComponent /> 4321 </div> <template>

ну счас как то так "login_title": "Вход на сайт", "login_description": "Страница входа на сайт", "login_done": "Успешный логин", "login_submit": "Войти", "forgot_password": "Забыли пароль?", "register_title": "Регистрация", "register_description": "Страница регистрации", "agree": "Согласен с {0}", "terms": "условиями соглашения", "register_submit": "Регистрация", "register_done": "Ссылка выслана на email {email}",

ну я хз если у тебя там совсем жирные переводы

прям книги и прочая хуита

то стоит и бить

просто преобразовать в многомерный массив

а так хватит по одному json на язык

те многомерный json

в большинстве случаев

ну а если будут страницы где и впрям жирные тексты.. какие нибудь там факи, или какие нибудь соглашения итп.. там видимо уже отдельно надо будет рассмотреть?

ну счас как то так "login_title": "Вход на сайт", "login_description": "Страница входа на сайт", "login_done": "Успешный логин", "login_submit": "Войти", "forgot_password": "Забыли пароль?", "register_title": "Регистрация", "register_description": "Страница регистрации", "agree": "Согласен с {0}", "terms": "условиями соглашения", "register_submit": "Регистрация", "register_done": "Ссылка выслана на email {email}",

ну видишь у тебя префиксы повторяются и есть смысл просто вынести под отдельный обьект

обьект register со словами

обьект login со словами

и тд

ну видишь у тебя префиксы повторяются и есть смысл просто вынести под отдельный обьект

я о том и говорю... просто этот json упорядочить с помощью многомерности и ничего более?

я о том и говорю... просто этот json упорядочить с помощью многомерности и ничего более?

ыхых а чо ты еще хотел

ыхых а чо ты еще хотел

ну мало ли.. опыта реальных проектов на современных js фреймворках пока нет.. тока много лет php в анамнезе.. хрен знает что счас могли придумать..

ну а для всяких страниц соглашений итп.. где тоны текста и он один раз.. пишем тупо внутри компонента локализацию и все?

лучше вынести все в джсон

кроме непереводимых

тип там faq

api

почему faq не переводимый?

ну хз его не переводят обычно

ну и что в json будет толстенный текст пользовательского соглашения? а на фига..

чаво разве что

ыхых

а ты про само слово фак.

а не про содержимое faq

ну и что в json будет толстенный текст пользовательского соглашения? а на фига..

пох джсон резиновый

ERROR: S client not available

const en = require("../lang/en.json"); const ru = require("../lang/ru.json"); export default ({ app, store }) => { app.i18n = new VueI18n({ locale: store.getters["lang/locale"], fallbackLocale: "ru", messages: { ru: ru, en: en } });

загружаю в nuxt так.

норм

ну так и на сайте nuxt рекомендует.. это на стороне ssr происходит.. не подвиснет на 1000 строк как я понял..

ленивая загрузка.. она вроде если на клиенте подгружать нужна.. а не в nuxt ssr

ну так и на сайте nuxt рекомендует.. это на стороне ssr происходит.. не подвиснет на 1000 строк как я понял..

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

все твои жсоны

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

мм... не очень еще доганяю..

если ты вдруг будешь задавать текст через this.$t('smth') они не будут реактивны

этот json упокают и отдадут клиенту? а зачем..

только интерполяция

этот json упокают и отдадут клиенту? а зачем..

потому что ты так сделал))

эт так на будущее

если ты вдруг будешь задавать текст через this.$t('smth') они не будут реактивны

бред же

бред же

ага я уже седня решал это

ага я уже седня решал это

причем там реактивность вообще?

смена языка this.$i18n.locale = ru

статические текста

сменить язык

потому что ты так сделал))

понял что желательно не require json а как еще.. ну типа js файлы en.js его import ?

или как..

сменой i18n занимается

вся интерполяция меняется

смена языка this.$i18n.locale = ru

ну так и есть..

понял что желательно не require json а как еще.. ну типа js файлы en.js его import ?

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

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

а зачем.. это наверное не быстрее...

а зачем.. это наверное не быстрее...

какая у тебя проблема то вообще

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

какая у тебя проблема то вообще

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

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

тогда просто держи переводы в отдельных файлах и импорти их в i18n.

сменой i18n занимается

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

i18n тащит