Воды - хоть захлебнуться! Один повтор процесса установки и подключения чего стоит. На … повторять то, что сказано буквально 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 минуты, благодаря этому киноряду)
Супер! Всё понятно, приятная дикция и грамотное изложение, но есть, наверное, и минусы у технологии, их тоже в конце можно было бы обозначить, хотя бы тезисно, но это не отменяет того, что материал и видео - СУПЕРСКИЕ! Спасибо автору!
В видео вся информация была подана просто шикарно, отвечая на все возникающие вопросы, однозначно лайк. А вопрос нигде случаем пример не публиковался, хочется потыкать)
Столько всяких видосов про редис посмотрел, когда надо было и так и не понял, что это такое, оставил ещё одно видео на потом. И как так вышло, что так подробно разжёвано тогда, когда уже не так срочно?) Лайк влепил в первые 3 минуты
Хороший голос, грамотная речь. Спасибо. Предлагается в дальнейшем запускать в Docker/kuber вместо установок в ОС. Как насчёт писать artice в кэш как массив байт, а не json, для большей производительности?
Потрясное видео! Коротко, точно, наглядно, круто! Вот бы весь IT-ютуб был заполнен таким контентом, а не мусором с капслочными кликбейтными заголовками...
Спасибо за обзор. Но небольшое замечание: если переделать запрос так, чтобы агрегация сразу производилась в базе, то по идее это было бы быстрее. Иначе как я понимаю для комментариев делается второй запрос и это с вычислением среднего в java работает не быстро
Да, Вы правы. Можно было сделать более оптимальную версию конкретно этого приложения, но в реальном приложении у вас могут быть десятки смежных систем к которым вы обращаетесь прежде чем сформируете ответ (верификация отзывов, картинки, похожие статьи и тд.). Здесь я постарался не усложнять логику с одной стороны, но чтобы наглядность оставалась с другой
Круто. Спасибо за краткую инфу. В целом, можно было бы и побольше практики, но это если есть желание учить))) А я буду ждать про очереди в кафке, или реббит, постгре😂
![[LIVE] Cross-Origin Resource Sharing (CORS) Misconfigurations - PortSwigger Labs](http://i.ytimg.com/vi/rRL_suhiKnI/mqdefault.jpg)
Очень круто. Никакой воды, поставленный голос, приятно. Давно хотел потыкать редис, случайно наткнулся, теперь знаю что за зверь)))
Воды - хоть захлебнуться! Один повтор процесса установки и подключения чего стоит. На … повторять то, что сказано буквально 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 быстрее, но и показал на реальном примере с тестами. очень круто!
Огромное спасибо за видос! Всё четко и понятно. Было очень интересно посмотреть на "живой" пример, который оптимизирует запросы на сервер. Однозначно лайк =)
Большое спасибо! Очень полезный контент. Думаю, что остальные видео (про докер и эластик) такие же информативные
Тот же Редис я пытался установить вчера около 3 часов, а сегодня он запустился спустя 3 минуты, благодаря этому киноряду)
Четко сформулированная подача материала!
Лайк и подписка!
Большое спасибо! Не знал о редисе вообще ничего, а теперь понятно для чего он нужен
Супер! Всё понятно, приятная дикция и грамотное изложение, но есть, наверное, и минусы у технологии, их тоже в конце можно было бы обозначить, хотя бы тезисно, но это не отменяет того, что материал и видео - СУПЕРСКИЕ! Спасибо автору!
Супер! Полезное видео, хорошая подача и приятный голос 👍
Спасибо большое, хорошо объясняешь, надеюсь больше людей заметит твой канал. Не останавливайся!
Спасибо большое вам за шикарные видео!!! Подача материала просто отличная!
В видео вся информация была подана просто шикарно, отвечая на все возникающие вопросы, однозначно лайк. А вопрос нигде случаем пример не публиковался, хочется потыкать)
Лучший, ждем так же elastic search❤
Да, вот его точно нужно
Бодрая подача! Спасибо, пиши еще )
Отличное видео, ответил на все вопросы, которые у меня были!
Классно! Никакой воды! Спасибо. Расскажи про Kafka
залипал весь видос, очень доходчиво и классно объяснил. спасибо большое
Годнота подъехала. Однозначно лайкос и подписка. У автора талант преподносить инфу. Хотелось бы увидеть на канале видос про rabbitmq
Великолепное видео! Сжато, качественно! Супер, спасибо!
Парень, большое спасибо за видео! для понимания работы и подготовки к собесам само то! Удачи в новых начинаниях. Подписался)
Столько всяких видосов про редис посмотрел, когда надо было и так и не понял, что это такое, оставил ещё одно видео на потом. И как так вышло, что так подробно разжёвано тогда, когда уже не так срочно?) Лайк влепил в первые 3 минуты
Круто! продолжай в том же душе братанчик!!!
Великолепное объяснение, спасибо большое за информацию !
Очень классно! Продолжай в том же духе!!!
Давно таких интересных каналов не было)
Спасибо, прекрасная подача материала!
Большая благодарность! Приятно и полезно
Офигенно вкусный контент! Спасибо!
Информативно, понятно, просто. Спасибо! Продолжай
Очень качественный ролик, продолжай в том же духе!
Хороший голос, грамотная речь. Спасибо. Предлагается в дальнейшем запускать в Docker/kuber вместо установок в ОС.
Как насчёт писать artice в кэш как массив байт, а не json, для большей производительности?
Очень классное обучающее видео, всё на высшем уровне, буду ждать новых роликов)))
спасибо за видео, было бы круто если подобный обзор сделаешь по postgre или rabbitmq
Большое спасибо, по моему очень толковый обзор основ Redus с понятными примерамии и объяснениями ☝️😼👍
оч круто чувак) спасибо) пойду тестить🤩
Очень крутой и понятный видос
Я как андроидщик зашёл посмотреть что за зверь этот ваш "редис" и всё сразу стало понятно
Спасибо тебе за твою работу
Крутое видео, спасибо!
Это именно то, что мне было нужно)
Очень классный урок, спасибо большое
очень понравилось видео, отлично объяснил, давно хотел пощупать redis
Шикарный урок, спасибо большое!
Замечательно поработали над подачей, было очень интересно🔥
Спасибо ! ёмко и по делу 🤟
Отличная подача материала. Однозначно стоит потраченного времени.
Спасибо, все очень наглядно и доступно
Спасибо за видео! Хотелось бы такое же видео про Kafka
про kafka тоже будет 👌
Я крайне скуп на комментарии, но это прекрасное видео!
Очень круто !!! Продолжай в том же духе !))
Чувак круто, без воды 👍
Классный урок! Спасибо
Очень хорошее видео. 1й раз на такой доступный материал по редису натыкаюсь в ютубе.
Крутая подача информации, 👊🏾
Отличное видео и приятный голос, подписался, жду еще видосов
Потрясное видео! Коротко, точно, наглядно, круто! Вот бы весь IT-ютуб был заполнен таким контентом, а не мусором с капслочными кликбейтными заголовками...
очень понятно, очень классно, узнал новую интересную информацию, спасибо автор!
за супер наглядный пример - лайк и респект
Отличное объяснение, легкодоступное. И код хорош, без элсов лишних) жаль стримы и пр. Не покрыл.
Очень качественный контент. Спасибо
прекрасная подача материала🙏
Спасибо за полезный материал
Спасибо за видео! Понятно и полезно объяснили все, приятно смотреть
Спасибо за обзор. Но небольшое замечание: если переделать запрос так, чтобы агрегация сразу производилась в базе, то по идее это было бы быстрее. Иначе как я понимаю для комментариев делается второй запрос и это с вычислением среднего в java работает не быстро
Да, Вы правы. Можно было сделать более оптимальную версию конкретно этого приложения, но в реальном приложении у вас могут быть десятки смежных систем к которым вы обращаетесь прежде чем сформируете ответ (верификация отзывов, картинки, похожие статьи и тд.). Здесь я постарался не усложнять логику с одной стороны, но чтобы наглядность оставалась с другой
Большое спасибо, отличное видео!
Очень понравился ролик!
Афигенное видео! Спасибо!
Классное видео, жду продолжения))
Отец, могешь! Уважаю.
Круто. Спасибо за краткую инфу. В целом, можно было бы и побольше практики, но это если есть желание учить)))
А я буду ждать про очереди в кафке, или реббит, постгре😂