1:30 В Сороковых годах, в Германии были ЭВМ для расчёта стреловидности крыльев, например в КБ 'Focke-wulf'. А какой сейчас у инженеров софт, можно только представить.

Какой нафиг сУрсинг 😂😂😂 Ну сОрсинг же, камон

Просто офигительное пояснение, осознал, что я спроектировал гибрид и надо выбивать время на рефакторинг в сторону msa, спасибо

Да он просто читает а не общается

кролик научили вроде как лог режиму. то есть килер фича кавки ушла в прошлое, дальше дело вкуса

16:23

Тоже подписался , спасибо

❤🎉

как раз то что я искал!

где можно скачать данную программу?

Для бизнеса есть же Би системы Клик, например.. Обычно всю "денормализацию" делают там при организации etl процесса.

Этот подход довольно часто используют при работе с кликхаузом. Но еще есть вьюхи, в которых можно вычислять нужные данные.

Доброго утра и спасибо за Ваш труд (комментарий для поддержки канала ;)

Хотел посмотреть про 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

Подскажите как правильно сделать, я сейчас нахожусь в Турции и уезжаю в Россию. С территории РФ мне нужно будет заходить на один важный сайт, который должен видеть что я якобы нахожусь в Турции, они никак не должны спалить что я вышел в интернет из России

а в vr pron с лечащий стоматологом в главной роли

привет! а где линк то про блакировки Таблиц или строк ??

Хотелось бы и остальные элементы нотации посмотреть (не базовые) и все типы событий.