Size: a a a

Nuxt.js — русскоговорящее сообщество

2020 May 03

AD

Alexander Dudaev in Nuxt.js — русскоговорящее сообщество
Подскажите, как вообще такое может быть, что в lang="en ru-RU" прописываются разные code и iso?
источник

R

RusaXXX in Nuxt.js — русскоговорящее сообщество
Александр
вот, написана же реализация
Понял , у меня ситуация что мой нукст и сервер api это один сервер но это все прослойка между клиентом и сервисом. И когда я хожу на сервак получается что сервер делает запрос на себя же. Тимлид говорит что это неправильно и нужн когда на сервере выполняется код то вызывать экшен контроллера а не делать http запрос. Насколько это критично?
источник

R

RusaXXX in Nuxt.js — русскоговорящее сообщество
То есть это по сути рекварить контроллеры в vuex или на страницу. Усложняется тем что на клиенте это импорты а на сервере это реквайр
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
Vladimir 💊 Voytenko
ну тогда хорошо, тогда в проекте всего лишь непонятный слой есть, который по идее должен быть в другом месте или его вообще не должно быть.
я всю дискуссию не читал, но пока для меня выглядит это как - "хочу такой велсипед, что бы было сложно поддерживать, и что бы всё о нем знал только я, и чтоб не на самых популярных технологиях"
В том то и дело что это вообще не велосипед, а решение которое продиктовано самим нукстом, в его концепции.
- Сложно поддерживать - не аргумент, наоборот легко, т.к. стек технологий меньше, серверов меньше, кода меньше, логика работы проще, код работает быстрее
- "что бы всё о нем знал только я" - тоже не аргумент, т.к. сервер встроенный в нукст, serverMiddleware прекрасно описано в документации
- "и чтоб не на самых популярных технологиях" - из технологий Nuxt для фронта, Нода и MySQL для бэка, вроде самый топ технологий

в общем никаких аргументированных минусов у решения я не вижу, а аргумент "так никто не делает" оч странный
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
RusaXXX
То есть это по сути рекварить контроллеры в vuex или на страницу. Усложняется тем что на клиенте это импорты а на сервере это реквайр
ну есть же в моём решении, ни в какой vuex контроллеры не надо
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
вот код серверного плагина апи
api-context.server.js
inject('api', async (controller, method, params) => {
...
       let api = require('~/api/' + controller);
       let result = await api[method](db, params);
...
подключаем соответствующий контроллер из апи и вызываем его метод
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
Ща для DreaMinder'а попробую всё-таки замерить насколько время измениться....
источник

AB

Artem Biryukov in Nuxt.js — русскоговорящее сообщество
Александр
В том то и дело что это вообще не велосипед, а решение которое продиктовано самим нукстом, в его концепции.
- Сложно поддерживать - не аргумент, наоборот легко, т.к. стек технологий меньше, серверов меньше, кода меньше, логика работы проще, код работает быстрее
- "что бы всё о нем знал только я" - тоже не аргумент, т.к. сервер встроенный в нукст, serverMiddleware прекрасно описано в документации
- "и чтоб не на самых популярных технологиях" - из технологий Nuxt для фронта, Нода и MySQL для бэка, вроде самый топ технологий

в общем никаких аргументированных минусов у решения я не вижу, а аргумент "так никто не делает" оч странный
Какой-то щас бред прочитал
источник

V💊

Vladimir 💊 Voytenko... in Nuxt.js — русскоговорящее сообщество
Beknazar Omuraliev
в этой группе?
да черт его знает, я почти во всех вью группах есть ;)
источник

AB

Artem Biryukov in Nuxt.js — русскоговорящее сообщество
Александр
вот код серверного плагина апи
api-context.server.js
inject('api', async (controller, method, params) => {
...
       let api = require('~/api/' + controller);
       let result = await api[method](db, params);
...
подключаем соответствующий контроллер из апи и вызываем его метод
Это шок контент какой-то
источник

AP

Alexander Proydenko in Nuxt.js — русскоговорящее сообщество
Vladimir 💊 Voytenko
да черт его знает, я почти во всех вью группах есть ;)
Есть другие?
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
аргументируй
источник

AB

Artem Biryukov in Nuxt.js — русскоговорящее сообщество
Александр
аргументируй
Вы лучше со своим тимлидом друг другу аргументируйте велосипеды свои)
источник

AB

Artem Biryukov in Nuxt.js — русскоговорящее сообщество
Или с кем вы там решали эту проблему
источник

V💊

Vladimir 💊 Voytenko... in Nuxt.js — русскоговорящее сообщество
Александр
В том то и дело что это вообще не велосипед, а решение которое продиктовано самим нукстом, в его концепции.
- Сложно поддерживать - не аргумент, наоборот легко, т.к. стек технологий меньше, серверов меньше, кода меньше, логика работы проще, код работает быстрее
- "что бы всё о нем знал только я" - тоже не аргумент, т.к. сервер встроенный в нукст, serverMiddleware прекрасно описано в документации
- "и чтоб не на самых популярных технологиях" - из технологий Nuxt для фронта, Нода и MySQL для бэка, вроде самый топ технологий

в общем никаких аргументированных минусов у решения я не вижу, а аргумент "так никто не делает" оч странный
в концепции нукста продиктовано расширение прототипа например так же, но это жуткая жуть. так что это не аргумент.
- стэк меньше != проще поддерживать. у меня сейчас например стэк вообще узкий, но я его буду расширять, ради этого меня наняли, потому что поддержка некоторого узкого стэка - дорого и сложно, проще горизонтально отмасштабировать всё. Кстати о масштабировании, а как отмасштабировать исключительно фронт не масштабируя бэк в твоем случае?
- окей, как быстро найдется человек знающий коннект? я за 5 минут найду человека который сделает на некотором бэковом фреймворке.
источник

V💊

Vladimir 💊 Voytenko... in Nuxt.js — русскоговорящее сообщество
Alexander Proydenko
Есть другие?
из тех в которых тебя нет еще @vuejs_club и есть чат по квазару
источник

D

DreaMinder in Nuxt.js — русскоговорящее сообщество
Artem Biryukov
Вы лучше со своим тимлидом друг другу аргументируйте велосипеды свои)
полегче
источник

R

RusaXXX in Nuxt.js — русскоговорящее сообщество
Александр
вот код серверного плагина апи
api-context.server.js
inject('api', async (controller, method, params) => {
...
       let api = require('~/api/' + controller);
       let result = await api[method](db, params);
...
подключаем соответствующий контроллер из апи и вызываем его метод
Можно полную реализацию. Как потом эти файлики подключать? Есть пример на гитхабе а то картина не складывается из обрывков кода. То есть суть ясна но конкретная реализация не очень
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
я же написал как отмасштибировать, т.е. если нужен только фронт который общается исключительно по http, то это легко делается парой движений, ну в конце концов, если такая необходимость будет, то эти пара движений, легко выносятся в .env например
в моём случае если есть у фронта коннект до MySQL то он может быть и бэком и фронтом одновременно или по отдельности
2. найдётся так же быстро как и человек знающий Ноду и/или экспресс. Сам код коннекта это 279 строк кода.
источник

А

Александр in Nuxt.js — русскоговорящее сообщество
RusaXXX
Можно полную реализацию. Как потом эти файлики подключать? Есть пример на гитхабе а то картина не складывается из обрывков кода. То есть суть ясна но конкретная реализация не очень
в целом была идея красиво всё это оформить и выложить в качестве готового решения на гит, но всё руки не доходят

сейчас напишу более подробную реализацию
источник