Вебинар освещает вопрос конфигурирования и использования основных возможностей Metasploit Framework. Вы научитесь конфигурировать Metasploit Framework, использовать модули Metasploit Framework и настраивать их опции.
безопасности компьютерных сетей, первый в России обладатель статуса авторизованного инструктора по этичному хакингу. Состоит в «Круге совершенства» инструкторов по этичному хакингу, единственный в стране имеет статус Licensed Penetration Tester. Работал в Министерстве обороны РФ, Центральном банке и других крупных государственных и частных организациях. Слушатели в восторге от уровня знаний, опыта и мастерства Сергея Павловича!
RADIO TAPOK — проект Олега Абрамова. Музыкант занимается художественным переводом и исполнением зарубежных хитов, чаще всего это рок каверы. Благодаря ему мы теперь можем слушать Rammstein, Sabaton, Linkin Park и другие коллективы на русском языке.
Из недавних работ можно отметить RADIO TAPOK и БАТЯ — Old Town Road (Русская версия | Lil Nas X ft. Billy Ray Cyrus) и Sabaton — Night Witches (Cover by Radio Tapok). По Студиям заглянули к Олегу Тапку с интервью в домашнюю студию звукозаписи и узнали как он делает свои Rock каверы. А так же узнали про ИзиРок!
Ресурсы Тапка: vk.com/radiotapok, Инста @radiotapok
Звукорежиссер Саша Магазеев: vk.com/space_dude, www.instagram.com/alex_magazeev/
Лекция читается в рамках образовательного проекта «Технопарк Mail.ru Group» при МГТУ им.Баумана.
Описание лекции:
Лекция посвящена СУБД MySQL и ее сравнению с PostgreSQL.
Рассматриваются следующие темы:
— Архитектура MySQL
— Подсистемы хранения MySQL
— Репликация в MySQL
— Настройка MySQL
— Проблемы MySQL
— Достоинства MySQL
Хронометраж:
00:00:05 О теме лекции
00:01:09 Архитектура MySQL
00:02:08 Архитектура MySQL: хранилища объектов
00:04:22 Подсистемы хранения: MyISAM
00:06:52 Подсистемы хранения: InnoDB
00:08:30 Подсистемы хранения: Memory
00:09:53 Подсистемы хранения: критерии выбора
00:11:51 Подсистемы хранения: надежность
00:12:05 Другие подсистемы хранения
00:12:57 Подсистемы хранения: когда какую использовать / практические примеры
00:14:42 Проблемы MySQL: не транзакционный DDL
00:16:27 Проблемы MySQL: дорогой ALTER TABLE
00:20:00 Проблемы MySQL: особенности выборки данных
00:23:02 Проблемы MySQL: хранилище и лог транзакций существуют за пределами «движка»
СУБД
00:24:55 Репликация в MySQL: режимы репликации / проблемы репликации в MySQL
00:31:16 Репликация в MySQL: другие особенности
00:33:30 Репликация в MySQL: хрупкая репликация (пример проблемного запроса)
00:35:56 Ответы на вопросы по хранилищам MySQL
00:39:00 Архитектура MySQL: особенности планировщика запросов
00:41:19 Планировщик запросов: гарантированно плохие запросы
00:43:57 Проблемы MySQL: отличие между равенством и конструкцией IN в запросе выборки
00:47:08 Планировщик запросов: DELETE (стандартный / специфичный синтаксисы)
00:49:58 Проблемы MySQL: AUTO_INCREMENT
00:54:09 Проблемы MySQL: TIMESTAMP vs DATETIME
01:00:20 Проблемы MySQL: операция UPDATE не соответствует стандарту SQL92
01:01:33 Проблемы MySQL: lower_case_table_names
01:05:13 Как я познакомился с MySQL
01:08:53 Достоинства MySQL: секционирование
01:11:10 Достоинства MySQL: COLLATIONS
01:17:18 Достоинства MySQL: LIBSLAVE
01:18:52 Настройка MySQL: базовые параметры / кэш MyISAM
01:20:21 Настройка MySQL: размер блока ключей key_cache_block_size
01:21:26 Настройка MySQL: кэш InnoDB
01:27:58 Настройка MySQL: ввод / вывод в MyISAM
01:29:38 Настройка MySQL: ввод / вывод в InnoDB
01:33:33 Критерии выбора СУБД и проблемы миграции
01:36:26 Проблемы MySQL: необычайно долгий дамп
01:37:01 Ответы на вопросы по пройденному материалу: проблемы миграции
01:41:59 Причины миграции с MySQL на PostgreSQL: пример из практики
01:46:33 Проблемы MySQL: MYSQLDUMP
01:51:32 Проблемы MySQL: нелогичное выполнение некоторых запросов — WARNING vs ERROR
02:03:30 Проблемы MySQL: нелогичное выполнение некоторых запросов — TIMESTAMP
02:09:41 Проблемы MySQL: нелогичное выполнение некоторых запросов — GROUP BY
— О КАНАЛЕ:
Официальный канал образовательных проектов Mail.Ru Group
Раньше HeadHunter был большим монолитным приложением. Несколько лет назад мы приняли решение выделять из него микросервисы. За несколько лет мы поняли, что микросервисы — это не серебряная пуля и при неправильном «распиле» создают существенные проблемы: сложность разработки, деплоя, эксплуатации и др. Иногда эти проблемы сводят на нет преимущества от использования микросервисов.
В докладе хочу взвесить преимущества и недостатки микросервисов при вертикальном и горизонтальном делении на микросервисы.
Расскажу о том, какие метрики (информацию) мы собираем с микросервисов на этапах сборки, тестирования, запуска в стейдже и продакшне. Поделюсь тем, как мы пользуемся этими метриками для того, чтобы понять, что происходит с продакшном, какие сервисы ведут себя некорректно, где требуется запустить перебалансировку и узнать, кто отвечает за сервис.
В общем, поделюсь всем тем, что называется «жизнь после запуска в Kubernetes»…
— Нашли ошибку в видео? Пишите нам на support@ontico.ru
Когда и зачем нужно документировать бизнес-требования? Кто и как использует бизнес-требования в ходе проекта? Каков оптимальный уровень детализации бизнес-требований? Как отличить бизнес-требования от других видов требований? Как отличить хорошие бизнес-требования от плохих? Где и как документируются бизнес-требования в соответствии с международными стандартами? Как бизнес-требования отражаются в документах по ГОСТ 34?
Если минимальные системные требования игры просят PowerMAC G4/G5 800МГц и 256 мегабайт оперативной памяти, а видекарточка нужна GeForce 2 MX, то на чем лучше всего пойдет игра? На PowerMac QuickSilver, iBook G4 или iMac G5? 16-bits.ru
