инстанс axios, который при любых ошибках с кодом 400 показывает экран-ошибку (вызывается error(400) условный из контекста плагина)
Как мне сделать так, чтобы в некоторых местах не было этой автоматической обработки и показывания ошибки?
Использовать другой инстанс
Хорошая идея, но никогда такого не видел, это нормально так делать? У меня в приложение инжектится объект api, примерно вот так: const instance = axios.create... const api = apiObject(instance) То есть нормально будет таким же образом другую апи сделать и заинжектить? В этом решении уже не особо играет роль накст, я так и в обычных приложениях делаю и сталкивался с этой проблемой
Ну, если вам надо интерцептор как-то отключить для каких-то отдельных случаев, есть возможность или вынести логику из него вообще и сделать по другому, или использовать разные инстансы там, где надо
Понял, тогда скорее всего два инстанса сделаю, пока не придумаю лучше Спасибо!
А конкретные места это страницы?
Со страницей тоже может возникнуть такая проблема, но сейчас это в одном-двух колах из многих на странице Если на страницу - я бы сделал массив неймов роутов, где не нужно что-то делать, но как это сделать адекватно в наксте?
В контексте накста есть 'route` вроде
Неймы там странные, нельзя вынести в условную константу
Это да, т.к неймы накст строит сам, но если проект на наксте я бы просто смирился с этим
Бывает что нужно сменить роут, но нейм сменится вместе с директорией, видимо спасение это только второй инстанс
Ну, это ограничение накста, да) Меняете директорию - меняется нейм
Эх, да( Ну, к счастью теперь меня поставили решать за технологии, теперь только пререндер :)
Пререндер же не всегда решение
А когда сср рулит? Ну, кроме ситуации с прелоадом данных
Ну, если у вас динамические страницы, контент на которые берется через апи запросы и вам нужно сео - только сср спасает) Пререндер же это для страниц где статику отдать можно
А есть более адекватные навороты на вью под ССР?
Я не находил) Вроде только накст из коробки дает. Для тройки точно сейчас все очень сырое в плане сср
Мне на второй, на третий пока не думаю переходить Если вы про версию накста - также согласен
Ну для второго вроде тоже ничего "серьезного" кроме накста нету, если говорить о функционале из коробки
@xanf_ua Подскажите пожалуйста, есть аналог nuxt для вью2 без навязывания архитектуры? Вообще все что нужно - это СЕО для динамических страниц (как в онлайн-магазинах продукты)
К слову кстати, "навязыванием архитектуры" они вдохновились у next, там тоже эти приколы с файловым роутингом и т.д
Нету, проще самому сср сделать :)
С помощью наворота для вью или прям с помощью полноценного бекенда отдавать отрендеренные страницы?
С помощью ноды и вью
Спасибо, надеюсь это не сложно
А не знаете куда в доке пропал гайд по сср для второй версии? Щас ссылка в доке 2-й версии идет на 3-ю
Надеюсь действительно не сложно, но первый звоночек - дока для второй версии дает ссылку на сср для 3-ей :)
Тогда надеюсь что будущие проекты не будут нуждаться в СЕО :) В идеале Я бы попилил гос сайты, как раньше, но уже с нормальными знаниями
Хаха, не поверите как я надеялся что на новом проекте не нужен будет именно сср, но увы)
Обсуждают сегодня