На 4:09 Говоришь, что продюсер и консьюмер зависят от зукипера, но на картинке показано, что все наоборот - кафка синхронизирует метаданные с зукипером, чтобы отдавать их продюсеру. На самом деле второй вариант более современный.
Сервис A передает данные в сервис Б. В сервисе Б нельзя организовать подписку(некое облачное решение сторонних производителей которое не программируется). Однако имеет REST API на входящие запросы. Можно ли используя данный брокер сообщений за ставить его передавать сообщения на этот RESP API? Или же обязательно использовать подписку?
Сделаю кое-что лучше, чем поставить лайк. Оставлю коммент. Ролику - для продвижения. Автору - для развития. Похвально, когда молодое поколение осваивает технологии. Огорчает, когда они делают это без знаний элементарной школьной информатики. Я про фразу «сейчас практически любое приложение так или иначе работает с данными»... Рукалицо!.. Это все равно, как в слове «х&й» три ошибки сделать. Это все равно, как сказать, что «в современном мире довольно многие жилые дома служат так или иначе целям обеспечения защиты и комфорта для обитателей». Чуваааак... Убей ту нейросеть, которая писала тебе текст и поставь новую. Потому что: • всегда, с самого начала алгоритмизации, откуда б ты это начало не брал (хоть с момента появления ЭВМ, хоть с абака) • любое вообще приложение (даже "hello, world!" и даже mov ax, bx) • самым, что ни на есть непосредственным образом (а не «так или иначе») только и делает, что работает с данными. (И есть все основания полагать, что и в обозримом будущем именно с ними и будет работать.) Точно также как и с момента заселения первой пещеры человеком, вплоть до сего дня... и в обозримом будущем жилье нужно для защиты и комфорта.
шо за бред, хватит ныть, не требуют это от джуна, а если и требуют, то это вакансии, на которые не стоит даже идти, а если ты уж выбрал, то туда тебе и дорога))
@@olendotatv ТЕСТОВОЕ ЗАДАНИЕ ЖДУНА). А ещё django не поддерживает повторное использование модели для 3го задания связь типо много ко многим пользователи к пользователям. хотя у sql такая возможность есть. Вот так)))) . Вся удаленка жесткая! Общая идея: пишем бекэнд для сайта (приложения) знакомств. Как работаем: Каждый пункт задачи - отдельный коммит. После выполнения каждого пункта пушим коммит в проект: git add . git commit -m "Сделал то-то и то-то" git push origin {ветка} После завершения ссылку на все коммиты кидаем в общий чат. Задачи: Создать модель участников. У участника должна быть аватарка, пол, имя и фамилия, почта. Создать эндпоинт регистрации нового участника: /api/clients/create (не забываем о пароле и совместимости с авторизацией модели участника). При регистрации нового участника необходимо обработать его аватарку: наложить на него водяной знак (в качестве водяного знака можете взять любую картинку). Создать эндпоинт оценивания участником другого участника: /api/clients/{id}/match. В случае, если возникает взаимная симпатия, то ответом выдаем почту клиенту и отправляем на почты участников: «Вы понравились ! Почта участника: ». Создать эндпоинт списка участников: /api/list. Должна быть возможность фильтрации списка по полу, имени, фамилии. Советую использовать библиотеку Django-filters. Реализовать определение дистанции между участниками. Добавить поля долготы и широты. В api списка добавить дополнительный фильтр, который показывает участников в пределах заданной дистанции относительно авторизованного пользователя. Не забывайте об оптимизации запросов к базе данных Задеплоить проект на любом удобном для вас хостинге, сервисах PaaS (Heroku) и т.п. Должна быть возможность просмотреть реализацию всех задач. Если есть какие-то особенности по тестированию, написать в Readme. Там же оставить ссылку/ссылки на АПИ проекта Приветствуется: Аккуратный код Соблюдение PEP8 (Pycodestyle)
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
Приходилось ли вам задействовать сторонние технологии в своих проектах?
Думаю нет бекендера, которому не приходилось. Даже субд - уже сторонняя технология)
@@aslanator БД это совсем другая история))
Спасибо за материал, очень полезно для понимания основной сути для дальнейшего изучения технологии! (для тех кто только погружается в тему)
Спасибо за отзыв)
Всё основное рассказано чуть меньше чем в 6ти минутном видео с приветствием! отличное видео) спасибо)
А можно название фоновой музыки?
Спасибо! Видео получилось очень полезное.
Почему Scala с ударением на второй слог?
На 4:09 Говоришь, что продюсер и консьюмер зависят от зукипера, но на картинке показано, что все наоборот - кафка синхронизирует метаданные с зукипером, чтобы отдавать их продюсеру. На самом деле второй вариант более современный.
Очень классное видео - понятно и интересно изложено объяснение, спасибо!
Сервис A передает данные в сервис Б. В сервисе Б нельзя организовать подписку(некое облачное решение сторонних производителей которое не программируется). Однако имеет REST API на входящие запросы. Можно ли используя данный брокер сообщений за ставить его передавать сообщения на этот RESP API? Или же обязательно использовать подписку?
Да, это возможно
Очень хорошая подача материала
Спасибо большое)
Супер
прикольно и познавательно, спасибо. Лайк)
Классное, видео короткое и информативное
А мне фоновая музыка очень зашла,в этом что-то есть)
Kafka это по сути CDN ?
просто и понятно
Сделаю кое-что лучше, чем поставить лайк. Оставлю коммент. Ролику - для продвижения. Автору - для развития.
Похвально, когда молодое поколение осваивает технологии. Огорчает, когда они делают это без знаний элементарной школьной информатики. Я про фразу «сейчас практически любое приложение так или иначе работает с данными»...
Рукалицо!.. Это все равно, как в слове «х&й» три ошибки сделать. Это все равно, как сказать, что «в современном мире довольно многие жилые дома служат так или иначе целям обеспечения защиты и комфорта для обитателей». Чуваааак... Убей ту нейросеть, которая писала тебе текст и поставь новую. Потому что:
• всегда, с самого начала алгоритмизации, откуда б ты это начало не брал (хоть с момента появления ЭВМ, хоть с абака)
• любое вообще приложение (даже "hello, world!" и даже mov ax, bx)
• самым, что ни на есть непосредственным образом (а не «так или иначе»)
только и делает, что работает с данными.
(И есть все основания полагать, что и в обозримом будущем именно с ними и будет работать.)
Точно также как и с момента заселения первой пещеры человеком, вплоть до сего дня... и в обозримом будущем жилье нужно для защиты и комфорта.
Странно что в ibm используют. У них есть своя mq
Cпасибо за вводную инфу! А есть ли простые примеры кода для работы с ней?
kafka-python.readthedocs.io/en/master/index.html
Спасибо
ZooKeeper - владелец всего того зоопарка, что развели с разными сообщениями))
ох какая же ASS конца и края нет этим технологиям и всё требуют от джуна
шо за бред, хватит ныть, не требуют это от джуна, а если и требуют, то это вакансии, на которые не стоит даже идти, а если ты уж выбрал, то туда тебе и дорога))
@@olendotatv ТЕСТОВОЕ ЗАДАНИЕ ЖДУНА). А ещё django не поддерживает повторное использование модели для 3го задания связь типо много ко многим пользователи к пользователям. хотя у sql такая возможность есть. Вот так)))) . Вся удаленка жесткая! Общая идея: пишем бекэнд для сайта (приложения) знакомств.
Как работаем:
Каждый пункт задачи - отдельный коммит. После выполнения каждого пункта пушим коммит в проект:
git add .
git commit -m "Сделал то-то и то-то"
git push origin {ветка}
После завершения ссылку на все коммиты кидаем в общий чат.
Задачи:
Создать модель участников. У участника должна быть аватарка, пол, имя и фамилия, почта.
Создать эндпоинт регистрации нового участника: /api/clients/create (не забываем о пароле и совместимости с авторизацией модели участника).
При регистрации нового участника необходимо обработать его аватарку: наложить на него водяной знак (в качестве водяного знака можете взять любую картинку).
Создать эндпоинт оценивания участником другого участника: /api/clients/{id}/match. В случае, если возникает взаимная симпатия, то ответом выдаем почту клиенту и отправляем на почты участников: «Вы понравились ! Почта участника: ».
Создать эндпоинт списка участников: /api/list. Должна быть возможность фильтрации списка по полу, имени, фамилии. Советую использовать библиотеку Django-filters.
Реализовать определение дистанции между участниками. Добавить поля долготы и широты. В api списка добавить дополнительный фильтр, который показывает участников в пределах заданной дистанции относительно авторизованного пользователя. Не забывайте об оптимизации запросов к базе данных
Задеплоить проект на любом удобном для вас хостинге, сервисах PaaS (Heroku) и т.п. Должна быть возможность просмотреть реализацию всех задач. Если есть какие-то особенности по тестированию, написать в Readme. Там же оставить ссылку/ссылки на АПИ проекта
Приветствуется:
Аккуратный код
Соблюдение PEP8 (Pycodestyle)
о нашел т очто нужно Create Many-to-Many Relationships - Intermediate Django
пасибки
Прям машинная вселенная
С первого раза мало что понятно)
Это нормально)
дизлайк за наркоманскую фоновую музыку
Зачем Россия начала войну против Украиньі?
Это к чему здесь?
Еще можно спросить кто убил кеннеди
Спасибо