Партнерская конференция «1С-Битрикс»

1) Что именно необходимо мониторить в высоконагруженном (и не только) проекте 24/7?
1.1) Мониторинг потребления ресурсов.
1.2) Статистика работы серверного ПО.
1.3) Бизнес-логика приложения.

2) Обзор существующих open-source (cacti, zabbix, graphite, nagios) систем мониторинга.
2.1) Сравнение возможностей.
2.2) Примеры конфигурирования для мониторинга типовых параметров сервера.
2.3) Плюсы, минусы, подводные камни.

3) Какие существуют SAAS-решения для мониторинга?
3.1) Описание отличий от open-source.
3.2) Примеры использования.
3.3) За и против использования SAAS.

1. Организация процесса.
1.1. Цели и задачи тестирования.
1.2. Виды нагрузочных тестирований, какое выбрать?
1.3. Инструментарий.

2. Проведение тестирования - ошибки, опыт, советы.
2.1. Сценарии тестирования.
2.2. Первые запуски, «набивание шишек».
2.3. Полноценный 24-х часовой тест: особенности, мониторинг, сбор результатов.

3. Результаты тестирования.
3.1. Интерпретация результатов: нагрузка и масштабирование.
3.2. Пути развития тестирования?
3.3. Куда стремиться дальше?

Простыми словами расскажем про текущие тренды машинного обучения, работающие и
доступные методики, практические кейсы использования математики для увеличения конверсии и удержания клиентов.

В докладе рассказывается об объекто-ориентированной реляционной СУБД PostgreSQL с широкой поддержкой слабо-структурированных данных (key-value, json). Рассматриваются основные характеристики системы, которые сделали PostgeSQL столь популярной.

Продвижение в поиске разных типов проектов. Методики внутренней оптимизации. Чем заменить ссылки в постминусинскую эпоху.

Что нужно сделать, чтобы сайт был действительно быстрым? Какие инструменты и стек технологий смогут помочь?

Во-первых, это мониторинг как серверной части, так и клиентской - есть большое количество продуктов и сервисов, которые могут помочь.

Во-вторых, это оптимизация и профилирование серверных задержек. После собранной коробки (php-fpm + opcode cache + nginx + memcached) нужно проанализировать, что можно закэшировать.

Дальше смотрим уже вглубь клиентской оптимизации и включаем сжатие (gzip) и кэширование файлов. При отлаженной публикации изменений имеет смысл подключить gzip_static.

После беремся за оптимизацию изображений: это бич большинства веб-проектов. Нужно выбрать настройки и стек утилит, которые позволят максимально уменьшить изображения в автоматическом режиме. Соблюдаем размеры в HTML! Для оптимизации изображений можно использовать optipng, pngcrush, TruePNG, gifsicle, jpegtran, cwebp

Следующий этап: беремся за за статику в виде шрифтов. Нужно взять TTF, вырезать все ненужное (subset.py) и сконвертировать его во все форматы (fontforge). Плюс включить сжатие.

После шрифтов анализируем стили и скрипты. То, что можно объединить автоматически, - объединяем. Дополнительно накладываем минимизацию (Google Closure Compiler или YUI Compressor).

Если проект столичный, то на этом основные вещи для ускорения сайта заканчиваются. Но если у вас много региональных пользователей, то нужно выбрать CDN. Здесь поможет мониторинг, настроенный на первом шаге.

Теперь начинается магия: мы можем отложить загрузку изображений. LazyLoad. Есть специальные плагины и инструменты. Но нужно обращать внимание на логику проекта.

Следующий уровень магии: отложенная загрузка скриптов. Здесь без рефакторинга логики не обойтись, но на этом этапе оптимизации - это единственное, что существенно ускорит отрисовку сайта.

И последний шаг - это отложенная загрузка виджетов (3rd party). Можно по onload, можно по событиям. Но для пользователей это выльется в существенное ускорение сайта.

На выходе - у вас ускоренный в 3-5 раз. За счет системного подхода, рефакторинга и бесплатных утилит. И он всегда будет быстрым, потому что ускорение уже заложено в архитектуру.

Как известно, DDoS-атаки на сегодня выступают одним из методов конкурентной борьбы. Вопросы устойчивости и защищённости являются одним из основных вызовов, стоящих перед разработчиками, DevOps и системными администраторами интернет-магазинов. Чтобы адекватно ответить на эти вызовы, необходимо правильно оценивать риски. Но как это делать, если, по словам вендоров анти-DDoS-решений, атаки сейчас достигли заоблачных мощностей в 500 Гбит/с, а в качестве средства защиты предлагается сетевое «железо» стоимостью несколько миллионов рублей?

В докладе мы рассмотрим, какие опасности сегодня угрожают компаниям, занимающимся электронной коммерцией в Рунете, на какое «плечо» атаки следует рассчитывать и как проектировать контрмеры против типичных угроз. Доклад рассчитан в первую очередь на сетевых инженеров и разработчиков сайтов сегмента E-Commerce.

— Использование Корпоративного портала в качестве внутренней системы управления проектами: как мы столкнулись с необходимостью разработки модуля.
— Постановка задачи и проектирование: продумывание логики, подготовка технического задания.
— Техническая реализация: работа с новым ядром D7 и использование ORM, настройка и доработка модуля «Отчеты».
— Альфа и бета-тестирование: выявление недоработок в логике работы модуля, поиск и отладка технических ошибок.
— Внедрение: разработка документации, обучение сотрудников, успешное использование в компании.