Здесь мы публикуем интересные статьи на IT-тематику в аудио-формате. Для тех, кому некогда читать, лень искать и хочется учиться - присоединяйтесь! 🤓
Авторы канала:
Эдуард Акимов
Никита Кудряшов
Канал в Telegram - t.me/listenit_channel
Канал на Яндекс.Дзен - zen.yandex.ru/listenit
По вопросам сотрудничества - t.me/ed_akimov
Поддержать канал разово - yoomoney.ru/fundraise/2daodwObzjY.220417
Поддержать канал подпиской - boosty.to/listenit
Пікірлер
Хотел посмотреть про SQL инъекции, оказалось, что название не правильно прочитал.
То самое ощущение когда user всегда называл усер
обесняю че такое "блокчейн" , это когда надо Абромовичу бюджет распилить вывезти в другую страну надо , налом и переводом это палево , легче купить биток так штук 1000 , а в другой стране уже спокойно обналичить , вот вам и скачки цен на продукт , он есть пока есть корупция )
"начнем с плюсов", а минусы сами ищите?
ELK Для гибкого полнотекстового поиска по большим данным. NoSQL - нет транзакций. Logstash - собирает преобразует и отправляет. Elasticsearch - индексирует, анализирует и проводит поиск. Kibana - визуализирует результаты анализа. . Стек ELK удовлетворяет все потребности в сфере аналитики журналов. Для разрабов и ДевОпсов. . Восточные язвки. Гибкость поисковых фильтров. Автоматическая индексация JSON обьектов. Встроенные анализаторы текста в ES: автоматическая токенизация, лемматизация, стемминги тд для решения NLP задач. . Плюсы: Масштабируемость. - Кластер ES расширяется "на лету" и распределение нагрузки по узлам происходит автомаически. Отказоустойчивость. - Данные перераспределяются в случае сбоя кластерных узлов. Управляемость. - ES по HTTP с помощью JSON-запросов за счет REST API и визуального веб-интерфейса Kibana Универсальность. - Logstash работает в потоковом режиме со множеством разных источников данных. Гибкость поисковых фильтров. - Нечеткий поиск. Восточные языки . Недостатки: Высокое потребление резурсов(CPU, RAM): из-за испоьзования JVM может привести к недостаточной производитлельности на высоких нагрузках. Сложность QueryDSL - внутрреннего языка запросов к базе Elasticsearch. Проблемы с безопасностью. ES не имеет встроеной системы авторизации и органиечия прав доступа. Поэтому БД необходимо защищать паролем. . OpenSearch - ветвь открытого исходного кода ES и Kibana c лицензией ILV2 . Альтернативное решение6 ClickHouse
Это связвно с тем что блоки ставят на улицах?
Начал за здравие кончил за упакой
Очень монотонно, я уснул
Я учусь на 4 курсе, сдаю курсовую на тему «Анализ применения групповой адресации в интернете и локальных сетях". Не могу защитить курсовую из-за 1 вопроса. Суть вопроса заключается в: Проводится прямая трансляция футбольного матча в Москве, а человек из другого города в офисе решил ее посмотреть, как эта трансляция доходит к нему на компьютер? Пытался объяснить по этой схеме, но не устраивает данный ответ. А именно, что находится в облаке. ПОЖАЛУЙСТА помогите мне.
оверхед селектела :)
а наличие БД ещё не делает систему стейтфул?
если слушать поглядывая на статью и разбираясь в неизвестных понятиях - все очень понятно, спасибо вам и автору статьи!)
Спасибо за работу, видео помогло разобраться
А где на отметке 2:50 в insert into student_grades запись Петя-математика-3 ??? В таблице есть, во вставке нет.
а что ЕСЛИ смотреть в стенку 10 часов подряд ИЛИ биться об стенку головой if else
Что-то сложное
🤔🤔🤔 Не очень понятно как связаны auth server и app server, а именно - как сопоставляется access_token с пользователем в app server. Если в JWT access_token'а передается id пользователя, то это значит, что id пользователя хранится 2 раза, в auth server и в app server. Или у них общая БД? Какие данные хранятся в БД auth server'а, а какие в БД app server'а? При рассуждении о мастабируемости можно приплести сюда третий application server, который будет заниматься только данными пользователя. 🗨🗨🗨 Моё представление как должно быть сделано: 1) auth server хранит у себя в БД: логин, хэш пароля, идентификатор, время последнего входа, дата регистрации и тд, роль (при необходимости необходимые таблицы для ролей и разрешений для этих ролей) 2) auth application 1 (микросервис данных пользователей) хранит у себя в БД: идентификатор пользователя и прочие данные пользователя, которые не связаны с аутентификацией и авторизацией (пол, фио, номер телефона, почту...). 3) auth application 2 (микросервис определенной бизнес-задачи) хранит у себя в БД: все остальные бизнес-сущности. У сущностей, связанных с пользователем сохранен uuid пользователя. 4-*) auth application n (микросервис n-ой бизнес задачи) по аналогии с auth application 2 👁🗨👁🗨👁🗨 Итого: из дублирующихся данных только uuid пользователя во всех микросервисах, можно легко масштабироваться, создавая другие микросервисы, которые будут использовать этого пользователя. Единая система аутентификации. С авторизацией/правами пусть будет всё внутри auth сервера (чтобы не усложнять, а так для каждого микросервиса, наверное, нужны свои частые виды прав и разрешений)
Благодарю
Такое чувство, что комментарии пишут боты, которых устраивает объяснение, которое было скатано с чужой статьи, а не лично своё, как-то так себе.
👍👍👍👍
Spasibo
от души спасибо было полезно интересно
Спасибо, очень хорошо!
Спасибо за классный видос! А есть видео про остальные практики? Не нашла в плейлисте(
Гораздо лучше, чем про докер.
Чтец, вероятно, ничего не понимает из того, что читает, и, вообщем, не заинтересован понять. Видос подойдет тем, кто и так не плохо знает, что такое docker. Правда зачем тогда он им? Всем остальным стоит поискать другие материалы.
А потом появился Forth который берет строку, компилирует ее, а дальше при взятии остальных строк использует машинный код ранее откомпилированных строк включая весь код самого Forth-а.
Спасибо! Отлично структурировано, то что надо для базового понимания
Проблема для ordering потребителей будет присутствовать в обоих системах. Максимум один потребитель в любом случае. а Batching можно в обоих системах прикрутить
Если я как разработчик буду заниматься и программированием и работой с заказчиком, тогда зачем мне нужна ваша компания? Я могу напрямую работать с заказчиком, без ненужной прокладки в виде вашей компании
Мне вот интересно,если на солнце произойдет мощная «вспашка» ,не те которые есть всегда,а на самом деле очень мощная,что произойдет со всеми этими блок чейнами 😂 серверами и т.д и т.п???информация будет стерта,а значит а ваши денежки!лучший способ сохранить и приумножить деньги это скупать золото,а вся это цифровая шляпа для лохов!МММ 21 века
9:46
ETL 2:21 ELT 3:24 5:31
Подскажите как правильно сделать, я сейчас нахожусь в Турции и уезжаю в Россию. С территории РФ мне нужно будет заходить на один важный сайт, который должен видеть что я якобы нахожусь в Турции, они никак не должны спалить что я вышел в интернет из России
Vpn
а в vr pron с лечащий стоматологом в главной роли
привет! а где линк то про блакировки Таблиц или строк ??
Хотелось бы и остальные элементы нотации посмотреть (не базовые) и все типы событий.
select city, count(customerID) as number_of_clients from customers where customername not in ("around the horn", "drachenblut delikatessend") group by city having number_of_clients >= 5; тоже не робит(
select city, count(customerID) as number_of_clients from customers group by city having number_of_clients >= 5; не работает
В переводном видео объяснили более толково чем здесь.
Много воды и нравоучений. Зачем? - это излишне имхо
4:38 передаются данные системе управления доступом?
Как так сделать в Confluence? Какой-то платный плагин?
Боже, это прекрасно, я смотрю на это уже 3й час))) Как же круто, когда удается так четко и грамотно задокументировать процессы взаимодействия сущностей/сервисов/юзеров Вспоминаю документацию в своем проекте - слеза наворачиваются 😅 Но потихоньку навожу там порядок)
спасибо за видео. Описанный пример с4 - это просто какой-то идеальный мир. наверное, для верхнеуровневого понимания и в случае несложных систем- ок. А когда система действительно сложная с разветвленной ролевой моделью и, скажем, контурностью, то использование с4 потребует просто колоссальное количество человеко-часов для описания того, что происходит А для чего собственно? Для интеграций? Куда проще, кажется, по классике дернуть ендпониты, определить формат данных и потоки.. Да, не так наглядно. Но всегда ли нужна эта наглядность? ..
ИМХО На диаграмме контента: Среди акторов отсутствует роль Администратор системы и/или другой тех.персонал, Наверное должен видимо быть предусмотрен некий функционал функционал. А также смущает что нет связей от внешних систем к основной. На диаграмме компонент: Согласен с @N5O1, стрелка предполагает активный вызов со стороны компонента. Поставка информации в ответ не предполагает отображения обратной стрелки (иначе бы все стрелки были бы двухсторонними) И опять же странно, нет входящих вызовов со стороны внешних систем. да такое возможно, что основная система сама запрашивает инфу, но возможно стоит и из внешних систем информировать об изменении причастных данных На диаграмме кода: А почему в классе Заказ отсутствует поле идентификатора клиента И почему в классе Курьер присутствует поле Статус курьера. Напрашивается, что этот статус зависит от даты/времени. Предположу, что должна быть еще таблица с данными где поженятся курьер и его статус в зависимости от даты/времени.
Ниче не понятно на 2х
Многие ответили это бомба из cs 1.6
у вас опечатка 1:46
Спасибо, буду внимательнее!
Вопрос автору, какие CASE средства сейчас можно использовать? BP WIN уже устарел. Видео сделано на BP WIN.