+

отправил лс

async function beforeEach: router.app.$nextTick(() => router.app.$loading.start()), async function afterEach: router.app.$loading.finish()

Бессмысленно правда ? не понимаю, кому это будет нужно

Друзья, подскажите, пожалуйста, как быть когда есть поддомены, которые используют какие-то компоненты с основного домена? Например, Есть foo.com, в нём есть компонент поиска Есть boo.foo.com, в котором также используется данный поиск

Бессмысленно правда ? не понимаю, кому это будет нужно

для отрисовки лоадинг бара сверху, например)

кто как борется с forever? почему pm2 не слетает, а форевер может слетать?

для отрисовки лоадинг бара сверху, например)

Для этого нужно делать interceptor для axios, а не в роутере что-то

Глянь исходники nuxt-axios

Для этого нужно делать interceptor для axios, а не в роутере что-то

если я не использую nuxt?

если я не использую nuxt?

Я про идею, а не про nuxt

Я про идею, а не про nuxt

мне больше понравилось auto retry)

мне больше понравилось auto retry)

Хз, зачем он нужен

Вот тут начинается реализация этого лоадера

axios-module/plugin.template.js at master · nuxt-community/axios-module https://github.com/nuxt-community/axios-module/blob/master/lib/plugin.template.js#L106

Вот тут начинается реализация этого лоадера

да вижу, вся разница заключается в том, что если делать нативно с роутером, то loading end эмитится, когда прогружаются компоненты. а axios, когда пришел ответ от сервера?

да вижу, вся разница заключается в том, что если делать нативно с роутером, то loading end эмитится, когда прогружаются компоненты. а axios, когда пришел ответ от сервера?

Да

Только конец загрузки компонент не означает конец загрузки данных

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

Кажется, вот этого должно быть достаточно

Динамические & Асинхронные компоненты — Vue.js https://ru.vuejs.org/v2/guide/components-dynamic-async.html#%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D0%B5%D0%BC-%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B8

Динамические & Асинхронные компоненты — Vue.js https://ru.vuejs.org/v2/guide/components-dynamic-async.html#%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D1%81%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D0%B5%D0%BC-%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B8

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

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

Совсем не вижу в этом проблемы

ну если только по всем разом проходиться const components = await resolveComponents( ... )

да, спасибо. реализовал через ассинхронные компоненты

День добрый, подскажите, в шаблоне от майков (vue-spa) используется метод с вызовом через fetch для обращения к бэку, откуда ноги растут у fetch, какая либо его тянет с собой?

Это встроенная фича браузера

Это спрайт. Ничего ты с ним не сделаешь особо. Можно конечно каждую иконку отдельно дёргать но спрайт получше будет с точки зрения оптимизации

спрайты говно, спрайты не нужны уже года 2-3 минимум. есть http/2.

спрайты говно, спрайты не нужны уже года 2-3 минимум. есть http/2.

ровно два года.

Это встроенная фича браузера

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

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

это две разные штуки

сколько бы ни была обкатана, юзай аксиос

окей, спасибо

сколько бы ни была обкатана, юзай аксиос

Келин бы тебя обплевал за такие слова

День добрый, подскажите, в шаблоне от майков (vue-spa) используется метод с вызовом через fetch для обращения к бэку, откуда ноги растут у fetch, какая либо его тянет с собой?

А что за шаблон? Кинь ссылку

:В

Просто axios кросс-платформенный/браузерный. Fetch ни первый, ни второй. Но наверно дешевле поставить полифил для фетча

А что за шаблон? Кинь ссылку

в комнд строке dotnet new —install Microsoft.AspNetCore.SpaTemplates::* затем dotnet new vue

в аксиосе милые фишечки есть, а фетч -- железо

Просто axios кросс-платформенный/браузерный. Fetch ни первый, ни второй. Но наверно дешевле поставить полифил для фетча

И изоморфный

Просто axios кросс-платформенный/браузерный. Fetch ни первый, ни второй. Но наверно дешевле поставить полифил для фетча

почему дешевле? axios ресурсотребовательный?

Разве кросс платформенно сит не есть изоморфный?

почему дешевле? axios ресурсотребовательный?

Не, просто весит меньше)

Полифил

полифил, дает набор тех же возможностей что и axios?

Нет, поддержку на ie11

полифил, дает набор тех же возможностей что и axios?

Какое-то у тебя неверное представление о полифилах

Разве кросс платформенно сит не есть изоморфный?

Для меня кроссплатформенность это горизонтальная миграция - из браузера в браузер А вертикальная миграция - из клиента на сервер, это изоморфность

а те что ниже, останутьсяне ни с чем?

Для меня кроссплатформенность это горизонтальная миграция - из браузера в браузер А вертикальная миграция - из клиента на сервер, это изоморфность

Лол, ты путаешь понятия.

а те что ниже, останутьсяне ни с чем?

Да нет, все довольны.

Лол, ты путаешь понятия.

Поясни

Для меня кроссплатформенность это горизонтальная миграция - из браузера в браузер А вертикальная миграция - из клиента на сервер, это изоморфность

То, что ты назвал горизонтальным это и называется кросс браузерность, а вертикальное - изоморфность/кросс платформенность. Под платформами имеется ввиду node js и браузеры.

Называть это именно кросс браузерностью, а не платформенностью, потому, что браузеры одинаково работают на разных системах. Но сами браузеры не одинаково работают

Хотя возможно понятие кросс платформенность не подходит для описание nodejs и браузеров. И лучше назвать просто изоморфностью.

Я чето сейчас заметил, что тесты браузеров больше не проходят для ie9+

т.е. нет разницы будет фича fetch или axios?

Axios все равно решает несколько вопросов при работе с апи. Фетч проще axios.

а такой вопрос можно, как защитить api, т.е. чтобы к нему доступ имело только приложение spa? вроде никак да?)

Никак

?))ок

?))ок

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

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

От кого защитит? Какие данные?

не знаю, фантазирую :D

Последней проблемой с которой я встречался, это когда чел тупо стучался на главную в огромных количествах.

как решили?

Ну настроили nginx на автобан, а потом на спа перешли. В итоге стало похер на него.

а посоветуйте чего нибудь по spa?

Народ, нужно помощь, есть референс у ссылки, и это объект, а нужно его в строку законвертить, outerHTML не подходит, потому что там в img src амперсант меняется на amp; и из-за этого ссылка крашится. Как это оптимальнее всего решить?

Извините, продублирую: Подскажите, пожалуйста, как быть когда есть поддомены, которые используют какие-то компоненты с основного домена? Например, Есть foo.com, в нём есть компонент поиска Есть boo.foo.com, в котором также используется данный поиск Основная проблема - как избавиться от дублирования кода

То, что ты назвал горизонтальным это и называется кросс браузерность, а вертикальное - изоморфность/кросс платформенность. Под платформами имеется ввиду node js и браузеры.

Логично, да, был не прав ?

Вынести общие компоненты в какое то отдельное общее место. Это можно сделать как локально ( просто подумать над организацией своего проекта/проектов и положить где то общую папку с компонентами, ) так и глобально- сделать свои пакеты и подключать их через npm

ребятушки, а что на счет индексации поисковиками SPA. я вот видел статью на медиуме, в которой говорилось, что гугл уже умеет ходить по спа сайтами и индексировать их, я закинул свой в индекс, но что-то он пока только главную проиндексировал.

хотя сканирует по 20-30 страниц в день.

у кого-то вообще есть SPA без SSR, которые индексируются гуглом?

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

Хз, мы тут пишем на интерпретируемых языках, компиляции не ждем)

(Это намек на то, что надо нормально сформулировать вопрос)

думаю здесь большинство пользуется vue-cli

запускаешь dev режим webpack

Хз, мы тут пишем на интерпретируемых языках, компиляции не ждем)

Хорошая шутка))

меняешь код, и ждешь пока код скомпилируется

Вынести общие компоненты в какое то отдельное общее место. Это можно сделать как локально ( просто подумать над организацией своего проекта/проектов и положить где то общую папку с компонентами, ) так и глобально- сделать свои пакеты и подключать их через npm

Гуглил, не нашёл ничего: как-то можно подключать компоненты вне корневой директории проекта? Попробовал симлинками - сработало. Может как-то ещё можно?

меняешь код, и ждешь пока код скомпилируется

Я бы сказал соберется, а не скомпилируется, ну да неважно. И что, в dev режиме долго собирает? Должен мгновенно почти.

Я бы сказал соберется, а не скомпилируется, ну да неважно. И что, в dev режиме долго собирает? Должен мгновенно почти.

Сильно зависит от размера проекта и цепи импортов

Зависит, конечно

Секунды две запросто может

Я бы сказал соберется, а не скомпилируется, ну да неважно. И что, в dev режиме долго собирает? Должен мгновенно почти.

короче сейчас у меня сборка в дев режиме 10 и более секунд занимает, я думаю может я перемудрил с импортами, типа матрешки

в какую сторону мне копать

проект уже не маленький

В настройках вебпака ничего не менял? Немаленький- это сколько файлов?