Воды - хоть захлебнуться! Один повтор процесса установки и подключения чего стоит. На … повторять то, что сказано буквально 3 минуты назад? Да и рассказать можно более кратко. Такое впечатление, что авторы таких уроков считают всех вокруг тупыми. Ну скажи, что есть команда SET, далее идет ключ и значение. Все, больше не надо. Не надо на 100 примерах это все показывать. Одного хватит. Можно прямо таблицу на экран вставить с командами и все.
@@phat80 видео рассчитано на совсем новичком, если для тебя понятно наличие например SET и как оно все работает, тебе не нужно видео, а нужно просто глянуть документацию
@@ДаниилФотеев-ы1й Покажите мне новичка, который начал именно с Redis 🤦♂️Новичку он не нужен от слова совсем, пока он не освоится хотя бы с каким-нибудь ЯП. Как вообще новичок собирается пользоваться Redis’ом, если он ничего не знает? Это не та технология, которая нужна в первый и даже второй месяц обучения. Но дело ваше, делайте ваши видео, как вам нравится. Я просто скорректировал восхищающегося, который в принципе не понимает, что такое обучающее видео без воды, и вводит в заблуждение других. Видео с водой, это факт. Тут даже спорить не о чем.
@@maxeemusgmail У меня не поставлена речь и я считаю, что у меня неприятный голос, особенно в записи. Поэтому даже не лезу в эту сферу. Надо отдавать себе отчет в чем ты хорош. А многие люди о себе слишком высокого мнения и считают, что доросли до права кого-то учить. Результат - 90% обучающих видео, а то и больше, - мусор.
Не сказано, что он однопоточный. Поэтому запись/чтение больших значений будет оттормаживать всех клиентов. Поэтому, при большом количестве параллельных соединений лучше использовать маленькие значения - например вместо того чтобы поместить большой json документ в виде одного значения в случае если чаще всего требуется доступ к его конкретному ключу, лучше разбить такой документ по его ключам и хранить эти части в разных ключах в редис.
Допустим у нас есть json на 100 к ключей. Если хранить его в качестве хэш таблицы под одной записью редис, это решит данную проблему? Если я все правильно понимаю, в целях чтения/изменения будет возможность обращаться напрямую к конкретным ключам объекта, верно?
@@HiKami-f5o да. Если приложению нужен доступ к одному/нескольким ключам за раз, тогда хранить весь документ в одном ключе нет смысла - он будет вычитываться весь каждый раз когда нужен доступ к одному ключу. С другой стороны если приложению нужно много ключей за раз (тысяча например из тех 100к), то может стать накладнее ходить 1к раз в редис по сети чем получить 100к один раз - надо проводить замеры и выбирать наилучший вариант если производительность критична.
@@oabdn8282 Понял. Т.е. даже в случае хранения записи в качестве хэш таблицы, редис будет подгружать ее всю при обращение к ее ключам. Тогда в случае наличия одиночных обращений к ее отдельным ключам их можно вынести в отдельные записи. Большое спасибо!
Ну вообще-то не совсем, начиная с версии 6.0 появилась возможность включать чтение и запись в нескольких потоках в редисе. Ниже из доков редиса ################################ THREADED I/O ################################# # Redis is mostly single threaded, however there are certain threaded # operations such as UNLINK, slow I/O accesses and other things that are # performed on side threads. # # Now it is also possible to handle Redis clients socket reads and writes # in different I/O threads. Since especially writing is so slow, normally # Redis users use pipelining in order to speed up the Redis performances per # core, and spawn multiple instances in order to scale more. Using I/O # threads it is possible to easily speedup two times Redis without resorting # to pipelining nor sharding of the instance. Это не отменяет того факта, что предложенный вами подход может быть более оптимальным в некоторых случаях
@@kopn9k735 спасибо за поправку! Однако, речь здесь о том, что частично ввод/вывод был вынесен в потоки, отличные от того, который работает с данными. Это означает, что в идеальном случае, если есть несколько читающих клиентов, то они не будут блокироваться друг другом (до определённого их количества). Однако, если перед ними кто-то начал изменять данные, то они будут ждать окончания этого измения, так как доступ к данным остался однопоточным. Если величина читаемых данных значительная, то в целом пропускная способность все равно снизится, потому что каждая операция чтения (а при доступе по сети ещё и накладные расход на пересылку) будет дольше. Но данный апгрейд, безусловно, в какой-то степени нивелирует негативные последствия в описанных ранее мной сценариях.
Чел, спасибо! Практическое применение редиса - высший класс, видно что ты от души подготовился и написал отменный сценарий. Лайк подписка колокольчик укольчик - с меня
Пожалуйста, продолжай в том же духе! Подача материала просто бомба. И формат видео 20 минутный топ, никакой воды! Сразу хочется остальные видео смотреть. Однозначно подписка 🤝🏼
Спасибо, дружище. Отличное видео для вхождения. От что такое Redis и установки на разных ОС до команд и практических задач. Остальное уже за нами - отрабатывать на практике. Не останавливайся. У тебя отлично получается.
Ты просто находка!!! Спасибо за такой годнейший крутейший контент!! С твоих уроков начал пробовать разбираться и в Докер и вот Редис теперь очень хочу попробовать!! Короче круто!
Супер! Всё понятно, приятная дикция и грамотное изложение, но есть, наверное, и минусы у технологии, их тоже в конце можно было бы обозначить, хотя бы тезисно, но это не отменяет того, что материал и видео - СУПЕРСКИЕ! Спасибо автору!
Уверенно оформил подписку. По делу и с примерами. Очень качественная работа. Видео больше ориентировано на начинающих, что подобных очень много. Хотелось бы видео с какими-то сложными кейсами и примерами не для новичков
Большое спасибо! Очень полезный контент. Думаю, что остальные видео (про докер и эластик) такие же информативные Тот же Редис я пытался установить вчера около 3 часов, а сегодня он запустился спустя 3 минуты, благодаря этому киноряду)
Очень качественный контент, продолжайте в том же духе! Очень хотелось бы увидеть плейлист разработки с нуля чего-нибудь эдакого с применением новых и актуальных технологий!
Спасибо за видео, очень информативно для обзора . Как инженеру понравилось то, что видео-прикладное с хорошим видео и аудио пояснением - т.е без воды и лишних слов, понятно описан инструментарий от установки до реализации на примере. И самое главное - это видео вызывает интерес к Редиске у тех кто о нем не слышал или слышал издалека и хочется попробовать эту ПО у себя .
Потрясное видео! Коротко, точно, наглядно, круто! Вот бы весь IT-ютуб был заполнен таким контентом, а не мусором с капслочными кликбейтными заголовками...
В видео вся информация была подана просто шикарно, отвечая на все возникающие вопросы, однозначно лайк. А вопрос нигде случаем пример не публиковался, хочется потыкать)
Огромное спасибо за видос! Всё четко и понятно. Было очень интересно посмотреть на "живой" пример, который оптимизирует запросы на сервер. Однозначно лайк =)
Спасибо за обзор. Но небольшое замечание: если переделать запрос так, чтобы агрегация сразу производилась в базе, то по идее это было бы быстрее. Иначе как я понимаю для комментариев делается второй запрос и это с вычислением среднего в java работает не быстро
Да, Вы правы. Можно было сделать более оптимальную версию конкретно этого приложения, но в реальном приложении у вас могут быть десятки смежных систем к которым вы обращаетесь прежде чем сформируете ответ (верификация отзывов, картинки, похожие статьи и тд.). Здесь я постарался не усложнять логику с одной стороны, но чтобы наглядность оставалась с другой
Хороший голос, грамотная речь. Спасибо. Предлагается в дальнейшем запускать в Docker/kuber вместо установок в ОС. Как насчёт писать artice в кэш как массив байт, а не json, для большей производительности?
Столько всяких видосов про редис посмотрел, когда надо было и так и не понял, что это такое, оставил ещё одно видео на потом. И как так вышло, что так подробно разжёвано тогда, когда уже не так срочно?) Лайк влепил в первые 3 минуты
Огонь!. Как вариант можно добавить поле updateAt в статью и key строить уже "article:id:updatedAt", для того что бы по дольше хранить и обезопаситься если статья была изменена.
спасибо за видео! расказанное про редис я уже знал, а вот функционалом постмана был крайне удивлен, можешь записать отдельное видео про этот инструмент? также считаю логически продолжить это видео функционалом redis-stack, в котором помимо указанных структур появились вероятностные типы, например HyperLogLog, нативная работа с json, а- ля jsonpath и возможность использования в формате timeseries. Помимо этого, в коровом редисе есть очень полезные для микросервисной архитектуры стримы и pubsub
Привет, очень крутая подача. Можешь пожалуйста подсказать что за ide исрользуете в видео и какие плагины для него? Выглядит очень удобео хояу попробовать такой в своей работе. Заранее спасибо за ответ)
Круто. Спасибо за краткую инфу. В целом, можно было бы и побольше практики, но это если есть желание учить))) А я буду ждать про очереди в кафке, или реббит, постгре😂
Очень круто. Никакой воды, поставленный голос, приятно. Давно хотел потыкать редис, случайно наткнулся, теперь знаю что за зверь)))
Воды - хоть захлебнуться! Один повтор процесса установки и подключения чего стоит. На … повторять то, что сказано буквально 3 минуты назад? Да и рассказать можно более кратко.
Такое впечатление, что авторы таких уроков считают всех вокруг тупыми. Ну скажи, что есть команда SET, далее идет ключ и значение. Все, больше не надо. Не надо на 100 примерах это все показывать. Одного хватит. Можно прямо таблицу на экран вставить с командами и все.
@@phat80 видео рассчитано на совсем новичком, если для тебя понятно наличие например SET и как оно все работает, тебе не нужно видео, а нужно просто глянуть документацию
@@ДаниилФотеев-ы1й Покажите мне новичка, который начал именно с Redis 🤦♂️Новичку он не нужен от слова совсем, пока он не освоится хотя бы с каким-нибудь ЯП. Как вообще новичок собирается пользоваться Redis’ом, если он ничего не знает? Это не та технология, которая нужна в первый и даже второй месяц обучения. Но дело ваше, делайте ваши видео, как вам нравится. Я просто скорректировал восхищающегося, который в принципе не понимает, что такое обучающее видео без воды, и вводит в заблуждение других. Видео с водой, это факт. Тут даже спорить не о чем.
@@phat80 Вам стоит записать свое видео и показать этим как надо правильно
@@maxeemusgmail У меня не поставлена речь и я считаю, что у меня неприятный голос, особенно в записи. Поэтому даже не лезу в эту сферу. Надо отдавать себе отчет в чем ты хорош. А многие люди о себе слишком высокого мнения и считают, что доросли до права кого-то учить. Результат - 90% обучающих видео, а то и больше, - мусор.
Лучшее что может быть, обзор + применение + метрики! Класс!
невероятно круто. Смотреть очень приятно, все понятно. Когда попал на видос, подумал подписчиков минимум 200 тыс. Автор, продолжай в том же духе!
классно подаёшь контент, нравится! спасибо!
Большое спасибо! Всё по делу, чётко и компактно. Приятный голос, наглядные примеры!
Не сказано, что он однопоточный. Поэтому запись/чтение больших значений будет оттормаживать всех клиентов. Поэтому, при большом количестве параллельных соединений лучше использовать маленькие значения - например вместо того чтобы поместить большой json документ в виде одного значения в случае если чаще всего требуется доступ к его конкретному ключу, лучше разбить такой документ по его ключам и хранить эти части в разных ключах в редис.
Допустим у нас есть json на 100 к ключей. Если хранить его в качестве хэш таблицы под одной записью редис, это решит данную проблему?
Если я все правильно понимаю, в целях чтения/изменения будет возможность обращаться напрямую к конкретным ключам объекта, верно?
@@HiKami-f5o да. Если приложению нужен доступ к одному/нескольким ключам за раз, тогда хранить весь документ в одном ключе нет смысла - он будет вычитываться весь каждый раз когда нужен доступ к одному ключу. С другой стороны если приложению нужно много ключей за раз (тысяча например из тех 100к), то может стать накладнее ходить 1к раз в редис по сети чем получить 100к один раз - надо проводить замеры и выбирать наилучший вариант если производительность критична.
@@oabdn8282 Понял. Т.е. даже в случае хранения записи в качестве хэш таблицы, редис будет подгружать ее всю при обращение к ее ключам.
Тогда в случае наличия одиночных обращений к ее отдельным ключам их можно вынести в отдельные записи.
Большое спасибо!
Ну вообще-то не совсем, начиная с версии 6.0 появилась возможность включать чтение и запись в нескольких потоках в редисе.
Ниже из доков редиса
################################ THREADED I/O #################################
# Redis is mostly single threaded, however there are certain threaded
# operations such as UNLINK, slow I/O accesses and other things that are
# performed on side threads.
#
# Now it is also possible to handle Redis clients socket reads and writes
# in different I/O threads. Since especially writing is so slow, normally
# Redis users use pipelining in order to speed up the Redis performances per
# core, and spawn multiple instances in order to scale more. Using I/O
# threads it is possible to easily speedup two times Redis without resorting
# to pipelining nor sharding of the instance.
Это не отменяет того факта, что предложенный вами подход может быть более оптимальным в некоторых случаях
@@kopn9k735 спасибо за поправку! Однако, речь здесь о том, что частично ввод/вывод был вынесен в потоки, отличные от того, который работает с данными. Это означает, что в идеальном случае, если есть несколько читающих клиентов, то они не будут блокироваться друг другом (до определённого их количества). Однако, если перед ними кто-то начал изменять данные, то они будут ждать окончания этого измения, так как доступ к данным остался однопоточным. Если величина читаемых данных значительная, то в целом пропускная способность все равно снизится, потому что каждая операция чтения (а при доступе по сети ещё и накладные расход на пересылку) будет дольше. Но данный апгрейд, безусловно, в какой-то степени нивелирует негативные последствия в описанных ранее мной сценариях.
как же хорошо и понятно объясняешь, спасибо!
Подача на высшем уровне, жду продолжения
Чел, спасибо! Практическое применение редиса - высший класс, видно что ты от души подготовился и написал отменный сценарий. Лайк подписка колокольчик укольчик - с меня
Братюня, если это читаешь, добра Тебе за такой классный урок. Спасибо большое. Рассказано четко, исчерпывающе, без воды, на примерах. Еще и интересно
Блин, это слишком круто, чтобы быть реальностью) Пожалуйста, не останавливайтесь)
Пожалуйста, продолжай в том же духе! Подача материала просто бомба. И формат видео 20 минутный топ, никакой воды! Сразу хочется остальные видео смотреть. Однозначно подписка 🤝🏼
Спасибо. Впервые познакомился с редиской. Понятное и наглядное объяснение, без воды.
Супер четкое объяснение! И польза от использования очевидна - классно показал! Спасибо
Спасибо, дружище. Отличное видео для вхождения. От что такое Redis и установки на разных ОС до команд и практических задач.
Остальное уже за нами - отрабатывать на практике.
Не останавливайся. У тебя отлично получается.
Контент и подача просто на высоте! Никакой воды! Бомба.
Побольше бы такого контента как у тебя!
Видео пушка, лучшая подача что я видел 🔥 Огромное спасибо за этот маленький туториал по redis)))
Ты просто находка!!! Спасибо за такой годнейший крутейший контент!! С твоих уроков начал пробовать разбираться и в Докер и вот Редис теперь очень хочу попробовать!! Короче круто!
спасибо 🤗 продолжайте развиваться! а я постараюсь и дальше делать доступные туториалы
+вайб от видео.
Однозначно залезу в канал посмотреть ещё чего-нибудь)
Отличная подача информации! Не нудно, кратко теория, примеры практики. Замечательный пример как надо подавать материал!
Это лучшее видео про редис!!! Подписался!! Надеюсь увидеть аналогичное про кафку))
Очень крутая подача! Не забрасывай! Подписка!
Очень хотелось бы увидеть такой же видос про кафку)
Поплачь
@@Seraf_ ???
Поплачь
@@Seraf_ терпи
отличное видео. как по мне самое крутое что автор не просто рассказал что redis быстрее, но и показал на реальном примере с тестами. очень круто!
Большое спасибо! Не знал о редисе вообще ничего, а теперь понятно для чего он нужен
Наверное самое лучшее видео, которое я видел про редис!
сплошная крутота, узнал из видоса, что постман умеет в нагрузочное тестирование. жду еще контент, подписка, лайк
Лучший, ждем так же elastic search❤
Да, вот его точно нужно
Прекрасный материал! Спасибо!
Супер! Всё понятно, приятная дикция и грамотное изложение, но есть, наверное, и минусы у технологии, их тоже в конце можно было бы обозначить, хотя бы тезисно, но это не отменяет того, что материал и видео - СУПЕРСКИЕ! Спасибо автору!
Спасибо за контент!
Монтаж, голос, подача просто на высоте!!! Сразу видно что автор сильно потрудился
спасибо за видео, было бы круто если подобный обзор сделаешь по postgre или rabbitmq
У меня не было необходимости использовать Redis. Но после этого видео я хочу.
Уверенно оформил подписку. По делу и с примерами. Очень качественная работа. Видео больше ориентировано на начинающих, что подобных очень много. Хотелось бы видео с какими-то сложными кейсами и примерами не для новичков
Большое спасибо! Очень полезный контент. Думаю, что остальные видео (про докер и эластик) такие же информативные
Тот же Редис я пытался установить вчера около 3 часов, а сегодня он запустился спустя 3 минуты, благодаря этому киноряду)
Большое спасибо, по моему очень толковый обзор основ Redus с понятными примерамии и объяснениями ☝️😼👍
Очень качественный контент, продолжайте в том же духе! Очень хотелось бы увидеть плейлист разработки с нуля чего-нибудь эдакого с применением новых и актуальных технологий!
Я крайне скуп на комментарии, но это прекрасное видео!
Спасибо за видео, очень информативно для обзора . Как инженеру понравилось то, что видео-прикладное с хорошим видео и аудио пояснением - т.е без воды и лишних слов, понятно описан инструментарий от установки до реализации на примере. И самое главное - это видео вызывает интерес к Редиске у тех кто о нем не слышал или слышал издалека и хочется попробовать эту ПО у себя .
Потрясное видео! Коротко, точно, наглядно, круто! Вот бы весь IT-ютуб был заполнен таким контентом, а не мусором с капслочными кликбейтными заголовками...
В видео вся информация была подана просто шикарно, отвечая на все возникающие вопросы, однозначно лайк. А вопрос нигде случаем пример не публиковался, хочется потыкать)
Огромное спасибо за видос! Всё четко и понятно. Было очень интересно посмотреть на "живой" пример, который оптимизирует запросы на сервер. Однозначно лайк =)
Очень крутой и понятный видос
Я как андроидщик зашёл посмотреть что за зверь этот ваш "редис" и всё сразу стало понятно
Спасибо тебе за твою работу
Супер! Полезное видео, хорошая подача и приятный голос 👍
Великолепное видео! Сжато, качественно! Супер, спасибо!
Спасибо большое вам за шикарные видео!!! Подача материала просто отличная!
Было б интересно посмотреть с реализацией на Lettuce, а также про Redis Stack
Сними пожалуйста видео про продвинутые техники использования Postman
Спасибо большое, хорошо объясняешь, надеюсь больше людей заметит твой канал. Не останавливайся!
Спасибо за обзор. Но небольшое замечание: если переделать запрос так, чтобы агрегация сразу производилась в базе, то по идее это было бы быстрее. Иначе как я понимаю для комментариев делается второй запрос и это с вычислением среднего в java работает не быстро
Да, Вы правы. Можно было сделать более оптимальную версию конкретно этого приложения, но в реальном приложении у вас могут быть десятки смежных систем к которым вы обращаетесь прежде чем сформируете ответ (верификация отзывов, картинки, похожие статьи и тд.). Здесь я постарался не усложнять логику с одной стороны, но чтобы наглядность оставалась с другой
залипал весь видос, очень доходчиво и классно объяснил. спасибо большое
Очень хорошее видео. 1й раз на такой доступный материал по редису натыкаюсь в ютубе.
Хороший голос, грамотная речь. Спасибо. Предлагается в дальнейшем запускать в Docker/kuber вместо установок в ОС.
Как насчёт писать artice в кэш как массив байт, а не json, для большей производительности?
Четко сформулированная подача материала!
Лайк и подписка!
Столько всяких видосов про редис посмотрел, когда надо было и так и не понял, что это такое, оставил ещё одно видео на потом. И как так вышло, что так подробно разжёвано тогда, когда уже не так срочно?) Лайк влепил в первые 3 минуты
Бодрая подача! Спасибо, пиши еще )
Классно! Никакой воды! Спасибо. Расскажи про Kafka
Великолепное объяснение, спасибо большое за информацию !
Огонь!.
Как вариант можно добавить поле updateAt в статью и key строить уже "article:id:updatedAt", для того что бы по дольше хранить и обезопаситься если статья была изменена.
очень понравилось видео, отлично объяснил, давно хотел пощупать redis
за супер наглядный пример - лайк и респект
Отличная подача материала. Однозначно стоит потраченного времени.
Шикарный урок, спасибо большое!
Отличное объяснение, легкодоступное. И код хорош, без элсов лишних) жаль стримы и пр. Не покрыл.
If (article == null) return null 👍
А в целом круто!
Очень классное обучающее видео, всё на высшем уровне, буду ждать новых роликов)))
Парень, большое спасибо за видео! для понимания работы и подготовки к собесам само то! Удачи в новых начинаниях. Подписался)
было бы круто если бы ты разобрался с гонкой запросов на первом шаге нагрузочного тестирования, как оптимизируют HighLoad
Спасибо за видео! Хотелось бы такое же видео про Kafka
про kafka тоже будет 👌
спасибо за видео! расказанное про редис я уже знал, а вот функционалом постмана был крайне удивлен, можешь записать отдельное видео про этот инструмент?
также считаю логически продолжить это видео функционалом redis-stack, в котором помимо указанных структур появились вероятностные типы, например HyperLogLog, нативная работа с json, а- ля jsonpath и возможность использования в формате timeseries. Помимо этого, в коровом редисе есть очень полезные для микросервисной архитектуры стримы и pubsub
Давно таких интересных каналов не было)
Отличное видео, ответил на все вопросы, которые у меня были!
Годнота подъехала. Однозначно лайкос и подписка. У автора талант преподносить инфу. Хотелось бы увидеть на канале видос про rabbitmq
Информативно, понятно, просто. Спасибо! Продолжай
Однозначно "лайк-подписка-колокольчик" (про колокольчик конечно же шутка 😂)
Отец, могешь! Уважаю.
очень понятно, очень классно, узнал новую интересную информацию, спасибо автор!
Спасибо большое за такой контент! Очень круто)
Есть ли возможность получить ссылочку на проект из примера?
Очень классный урок, спасибо большое
Большая благодарность! Приятно и полезно
Очень полезно, спасибо) Раньше наглядно не понимал, зачем кешировать и как
Спасибо, прекрасная подача материала!
Товарищ Сухов, а ты хорош!
Отличное видео и приятный голос, подписался, жду еще видосов
Круто! продолжай в том же душе братанчик!!!
Понятно, без воды, ёмко. Подписался)
Большое спасибо. Интересны примеры.
Спасибо, все очень наглядно и доступно
Очень качественный контент. Спасибо
Привет, очень крутая подача. Можешь пожалуйста подсказать что за ide исрользуете в видео и какие плагины для него? Выглядит очень удобео хояу попробовать такой в своей работе. Заранее спасибо за ответ)
спасибо :) В качестве IDE где пишется код используется Intelij IDEA, а терминал - iterm2 c zsh и oh my zsh
Очень качественный ролик, продолжай в том же духе!
Спасибо за видео! Понятно и полезно объяснили все, приятно смотреть
Офигенно вкусный контент! Спасибо!
Крутое видео, спасибо!
Круто. Спасибо за краткую инфу. В целом, можно было бы и побольше практики, но это если есть желание учить)))
А я буду ждать про очереди в кафке, или реббит, постгре😂
замечательно, спасибо!
супер, спасибо за видео! Лайк, подписка однозначно
оч круто чувак) спасибо) пойду тестить🤩