щас бы джаву для апи вью юзать

щас бы джаву для апи вью юзать

в чем проблема?

нахуя? у тебя нереальная нагрузка?

А Nuxt это серверная история? Или его можно использовать абстрогировавшись от сервера? (не от модели данных)

накст можно и в спа режиме

нахуя? у тебя нереальная нагрузка?

вопрос не зачем, вопрос почему нет?

такой же вопрос, почему не %BACKEND_NAME%

такой же вопрос, почему не %BACKEND_NAME%

Вообще согласен, сам склоняюсь к node.js

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

хз ваще о чем тут думать можно

Да я скорее meteor.js против node.js ява как пример

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

даешь метеор

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

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

Насколько просто там реализуется апи, для рективности вуе? к примеру хочу чтобы моя страница обновлялась при событии с сервера

А что значит бэк для вуя ? Фронт должен с чем угодно уметь работать. Вопрос в архитектуре только

а про реактивность - это тебе вебсокеты смотреть, centrifugo тот же

А что значит бэк для вуя ? Фронт должен с чем угодно уметь работать. Вопрос в архитектуре только

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

а про реактивность - это тебе вебсокеты смотреть, centrifugo тот же

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

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

Ну тут вуй не причём)

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

на центрифуге, лол

на центрифуге, лол

ты про го?

ну центрифуга ведь агностичная

С сервера приходит html код в json. Выводится не как html, а как текст. Что с ним сделать нужно, чтобы норм стало?

v-html посмотри - возможно это то, что тебе нужно (но ты должен доверять тому, что приходит)

С сервера приходит html код в json. Выводится не как html, а как текст. Что с ним сделать нужно, чтобы норм стало?

Либо модификатор raw

v-html посмотри - возможно это то, что тебе нужно (но ты должен доверять тому, что приходит)

Работает, спасибо! Да, я сам шлю данные.

Либо модификатор raw

Спасибо!

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

Если у тебя есть джава - зачем тебе метеор?

Порощай гитхаб, ты был крутым другом.?

Всем привет! Ребят, тут по Nuxt можно задать вопрос?

Порощай гитхаб, ты был крутым другом.?

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

Всем привет! Ребят, тут по Nuxt можно задать вопрос?

раз никто не против, задам, пожалуй =)

Планирую начать новый проект на Nuxt.js. Но возникло сразу несколько вопросов, на которые не нашёл достойных ответов в сети. Сайт - крупная визитка с кучей шаблонов. Хочу сделать следующим образом - взять какую-нибудь CMS в качестве бэкенда, которая вместо шаблонов страниц будет возвращать json с данными. В качестве фронта будет Nuxt.js. Сайт будет мультиязычный - русский основной, английский вторым языком, возможно появятся ещё языки. Всё это хочу сделать управляемым с бэкенда. Как я вижу основу - фронт подгружает данные из json с бэка в зависимости от текущего языка. То есть, если запрос идёт на / - получаем все данные для главной страницы + меню и прочие мета-данные. Если запрос идёт на /en/ - та же главная страница, но всё переведено на английский. А вопрос вот в чём: как в Nuxt организуется динамический роутинг, если у меня нет строгой структуры страниц, то есть в корне сайта или в поддиректориях может быть сколько угодно страниц с разными шаблонами? Nuxt, как я понял, завязан на файловую структуру шаблонов в папке pages. Можно ли как-то динамически определить, какой шаблон использовать для того или иного роута? Вот, например. Получаем с бэка меню на русском, там есть одним из пунктов /kontakty/ - страница контактов, как лучше организовать чтоб Nuxt понял, что на /kontakty/ или /en/contacts/ нужно подтянуть шаблон contacts.vue? И как в таком случае сделать чтоб /contacts ничего в данном случае не возвращало - так как такой страницы нет. В общем, если подытожить, мне нужно правила роутинга загружать с бэкенда и при этом отключить дефолтный роутинг Nuxt из папки pages. Как это лучше сделать?

/

Планирую начать новый проект на Nuxt.js. Но возникло сразу несколько вопросов, на которые не нашёл достойных ответов в сети. Сайт - крупная визитка с кучей шаблонов. Хочу сделать следующим образом - взять какую-нибудь CMS в качестве бэкенда, которая вместо шаблонов страниц будет возвращать json с данными. В качестве фронта будет Nuxt.js. Сайт будет мультиязычный - русский основной, английский вторым языком, возможно появятся ещё языки. Всё это хочу сделать управляемым с бэкенда. Как я вижу основу - фронт подгружает данные из json с бэка в зависимости от текущего языка. То есть, если запрос идёт на / - получаем все данные для главной страницы + меню и прочие мета-данные. Если запрос идёт на /en/ - та же главная страница, но всё переведено на английский. А вопрос вот в чём: как в Nuxt организуется динамический роутинг, если у меня нет строгой структуры страниц, то есть в корне сайта или в поддиректориях может быть сколько угодно страниц с разными шаблонами? Nuxt, как я понял, завязан на файловую структуру шаблонов в папке pages. Можно ли как-то динамически определить, какой шаблон использовать для того или иного роута? Вот, например. Получаем с бэка меню на русском, там есть одним из пунктов /kontakty/ - страница контактов, как лучше организовать чтоб Nuxt понял, что на /kontakty/ или /en/contacts/ нужно подтянуть шаблон contacts.vue? И как в таком случае сделать чтоб /contacts ничего в данном случае не возвращало - так как такой страницы нет. В общем, если подытожить, мне нужно правила роутинга загружать с бэкенда и при этом отключить дефолтный роутинг Nuxt из папки pages. Как это лучше сделать?

Чёт ты напридумывал херни

Чтоб потом придумывать костыли

Зачем ?

Чёт ты напридумывал херни

не спорю, вполне возможно =)

Зачем цмс? Для кабинета клиенту ?

да

страниц много - контент меняется очень часто

А зачем нукст в таком случае ? Чтоб модно было ?)

Планирую начать новый проект на Nuxt.js. Но возникло сразу несколько вопросов, на которые не нашёл достойных ответов в сети. Сайт - крупная визитка с кучей шаблонов. Хочу сделать следующим образом - взять какую-нибудь CMS в качестве бэкенда, которая вместо шаблонов страниц будет возвращать json с данными. В качестве фронта будет Nuxt.js. Сайт будет мультиязычный - русский основной, английский вторым языком, возможно появятся ещё языки. Всё это хочу сделать управляемым с бэкенда. Как я вижу основу - фронт подгружает данные из json с бэка в зависимости от текущего языка. То есть, если запрос идёт на / - получаем все данные для главной страницы + меню и прочие мета-данные. Если запрос идёт на /en/ - та же главная страница, но всё переведено на английский. А вопрос вот в чём: как в Nuxt организуется динамический роутинг, если у меня нет строгой структуры страниц, то есть в корне сайта или в поддиректориях может быть сколько угодно страниц с разными шаблонами? Nuxt, как я понял, завязан на файловую структуру шаблонов в папке pages. Можно ли как-то динамически определить, какой шаблон использовать для того или иного роута? Вот, например. Получаем с бэка меню на русском, там есть одним из пунктов /kontakty/ - страница контактов, как лучше организовать чтоб Nuxt понял, что на /kontakty/ или /en/contacts/ нужно подтянуть шаблон contacts.vue? И как в таком случае сделать чтоб /contacts ничего в данном случае не возвращало - так как такой страницы нет. В общем, если подытожить, мне нужно правила роутинга загружать с бэкенда и при этом отключить дефолтный роутинг Nuxt из папки pages. Как это лучше сделать?

Юзай один роут - страница-компонент contacts и все. Не нужно мудрить с переводом самих рутов. Так будет гораздо проще. А переводи с помощью i18n?

А зачем нукст в таком случае ? Чтоб модно было ?)

отчасти. ) но больше для скорости. на vue был проект, с серверным рендерингом через headless-chrome ибо надо было быстро что-то придумать для сео. решил попробовать нукст, ибо ssr без костылей и из коробки.

Юзай один роут - страница-компонент contacts и все. Не нужно мудрить с переводом самих рутов. Так будет гораздо проще. А переводи с помощью i18n?

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

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

все может быть.

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

Это ты текущий роут контактов сверху скинул ? И его надо сохранить ?

ERROR: S client not available

Это ты текущий роут контактов сверху скинул ? И его надо сохранить ?

да, на русском /kontakty/, на английском /en/contacts/. возможно, появятся ещё языки. ну и если в цмс его поменяют, то соответственно, тут он тоже должен поменяться. вот такая вот дребедень.

Соболезнуем ?

Соболезнуем ?

?

все может быть.

Я лично не могу подобрать аргументы которые переубедят руководство: - это же мелкомягкие, они как говномидас! Мы все умрем!!! - кхе, кхе, у меня десятка...

?

Найди цмс под твои требования сразу

Найди цмс под твои требования сразу

цмс уже есть, и контент весь там, надо только поменять шаблоны, чтоб они возвращали json, а не html

цмс уже есть, и контент весь там, надо только поменять шаблоны, чтоб они возвращали json, а не html

А тебе точно нужно SPA? Может просто внедрять виджеты на сраницу, сделанные на Vue?

цмс уже есть, и контент весь там, надо только поменять шаблоны, чтоб они возвращали json, а не html

Мне вот интересно какая будет структура json. Если страницы часто меняются

А тебе точно нужно SPA? Может просто внедрять виджеты на сраницу, сделанные на Vue?

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

А на вебстандартах написанно: "планируют купить"

Мне вот интересно какая будет структура json. Если страницы часто меняются

структура json в зависимости от шаблона страницы, ну и какие-то базовые вещи в каждом шаблоне типа меню, meta и пр.

структура json в зависимости от шаблона страницы, ну и какие-то базовые вещи в каждом шаблоне типа меню, meta и пр.

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

Кста, спс ребятам которые вчера памагли с вопросом.

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

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

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

Вроде того. Но понятие "быстро" - относительно. Когда ты получаешь страницу с сервера, на ней уже есть данные, останется только инициализировать JS. Когда идет работа с динамическим роутингом - открывается страница, на странице отдельные виджеты подгружают для себя данные... По личным наблюдениям, последний вариант не всегда комфортный :)

Вроде того. Но понятие "быстро" - относительно. Когда ты получаешь страницу с сервера, на ней уже есть данные, останется только инициализировать JS. Когда идет работа с динамическим роутингом - открывается страница, на странице отдельные виджеты подгружают для себя данные... По личным наблюдениям, последний вариант не всегда комфортный :)

в моём случае, вряд ли получится поменять "политику партии" =) вот и пытаюсь найти решение. по сути, мне нужно только понять, как "на лету" менять роуты, наверное.

всем привет

кто нибудь знает почему у меня не работает нажатие на кнопку в bootstrap popover?

это в шаблоне что ли так? лучше юзай bootstrap-vue. зачем марать шаблоны jquery?