но вообще конечно лучше в урл /store/{id}/settings

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

Всем привет. В куках хранится хэш покупателя. Дальше отправляется запрос по апи с этим хэшем (либо без него, если пользователь впервые зашел и куки пустые) и если хэш такой есть в БД, то в дальнейшем выводится, что чел залогинен, доп менюшки, корзина на фронте и прочее, если не залогинен, то возвращается новый хэш, кладется в куки и продолжается работа сайта. Вопрос: подскажите пожалуйста лучшее место, где эту проверку с запросом делать? Нужно, чтоб отрабатывала до рендера и 1 раз дабы не спамило запросами (на крайний случай могу стор заюзать с каким-нить флагом чтоб 1 раз все отработало).

это же один раз при рефреше сайта нужно делать? тогда в плагине можно

Да, 1 раз. Спасибо, тоже думал про плагин.

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

Как узнать что может вызывать апдейт компоненты?

Ререндерится страница, непонятно почему. Вызывается эвент апдейта, но не могу понять из-за чего

попробуй это https://github.com/GerardRodes/why-did-you-render

Не рабочий. Но смысл понятен

вообще не много вариантов, пропсы | компьютеды | вотчеры

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

из приколов наверно можно сделать так

beforeUpdate() {
 throw e
}

и по стектрейсу добраться до нужного места)))

beforeUpdate() {
 throw e
}

как вариант, спасибо

beforeUpdate() {
 throw e
}

а еще можно юзать норм брэкпоинт вместо выброса ошибки)

ну да, debugger; еще можно написать)

Вчера 2.14.12
https://ru.nuxtjs.org/docs/release-notes

да пофиг )

давайте накст 3 уже)

#хочунакст3