Все верно, это мой недочет, потому что по ходу написания я в этом месте пару раз менял пример и забыл поменять оператор на правильный :) будет исправлено, спасибо!
Звучало такое предложение, как раз из-за влияния Firebase на перформанс) но пока решили, что трудозатраты перехода того не стоят...
У нас вся инфраструктура находится в облаке, в котором есть свои сервисы, и в том числе авторизация с Firebase. У Firebase много готовых решений как на беке, так и на фронте, работает очень стабильно и не требует разворачивания сторонних сервисов (которые нужно либо хостать у себя, либо разворачивать инстанс за оплату в месяц)
Даже с tree-shaking? У нас из-за Vuetify тоже много чего лишнего есть, но мы выбрали стратегию использовать его по минимуму - только для функциональных компонентов (селекты, модалки и тд), а визуальные пишем сами.
Это, в том числе, облегчило миграцию проекта с Vue 2 на 3, тк пришлось проходить через меньшее количество breaking changes у Vuetify 3, а также закладывает почву для того, чтобы однажды вообще отказаться от Vuetify
Справляемся за счет того, что у нас есть собственный SSR, но это отдельная большая тема)
С Nuxt был не очень веселый опыт раньше, когда мы решили SPA на него переписать (какие-то либы отваливались, интеграция с firebase вроде еще в бете была), но сейчас думаю мы к этому больше готовы и в принципе присматриваемся к Nuxt 3
Такой проблемой не занимались. А про картинки да, возможно стоило добавить в статье, что у нас используется CDN сервис (imagekit), который автоматически конвертирует изображения в webp и еще позволяет загружать изображения только нужного размера
И вот пару лет спустя... я добавил пример с классовыми стрелочными функциями в статью
Все верно, это мой недочет, потому что по ходу написания я в этом месте пару раз менял пример и забыл поменять оператор на правильный :) будет исправлено, спасибо!
Я полагаю, что тогда можно добавить такую проверку; остальное остается актуальным
да, запросы должны отмениться
Звучало такое предложение, как раз из-за влияния Firebase на перформанс) но пока решили, что трудозатраты перехода того не стоят...
У нас вся инфраструктура находится в облаке, в котором есть свои сервисы, и в том числе авторизация с Firebase. У Firebase много готовых решений как на беке, так и на фронте, работает очень стабильно и не требует разворачивания сторонних сервисов (которые нужно либо хостать у себя, либо разворачивать инстанс за оплату в месяц)
Даже с tree-shaking? У нас из-за Vuetify тоже много чего лишнего есть, но мы выбрали стратегию использовать его по минимуму - только для функциональных компонентов (селекты, модалки и тд), а визуальные пишем сами.
Это, в том числе, облегчило миграцию проекта с Vue 2 на 3, тк пришлось проходить через меньшее количество breaking changes у Vuetify 3, а также закладывает почву для того, чтобы однажды вообще отказаться от Vuetify
Справляемся за счет того, что у нас есть собственный SSR, но это отдельная большая тема)
С Nuxt был не очень веселый опыт раньше, когда мы решили SPA на него переписать (какие-то либы отваливались, интеграция с firebase вроде еще в бете была), но сейчас думаю мы к этому больше готовы и в принципе присматриваемся к Nuxt 3
Спасибо за дополнение, в каких-то случаях это действительно можно учитывать
Обычно заказчик смотрит, взлетает ли идея, а уже в зависимости от этого принимается решение, хоронить проект или развивать дальше.
Спасибо!
Такой проблемой не занимались. А про картинки да, возможно стоило добавить в статье, что у нас используется CDN сервис (imagekit), который автоматически конвертирует изображения в webp и еще позволяет загружать изображения только нужного размера