Воды - хоть захлебнуться! Один повтор процесса установки и подключения чего стоит. На … повторять то, что сказано буквально 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 спасибо за поправку! Однако, речь здесь о том, что частично ввод/вывод был вынесен в потоки, отличные от того, который работает с данными. Это означает, что в идеальном случае, если есть несколько читающих клиентов, то они не будут блокироваться друг другом (до определённого их количества). Однако, если перед ними кто-то начал изменять данные, то они будут ждать окончания этого измения, так как доступ к данным остался однопоточным. Если величина читаемых данных значительная, то в целом пропускная способность все равно снизится, потому что каждая операция чтения (а при доступе по сети ещё и накладные расход на пересылку) будет дольше. Но данный апгрейд, безусловно, в какой-то степени нивелирует негативные последствия в описанных ранее мной сценариях.
Ты просто находка!!! Спасибо за такой годнейший крутейший контент!! С твоих уроков начал пробовать разбираться и в Докер и вот Редис теперь очень хочу попробовать!! Короче круто!
Спасибо, дружище. Отличное видео для вхождения. От что такое Redis и установки на разных ОС до команд и практических задач. Остальное уже за нами - отрабатывать на практике. Не останавливайся. У тебя отлично получается.
Может быть я и джун мол мало знаний и легко впечатлить и тд, но это просто невероятный уровень изложения материала, как же всё понятно, приятно слушать и смотреть! Я подписался на тг и ютуб, желаю процветания и развития!
Пожалуйста, продолжай в том же духе! Подача материала просто бомба. И формат видео 20 минутный топ, никакой воды! Сразу хочется остальные видео смотреть. Однозначно подписка 🤝🏼
Уверенно оформил подписку. По делу и с примерами. Очень качественная работа. Видео больше ориентировано на начинающих, что подобных очень много. Хотелось бы видео с какими-то сложными кейсами и примерами не для новичков
Столько всяких видосов про редис посмотрел, когда надо было и так и не понял, что это такое, оставил ещё одно видео на потом. И как так вышло, что так подробно разжёвано тогда, когда уже не так срочно?) Лайк влепил в первые 3 минуты
Спасибо за видео, очень информативно для обзора . Как инженеру понравилось то, что видео-прикладное с хорошим видео и аудио пояснением - т.е без воды и лишних слов, понятно описан инструментарий от установки до реализации на примере. И самое главное - это видео вызывает интерес к Редиске у тех кто о нем не слышал или слышал издалека и хочется попробовать эту ПО у себя .
Огромное спасибо за видос! Всё четко и понятно. Было очень интересно посмотреть на "живой" пример, который оптимизирует запросы на сервер. Однозначно лайк =)
Очень качественный контент, продолжайте в том же духе! Очень хотелось бы увидеть плейлист разработки с нуля чего-нибудь эдакого с применением новых и актуальных технологий!
Супер! Всё понятно, приятная дикция и грамотное изложение, но есть, наверное, и минусы у технологии, их тоже в конце можно было бы обозначить, хотя бы тезисно, но это не отменяет того, что материал и видео - СУПЕРСКИЕ! Спасибо автору!
Хороший голос, грамотная речь. Спасибо. Предлагается в дальнейшем запускать в Docker/kuber вместо установок в ОС. Как насчёт писать artice в кэш как массив байт, а не json, для большей производительности?
Большое спасибо! Очень полезный контент. Думаю, что остальные видео (про докер и эластик) такие же информативные Тот же Редис я пытался установить вчера около 3 часов, а сегодня он запустился спустя 3 минуты, благодаря этому киноряду)
В видео вся информация была подана просто шикарно, отвечая на все возникающие вопросы, однозначно лайк. А вопрос нигде случаем пример не публиковался, хочется потыкать)
Спасибо за обзор. Но небольшое замечание: если переделать запрос так, чтобы агрегация сразу производилась в базе, то по идее это было бы быстрее. Иначе как я понимаю для комментариев делается второй запрос и это с вычислением среднего в java работает не быстро
Да, Вы правы. Можно было сделать более оптимальную версию конкретно этого приложения, но в реальном приложении у вас могут быть десятки смежных систем к которым вы обращаетесь прежде чем сформируете ответ (верификация отзывов, картинки, похожие статьи и тд.). Здесь я постарался не усложнять логику с одной стороны, но чтобы наглядность оставалась с другой
спасибо за видео! расказанное про редис я уже знал, а вот функционалом постмана был крайне удивлен, можешь записать отдельное видео про этот инструмент? также считаю логически продолжить это видео функционалом redis-stack, в котором помимо указанных структур появились вероятностные типы, например HyperLogLog, нативная работа с json, а- ля jsonpath и возможность использования в формате timeseries. Помимо этого, в коровом редисе есть очень полезные для микросервисной архитектуры стримы и pubsub
Огонь!. Как вариант можно добавить поле updateAt в статью и key строить уже "article:id:updatedAt", для того что бы по дольше хранить и обезопаситься если статья была изменена.
Потрясное видео! Коротко, точно, наглядно, круто! Вот бы весь IT-ютуб был заполнен таким контентом, а не мусором с капслочными кликбейтными заголовками...
Очень круто. Никакой воды, поставленный голос, приятно. Давно хотел потыкать редис, случайно наткнулся, теперь знаю что за зверь)))
Воды - хоть захлебнуться! Один повтор процесса установки и подключения чего стоит. На … повторять то, что сказано буквально 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 спасибо за поправку! Однако, речь здесь о том, что частично ввод/вывод был вынесен в потоки, отличные от того, который работает с данными. Это означает, что в идеальном случае, если есть несколько читающих клиентов, то они не будут блокироваться друг другом (до определённого их количества). Однако, если перед ними кто-то начал изменять данные, то они будут ждать окончания этого измения, так как доступ к данным остался однопоточным. Если величина читаемых данных значительная, то в целом пропускная способность все равно снизится, потому что каждая операция чтения (а при доступе по сети ещё и накладные расход на пересылку) будет дольше. Но данный апгрейд, безусловно, в какой-то степени нивелирует негативные последствия в описанных ранее мной сценариях.
Подача на высшем уровне, жду продолжения
Это лучшее видео про редис!!! Подписался!! Надеюсь увидеть аналогичное про кафку))
Ты просто находка!!! Спасибо за такой годнейший крутейший контент!! С твоих уроков начал пробовать разбираться и в Докер и вот Редис теперь очень хочу попробовать!! Короче круто!
спасибо 🤗 продолжайте развиваться! а я постараюсь и дальше делать доступные туториалы
Спасибо, дружище. Отличное видео для вхождения. От что такое Redis и установки на разных ОС до команд и практических задач.
Остальное уже за нами - отрабатывать на практике.
Не останавливайся. У тебя отлично получается.
классный урок, согласен с комментаторами, очень приятно слушать, когда человек грамотно и приятно говорит
Может быть я и джун мол мало знаний и легко впечатлить и тд, но это просто невероятный уровень изложения материала, как же всё понятно, приятно слушать и смотреть! Я подписался на тг и ютуб, желаю процветания и развития!
Контент и подача просто на высоте! Никакой воды! Бомба.
Пожалуйста, продолжай в том же духе! Подача материала просто бомба. И формат видео 20 минутный топ, никакой воды! Сразу хочется остальные видео смотреть. Однозначно подписка 🤝🏼
Видео пушка, лучшая подача что я видел 🔥 Огромное спасибо за этот маленький туториал по redis)))
+вайб от видео.
Однозначно залезу в канал посмотреть ещё чего-нибудь)
Очень крутая подача! Не забрасывай! Подписка!
Очень хотелось бы увидеть такой же видос про кафку)
Поплачь
@@Seraf_ ???
Поплачь
@@Seraf_ терпи
Побольше бы такого контента как у тебя!
Супер четкое объяснение! И польза от использования очевидна - классно показал! Спасибо
Спасибо за контент!
Братюня, если это читаешь, добра Тебе за такой классный урок. Спасибо большое. Рассказано четко, исчерпывающе, без воды, на примерах. Еще и интересно
Спасибо. Впервые познакомился с редиской. Понятное и наглядное объяснение, без воды.
Монтаж, голос, подача просто на высоте!!! Сразу видно что автор сильно потрудился
Прекрасный материал! Спасибо!
отличное видео. как по мне самое крутое что автор не просто рассказал что redis быстрее, но и показал на реальном примере с тестами. очень круто!
сплошная крутота, узнал из видоса, что постман умеет в нагрузочное тестирование. жду еще контент, подписка, лайк
Уверенно оформил подписку. По делу и с примерами. Очень качественная работа. Видео больше ориентировано на начинающих, что подобных очень много. Хотелось бы видео с какими-то сложными кейсами и примерами не для новичков
Отличная подача информации! Не нудно, кратко теория, примеры практики. Замечательный пример как надо подавать материал!
Столько всяких видосов про редис посмотрел, когда надо было и так и не понял, что это такое, оставил ещё одно видео на потом. И как так вышло, что так подробно разжёвано тогда, когда уже не так срочно?) Лайк влепил в первые 3 минуты
Спасибо за видео, очень информативно для обзора . Как инженеру понравилось то, что видео-прикладное с хорошим видео и аудио пояснением - т.е без воды и лишних слов, понятно описан инструментарий от установки до реализации на примере. И самое главное - это видео вызывает интерес к Редиске у тех кто о нем не слышал или слышал издалека и хочется попробовать эту ПО у себя .
Огромное спасибо за видос! Всё четко и понятно. Было очень интересно посмотреть на "живой" пример, который оптимизирует запросы на сервер. Однозначно лайк =)
Большое спасибо! Не знал о редисе вообще ничего, а теперь понятно для чего он нужен
Лучший, ждем так же elastic search❤
Да, вот его точно нужно
Очень качественный контент, продолжайте в том же духе! Очень хотелось бы увидеть плейлист разработки с нуля чего-нибудь эдакого с применением новых и актуальных технологий!
Супер! Всё понятно, приятная дикция и грамотное изложение, но есть, наверное, и минусы у технологии, их тоже в конце можно было бы обозначить, хотя бы тезисно, но это не отменяет того, что материал и видео - СУПЕРСКИЕ! Спасибо автору!
Хороший голос, грамотная речь. Спасибо. Предлагается в дальнейшем запускать в Docker/kuber вместо установок в ОС.
Как насчёт писать artice в кэш как массив байт, а не json, для большей производительности?
пойду всё переделаю через редис, блин как я смог не знать об этом, спс брат!! мой мир менялся до и после редис!
Большое спасибо! Очень полезный контент. Думаю, что остальные видео (про докер и эластик) такие же информативные
Тот же Редис я пытался установить вчера около 3 часов, а сегодня он запустился спустя 3 минуты, благодаря этому киноряду)
Четко сформулированная подача материала!
Лайк и подписка!
Наверное самое лучшее видео, которое я видел про редис!
Спасибо большое, хорошо объясняешь, надеюсь больше людей заметит твой канал. Не останавливайся!
Спасибо большое вам за шикарные видео!!! Подача материала просто отличная!
В видео вся информация была подана просто шикарно, отвечая на все возникающие вопросы, однозначно лайк. А вопрос нигде случаем пример не публиковался, хочется потыкать)
Классно! Никакой воды! Спасибо. Расскажи про Kafka
Годнота подъехала. Однозначно лайкос и подписка. У автора талант преподносить инфу. Хотелось бы увидеть на канале видос про rabbitmq
Бодрая подача! Спасибо, пиши еще )
Супер! Полезное видео, хорошая подача и приятный голос 👍
поддержу комментарием и отдельно спасибо за наглядное сравнение в постмане
Почитав комменты понял, что добавить нечего) просто ПушкаГонкаПетарда!
Отличное видео, ответил на все вопросы, которые у меня были!
Очень качественный ролик, продолжай в том же духе!
залипал весь видос, очень доходчиво и классно объяснил. спасибо большое
Парень, большое спасибо за видео! для понимания работы и подготовки к собесам само то! Удачи в новых начинаниях. Подписался)
Давно таких интересных каналов не было)
Великолепное объяснение, спасибо большое за информацию !
Круто! продолжай в том же душе братанчик!!!
Очень классно! Продолжай в том же духе!!!
Великолепное видео! Сжато, качественно! Супер, спасибо!
Спасибо за обзор. Но небольшое замечание: если переделать запрос так, чтобы агрегация сразу производилась в базе, то по идее это было бы быстрее. Иначе как я понимаю для комментариев делается второй запрос и это с вычислением среднего в java работает не быстро
Да, Вы правы. Можно было сделать более оптимальную версию конкретно этого приложения, но в реальном приложении у вас могут быть десятки смежных систем к которым вы обращаетесь прежде чем сформируете ответ (верификация отзывов, картинки, похожие статьи и тд.). Здесь я постарался не усложнять логику с одной стороны, но чтобы наглядность оставалась с другой
Информативно, понятно, просто. Спасибо! Продолжай
Большая благодарность! Приятно и полезно
Отличное объяснение, легкодоступное. И код хорош, без элсов лишних) жаль стримы и пр. Не покрыл.
прекрасная подача материала🙏
спасибо за видео! расказанное про редис я уже знал, а вот функционалом постмана был крайне удивлен, можешь записать отдельное видео про этот инструмент?
также считаю логически продолжить это видео функционалом redis-stack, в котором помимо указанных структур появились вероятностные типы, например HyperLogLog, нативная работа с json, а- ля jsonpath и возможность использования в формате timeseries. Помимо этого, в коровом редисе есть очень полезные для микросервисной архитектуры стримы и pubsub
Очень классное обучающее видео, всё на высшем уровне, буду ждать новых роликов)))
Спасибо, прекрасная подача материала!
спасибо за видео, было бы круто если подобный обзор сделаешь по postgre или rabbitmq
Офигенно вкусный контент! Спасибо!
оч круто чувак) спасибо) пойду тестить🤩
Отличная подача материала. Однозначно стоит потраченного времени.
Очень крутой и понятный видос
Я как андроидщик зашёл посмотреть что за зверь этот ваш "редис" и всё сразу стало понятно
Спасибо тебе за твою работу
Огонь!.
Как вариант можно добавить поле updateAt в статью и key строить уже "article:id:updatedAt", для того что бы по дольше хранить и обезопаситься если статья была изменена.
Это именно то, что мне было нужно)
Спасибо за видео! Хотелось бы такое же видео про Kafka
про kafka тоже будет 👌
Замечательно поработали над подачей, было очень интересно🔥
Афигенное видео! Спасибо!
Понятно, без воды, ёмко. Подписался)
Спасибо, все очень наглядно и доступно
Спасибо за видео! Понятно и полезно объяснили все, приятно смотреть
Шикарный урок, спасибо большое!
Я крайне скуп на комментарии, но это прекрасное видео!
Крутая подача информации, 👊🏾
Спасибо ! ёмко и по делу 🤟
Отличное видео и приятный голос, подписался, жду еще видосов
Большое спасибо, по моему очень толковый обзор основ Redus с понятными примерамии и объяснениями ☝️😼👍
Потрясное видео! Коротко, точно, наглядно, круто! Вот бы весь IT-ютуб был заполнен таким контентом, а не мусором с капслочными кликбейтными заголовками...
Очень классный урок, спасибо большое
Было б интересно посмотреть с реализацией на Lettuce, а также про Redis Stack
Очень хорошее видео. 1й раз на такой доступный материал по редису натыкаюсь в ютубе.
Чувак круто, без воды 👍
Классный урок! Спасибо
Очень понравился ролик!
Большое спасибо, отличное видео!
Крутое видео, спасибо!
Классное видео, жду продолжения))