Очень классное и полезное видео, спасибо Михаил! Буду теперь применять эту библиотеку)

Круто ! обязательно попробую на следующем проекта! Спасибо за труд!

Михаил, спасибо за видео. Добавляй пожалуйста в описание ссылки на библиотеки о которых рассказываешь :)

Спасибо за обзор. Впервые слышу про ky. Надо будет попробовать..

Спасибо большое! Крутая инфа

спасибо Михаил! рад вашему новому видео

Михаил, спасибо за уроки. Хотел бы попросить вас сделать урок по работе с аналогом interceptor для ky, да и для axios было бы интересно. еще интересует вариант когда надо делать несколько параллельных вызовов разных api, каждый из которых может вернуть код по которому надо делать редирект на авторизацию и надо прервать остальные

Спасибо за обзор новых технологий)) Кстати насчет React Native согласен с ниже комментарием, было бы очень интересно!

Спасибо Миша за новинку. С удовольствием послушал бы про pnpm, если это Вам знакомо

Михаил, здравствуйте! Спасибо за видео, было интересно послушать о хорошей альтернативе "axios", надо будет опробовать её в действии)

Михаил, пожалуйста, расскажите подробнее про styled components, я видел у Вас видео на эту тему, но вы так, поверхностно и сквозь прошлись по ним, хотелось бы более углубленно, если это возможно. Огромное за спасибо за Ваши видео и всю работу

Очень интересно, спасибо!

Спасибо, узнал из вашего видео об этой чудесной библиотеке. Уже использую в своих проектах.

Благодарю за полезный контент Михаил

Сам не так давно перевёл проект на ky. И тут сразу видео. Спасибо за популяризацию такой хорошей библиотеки

Спасибо вам!

Круто, спасибо

Огонь! Свежий выпуск дайджеста годных либ от Михаила) Я, как старовер, предпочитаю fetch, но тут приятно удивился возможностями кастомизации. Либа понравилась

Круто 🔥🔥🔥🔥🔥🔥

Спасибо за интересный контент! Очень бы хотелось видео про react query увидеть от вас!

Очень познавательно)

Михайл, привет. Очень очень жду полноценный курс с очень разными задачами в проекте по react native платный или нет без разницы) 👨‍💻

Спасибо

Выглядит очень хорошо

Классная штука, надо попробовать. Главное название не забыть :D

делаешь запрос, формируешь объект Options для запроса. Можешь передать туда body, а можешь json. Это вроде одно и то же, но не совсем. 1. У запроса нет поля json 2. 2 источника правды вот вам и новая библиотека ку

не увидел преимуществ перед аксиосом ретраи должны обрабатываться на уровень выше, например, как делает react-query, это не задача хттп клиента, имхо

Михаил, спасибо за видео, но у Вас в этом видео периодически скачет громкость звука. Видимо, программа в которой вы пишите звук, автоматически пытается подстроиться под громкость вашего голоса и делает только хуже.

Ну в целом интересная библа) надо запомнить)

8:10 а что с мультипарт форм датой? Как обычно самому надо создавать, прокидывать и заголовки добавлять или там есть какие то заготовки ?

А зачем Axios заменять-то? Сегодня у нас есть XmlHttpRequest, Fetch API, есть еще обертка в виде Axios. Сегодня мы видим еще один инструмент - Ky. Бери что наиболее подходит под задачу и используй. Используй с умом, а не потому что хайпово. В контексте вашего видео, по названию, можно подумать, что Axios - лютое г..но, а вот Ky - вот это мощь и простота, хотя если присмотреться, то тоже самое.

Спасибо! А почему ты не делаешь ролики сразу в TS? Я тоже не фанат TS-a но волей-неволей пишут то все на нем.

Спасибо за видео! Какую кнопку нажимаете на 8:28?)

Добрый Михаил. Не могу понять как передать x-api-key а точнее в заголовок. try { const apiKey = API_KEY; const apiUrl = PrefixUrl; const response = await ky.get(apiUrl, { method:'GET', mode: 'no-cors', headers: { 'Authorization': `X-Api-Key: ${apiKey}`, }, }).json(); В консоле net::ERR_ABORTED 401 (Unauthorized) Документацию почитал но что-то не совсем там много понял.

Михаил, может знаете, как в их хуке beforeRequest изменить url. Он(url) у них readonly. Спасибо за видео.

По bundlephobia (которая вычисляет в сборке) axios имеет весь 30kb, против ky за 10kb. Разница не такая что бы заботиться

Спасибо! Со звуком что-то не то, лимитер как будто режет

хм рано залетел только смотрел про вит)

Так аксиос весит 11кб min.gzip... Ну сэкономишь может пару кб ценой всеядности. Это ведь кэшируемая статика. Смешно на фоне размера медиаконтента фронта и месива реакт компонентов.

Михаил, добрый день, когда будут скидки на юдеми на ваши курсы? Приобрел бы js, react

Если не ошибаюсь Ку довольно старый пакет такой же как и axios, я бы не сказал, что это замена. Это альтернатива, но не замена. + Учитываем такое понятие как tree-shaking в современном frontend.

Михаил как вы так все делает превосходно? Вы в школе на 5-ки учились что ли?

Очередной фреймворк, для замены такого же фреймворка, без негатива, но эта гонка в никуда

помимо размера, есть ли еще какие-то преимуществу у Ky перед Axios?

Ладно Михаил пилите учебное видео под вью на удеми ток 3 версии

аксиос весит не больше 20кб в сжатом виде. в том пакаже вероятно тесты и еще что-то имеется.

Круто, что она весит в 10 раз меньше, при этом предоставляет фактически такой же функционал как и axios, но при этом приносит что то новое. Обязательно попробую его в пет проекте, особенно понравилось, что можно отнаследоваться от другого инстанса и расширить его.

Михаил, на случай, если youtube будет заблочен в РФ, есть ли в планах скопировать контент на другой ресурс? Хоть на бусти, хоть еще куда (только не на рутьюб, плиз)

Разве 300-е запросы вылетают с ошибкой? По-моему только 400-е и 500-е

Где можно прочитать про "вес" таких продуктов по подробнее чтобы не отвлекать от таких вопросов? Мне просто не понятно, я только учусь, почему 1.68 мб это считается много?

Здравствуйте. Спасибо, что познакомили с библиотекой. Но, на мой взгляд, сравнение с axios необъективно. Вы несколько раз говорите, что "если бы мы работали с axios, нам бы пришлось делать это вручную". В итоге, код, который вы демонстрируете и есть Ручная обработка ошибок, через try catch. Если бы вы представили код обработки ошибок на axios, он был бы по размеру того же объема, может и меньше. Кроме этого, вы сказали, что библиотека имеет дефолтное реагирование на статусы ответа выше определенной цифры, т.е. за вас решает, что ошибка, а что нет. Не самое лучшее поведение.

прикольная библиотека

Я человек простой - вижу новый видос, делаю ветку в репозитории и открываю сандбокс )

да твою же)))))))) Axios - то половина не знает)))) Видосу лайк

без реакта уже никак не проверить библиотеку?)

👏👍

👍👍

И подобных либ больше понравился wretch js. У него синтаксис приятнее

👍👍👍👍👍

Ну не знаю.... Прям "хватит использовать axios"? есть ещё преимущества, корме экономии 20кб у библиотеки? Если это всё то спасибо, не нужно ) да и к тому же она на основе fetch, а значит её нужно полифилть и её преимущество станет ещё меньше

а кто пользовался axios)? когда есть fetch)?

что-то webpack не хочет собирать проект если заменить axios на ky :(

Можно еще обратить внимание на wretch. У него интересный подход для использования.

Ку! )

Сразу лайк. Наконец кто-то рассказывает, что axios давно не актуален и даже вреден.

5:20

Как встречает Новый год нормальный человек: С Новым годом!!! Как встречает Новый год фронтендер: чем заменить все библиотеки, которые я использую

6:18 кстати да, не очень удобная тема, самому все запросы проверять, не особо удобно после того же аксиоса

А почему просто не использовать встроенный fetch?

крутой ролик, аж axios больше использовать не хочется, спасибо тебе.

Вообще не впечатлило. Новый велосипед с некими опциями.

Вместо того, что бы решать реальные задачи в реальных проектах, разработчикам забивают головы бесконечным количеством новым библиотек, которые по сути делают одно и тоже. Наверное поэтому и назвалось сей чудо Ку - говорящее название

Фабричный китай?.. 😄

Она имеет все полезные фичи от axios. Но мне нравиться что она лучше реализовано в этой библиотеке.

увы ky не может сделать элементарные вещи, которая должна деалть, это обидно

Новые технологии это конечно круто всегда. Но ради того, что кому-то впадло описать промис пилить целую библиотеку это прям сильно!

А ты смотрел сколько axios после билда весит?

Все что может эта либа уже давно может аксиос, да еще и на сервере работает, да еще и в старых браузерах. Не вижу смысла в новой библиотеке

А можно разъяснение тупоголовому, в чём для меня как пользователя библиотеки ky.js польза от того что он написан на TypeScript? Только в том что это "модно, молодёжно"? На мой непросвещённый взгляд, поскольку TypeScript транспилируемый язык, и то во что оно там натранспилируется в процессе сборки априори будет менее оптимально, чем то что будет сразу написано на ванильном JS. Ну ок, если мой проект также использует TypeScript, то при включении библиотеки в общий проект, возможно , за счёт какого-то переиспользования кода или каких-нибудь оптимизаций во время транспиляции потери памяти и производительности будут сведены на нет и я получу по сути эффективность ванильного JS, но в чём для меня то плюс от этого? Или может быть я что-то пропустил и браузеры уже во всю нативно исполняют TypeScript? Я понимаю интерес разработчика - наверное, писать на более развитом и современном языке ему нравится больше, и возможно он готов смириться с неизбежными при этом дополнительными трудностями на этапе отладке (или он хорошо знает как их успешно решать), но мне то какой от этого прок?

Не вводите людей в заблуждение размер 1.4mb включает 3 разных бандла для: 424K ./esm 256K ./browser 344K ./node т.к важно уточнить что в этот размер входят и мапы загрузка которых проиходит только при активном devtools а в обычном состоянии они не загружаются. т.е в зависимости от флагов в исходных бандл попадет только одна версия. При этом бандл "ky" имеет размер: 116K ./types 56K ./core 72K ./utils 36K ./errors 292K . Таким образом при ближайшем рассмотрении она получается даже больше чем axios однако для точной оценки нужно пропустить через сборщик и посмотреть размер полученного сегмента. Было бы очень странно если бы большой пласт опытных разработчиков стали бы использовать либу для запросов размером в 1.4 мегабайта. А ведь кто то на полном серьезе будет продвигать эту либу на работе аргументируя приведенными вами примерами без изучения предметной области. Советую на будуще проводить тщательные исследования т.к после просмотра видео как минимум у половины ваших подписчиков сложится неверное мнение о том как нужно проводить оценку размера используемых библиотек.

как же Axios надоел

Вообще не виду смысла в этой либе 🙄

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

Распространять китайскую библиотека? +15 социального кредита! Удар!

ссылку на библиотеку религия не позволила оставить?

да заколебали уже. Дайте axios доучить

Использовать библиотеку ради использования библиотеки более современно, чем использовать библиотеку, которая до сих пор поддерживается (последний релиз у axios был позавчера)? Опять же, эта библиотека не способна решать какие-то запросы бизнеса более эффективно, чем axios.В распакованном виде ни одну ни другую в прод никто пихать не будет. Плюс на многих проектах запросы идут и с бэка и с фронта - на большинстве реальных проектов. И что, использовать на бэке что-то другое, только потому, что эта библиотека более современна, однако на бэке не работает? У разработки есть еще одна сторона - саппорт проектов, большинство из которых на axios. И которым надо заниматься не постоянно, но иногда такие задачи все-таки бывают. И насколько разработчику будет удобно сапортить один проект на axios, и пилить другой проект, используя другую библиотеку для запросов, которая не дает абсолютно никаких преимуществ? Вы не привели ни одной реальной причины, по которой можно считать axios устаревшей, а ky - более современной и актуальной. Тем более, переходить на нее. А что мне более всего не понравилось - в описании ролика нет ссылок ни на одну, ни на вторую библиотеку, что было бы уместно - весьма не профессионально для автора обучающих роликов.

Автор видимо застрял где то в 2014/15 году.

Хороший канал, но почему на русском? В 2023 надо ускорить уход от всего русского.

Заменяем fetchем и все

Зачем axios и ky если есть более продвинутые инструменты типа react query или rtk query?