Зачем ускорять сайты? В презентации даётся ответ на этот вопрос с точки зрения бизнеса. Также рассмотрены методы ускорения сайта, их достоинства и недостатки.
Badoo Desktop: оптимизация приложения на миллион юзеров онлайнSergey Xek
Badoo Desktop: оптимизация приложения на миллион юзеров онлайн. Сергей Аверин, Badoo.
Доклад рассказывает о реально примененных способах оптимизации производительности API компании Badoo для собственных десктоп-приложений: как специфика «много постоянных соединений/однотипные запросы/большая нагрузка» повлияла на стратегию оптимизации производительности.
Что было сделано:
• Планирование архитектуры изначально (fault-tolerance, адаптивные апдейты и тайм-ауты, отказ от попыток восстановления после ошибок для единичных команд).
• Переехали с redis на handlersocket.
• Rate-limiting запросов к демонам.
• Синхронизация записей.
• Асинхронность.
• Записи при достижении порога изменения параметров.
• Профилирование кода, анализ потребления CPU, времени ответа.
• Статистика, статистика и еще раз статистика.
• Pconnect.
Доклад будет интересен:
• системным архитекторам,
• server-side разработчикам.
Полмиллиона юзеров в онлайне без падений: оптимизация высоконагруженного se...Sergey Xek
Полмиллиона юзеров в онлайне без падений: оптимизация высоконагруженного server-side API десктопного приложения. Сергей Аверин, Badoo.
Доклад рассказывает о реально примененных способах оптимизации производительности API компании Badoo для собственных десктоп-приложений: как специфика «много постоянных соединений/однотипные запросы/большая нагрузка» повлияла на стратегию оптимизации производительности.
Что было сделано:
• Планирование архитектуры изначально (fault-tolerance, адаптивные апдейты и тайм-ауты, отказ от попыток восстановления после ошибок для единичных команд).
• Переехали с redis на handlersocket.
• Rate-limiting запросов к демонам.
• Синхронизация записей.
• Асинхронность.
• Записи при достижении порога изменения параметров.
• Профилирование кода, анализ потребления CPU, времени ответа.
• Статистика, статистика и еще раз статистика.
• Pconnect.
Доклад будет интересен:
• системным архитекторам,
• server-side разработчикам.
Badoo Desktop: оптимизация приложения на миллион юзеров онлайнSergey Xek
Badoo Desktop: оптимизация приложения на миллион юзеров онлайн. Сергей Аверин, Badoo.
Доклад рассказывает о реально примененных способах оптимизации производительности API компании Badoo для собственных десктоп-приложений: как специфика «много постоянных соединений/однотипные запросы/большая нагрузка» повлияла на стратегию оптимизации производительности.
Что было сделано:
• Планирование архитектуры изначально (fault-tolerance, адаптивные апдейты и тайм-ауты, отказ от попыток восстановления после ошибок для единичных команд).
• Переехали с redis на handlersocket.
• Rate-limiting запросов к демонам.
• Синхронизация записей.
• Асинхронность.
• Записи при достижении порога изменения параметров.
• Профилирование кода, анализ потребления CPU, времени ответа.
• Статистика, статистика и еще раз статистика.
• Pconnect.
Доклад будет интересен:
• системным архитекторам,
• server-side разработчикам.
Полмиллиона юзеров в онлайне без падений: оптимизация высоконагруженного se...Sergey Xek
Полмиллиона юзеров в онлайне без падений: оптимизация высоконагруженного server-side API десктопного приложения. Сергей Аверин, Badoo.
Доклад рассказывает о реально примененных способах оптимизации производительности API компании Badoo для собственных десктоп-приложений: как специфика «много постоянных соединений/однотипные запросы/большая нагрузка» повлияла на стратегию оптимизации производительности.
Что было сделано:
• Планирование архитектуры изначально (fault-tolerance, адаптивные апдейты и тайм-ауты, отказ от попыток восстановления после ошибок для единичных команд).
• Переехали с redis на handlersocket.
• Rate-limiting запросов к демонам.
• Синхронизация записей.
• Асинхронность.
• Записи при достижении порога изменения параметров.
• Профилирование кода, анализ потребления CPU, времени ответа.
• Статистика, статистика и еще раз статистика.
• Pconnect.
Доклад будет интересен:
• системным архитекторам,
• server-side разработчикам.
Доклад о том, как мы добились идеально ровной балансировки нагрузки по кластеру из 200+ серверов, реализовали автоматический подбор весов и получили разброс CPU usage в 2,5% в пике трафика. Это позволило сэкономить нам около 40-50 серверов и улучшить время отклика мобильного сайта в пике нагрузки. Реализацию приведенного алгоритма мы выложим в open-sourсe. Доклад Юрия Насретдинова на Highload 2015.
Самые частые проблемы и пути решения при росте нагрузки и масштабировании про...Andrew Minkin
ы начали делать проект и запустили его в продакшн. Со временем пользователей становится больше и текущих ресурсов вам начинает не хватать. В этом докладе я расскажу о основных путях борьбы с нагрузкой, путях решения и проблемах, связанных с ними.
В докладе мы поговорим о:
0. Что такое нагрузка? Пути борьбы с нагрузкой. Оптимизация кода, кеширование, масштабирование
1. Какие проблемы возникают при внедрении кеширования
2. Как оценивать качество работы кеширования?
3. Путь масштабирования и борьба за ресурсы
4. Проблемы балансировки
5. Проблемы БД. Конкурентный доступ и данным и целостность их
Пути решения проблем будут на примере Python/Django
Оптимизация скорости сайта без использования AMP | Odessa Frontend Meetup #10OdessaFrontend
Можно ли получить заветные 100 баллов в PageSpeed Insights, хорошо индексироваться и всё это без AMP? Легко! Дмитрий Шевченко рассказывает как этого достичь и познакомит с инструментом для проверки скорости сайта.
Преждевременная оптимизация архитектуры / Евгений Потапов, Антон Баранов (ITS...Ontico
Работа в высоконагруженных проектах всегда была такой сферой деятельности, где можно в рамках решения прикладных задач находить и применять сложные и интересные решения.
К сожалению, очень часто во главу угла ставится не надежное решение поставленной задачи, а именно применение сложного и интересного решения, которое даст специалисту новый опыт и удовольствие от сложных архитектур.
В своем докладе я хочу пройтись по тем стандартным "набитым шишкам", которые мы встречаем в своей работе, когда сложное, новое и интересное решение не означает стабильность системы.
1. Когда "интересно" не значит "правильно"?
1.1. Специфика развития высоконагруженного проекта.
1.2. Требования бизнеса и современные технологии.
1.3. Типичные "сомнительные" решения.
2. Проблемы в архитектуре отказоустойчивых систем.
2.1. Ошибки в планировании резервирования.
2.2. Ошибки в планировании системы выкладок.
2.3. Ошибки в архитектурах систем хранения данных.
3. Проблемы в архитектуре систем, рассчитанных на высокую нагрузку.
3.1. Ошибки в планировании мощностей системы.
3.2. Ошибки в планировании возможностей масштабирования системы.
3.3. Ошибки в архитектурах систем хранения данных.
Piterpy #2. Быстродействие Python в Web. Постреляем по веб-серверу?Ivan Tsyganov
В докладе рассматривается как поведет себя простое python3 приложения на различных конфигурациях (uwsgi, gunicorn (Eventlet, Gevent)) в связке с различными хранилищами (MySQL, MariaDB, PostrgeSQL, MongoDB) под нагрузкой. Как средство генерации нагрузки использовался Яндекс.Танк.
Презентация службы доставки продукции NSP по УкраинеNSP Ukraine
Презентация службы доставки продукции NSP по Украине.
Наш сайт: http://nsp.com.ua/
Мы в соцсетях:
https://www.facebook.com/NspUkraine
http://vk.com/nspukraine
http://www.odnoklassniki.ru/nspukraine
http://my.mail.ru/mail/nspukraine
http://www.youtube.com/user/NSPBIZ
Изоморфные React-приложения производительность и масштабирование / Денис Изма...Ontico
Взглянем ещё раз на концепцию изоморфных приложений. На первый взгляд, всё красиво — полный порядок, высокая организованность, быстрая выдача результата. Но так ли всё оптимистично? Что случится после того, как мы развернём приложение на сервере? Почему при росте нагрузки наше React-приложение начинает тормозить? Как масштабироваться? Купить ещё несколько серверов? Потом ещё немного? Есть способ лучше.
В рамках доклада рассмотрим следующие темы:
1. Что представляют собой изоморфные приложения?
2. Зачем они на самом деле нужны?
3. Рассмотрим варианты архитектуры.
4. Найдём слабые места (bottleneck).
5. Посмотрим на способы решения и оценим их эффективность.
6. Обсудим возможности масштабирования изоморфных приложений.
7. И, самое главное, ответим на вопрос — стоит ли игра свеч?
Curso AERCO-PSM Certificado en Publicidad y Planificación de Medios en Redes ...Aerco-PSM
Descubre cómo se está cambiando la forma de hacer publicidad y descubre las claves de lo que ofrece la publicidad en redes sociales. Conoce los modelos de pago, las nuevas plataformas, los nuevos formatos y cómo planificar el Plan de Medios más adecuado.
Доклад о том, как мы добились идеально ровной балансировки нагрузки по кластеру из 200+ серверов, реализовали автоматический подбор весов и получили разброс CPU usage в 2,5% в пике трафика. Это позволило сэкономить нам около 40-50 серверов и улучшить время отклика мобильного сайта в пике нагрузки. Реализацию приведенного алгоритма мы выложим в open-sourсe. Доклад Юрия Насретдинова на Highload 2015.
Самые частые проблемы и пути решения при росте нагрузки и масштабировании про...Andrew Minkin
ы начали делать проект и запустили его в продакшн. Со временем пользователей становится больше и текущих ресурсов вам начинает не хватать. В этом докладе я расскажу о основных путях борьбы с нагрузкой, путях решения и проблемах, связанных с ними.
В докладе мы поговорим о:
0. Что такое нагрузка? Пути борьбы с нагрузкой. Оптимизация кода, кеширование, масштабирование
1. Какие проблемы возникают при внедрении кеширования
2. Как оценивать качество работы кеширования?
3. Путь масштабирования и борьба за ресурсы
4. Проблемы балансировки
5. Проблемы БД. Конкурентный доступ и данным и целостность их
Пути решения проблем будут на примере Python/Django
Оптимизация скорости сайта без использования AMP | Odessa Frontend Meetup #10OdessaFrontend
Можно ли получить заветные 100 баллов в PageSpeed Insights, хорошо индексироваться и всё это без AMP? Легко! Дмитрий Шевченко рассказывает как этого достичь и познакомит с инструментом для проверки скорости сайта.
Преждевременная оптимизация архитектуры / Евгений Потапов, Антон Баранов (ITS...Ontico
Работа в высоконагруженных проектах всегда была такой сферой деятельности, где можно в рамках решения прикладных задач находить и применять сложные и интересные решения.
К сожалению, очень часто во главу угла ставится не надежное решение поставленной задачи, а именно применение сложного и интересного решения, которое даст специалисту новый опыт и удовольствие от сложных архитектур.
В своем докладе я хочу пройтись по тем стандартным "набитым шишкам", которые мы встречаем в своей работе, когда сложное, новое и интересное решение не означает стабильность системы.
1. Когда "интересно" не значит "правильно"?
1.1. Специфика развития высоконагруженного проекта.
1.2. Требования бизнеса и современные технологии.
1.3. Типичные "сомнительные" решения.
2. Проблемы в архитектуре отказоустойчивых систем.
2.1. Ошибки в планировании резервирования.
2.2. Ошибки в планировании системы выкладок.
2.3. Ошибки в архитектурах систем хранения данных.
3. Проблемы в архитектуре систем, рассчитанных на высокую нагрузку.
3.1. Ошибки в планировании мощностей системы.
3.2. Ошибки в планировании возможностей масштабирования системы.
3.3. Ошибки в архитектурах систем хранения данных.
Piterpy #2. Быстродействие Python в Web. Постреляем по веб-серверу?Ivan Tsyganov
В докладе рассматривается как поведет себя простое python3 приложения на различных конфигурациях (uwsgi, gunicorn (Eventlet, Gevent)) в связке с различными хранилищами (MySQL, MariaDB, PostrgeSQL, MongoDB) под нагрузкой. Как средство генерации нагрузки использовался Яндекс.Танк.
Презентация службы доставки продукции NSP по УкраинеNSP Ukraine
Презентация службы доставки продукции NSP по Украине.
Наш сайт: http://nsp.com.ua/
Мы в соцсетях:
https://www.facebook.com/NspUkraine
http://vk.com/nspukraine
http://www.odnoklassniki.ru/nspukraine
http://my.mail.ru/mail/nspukraine
http://www.youtube.com/user/NSPBIZ
Изоморфные React-приложения производительность и масштабирование / Денис Изма...Ontico
Взглянем ещё раз на концепцию изоморфных приложений. На первый взгляд, всё красиво — полный порядок, высокая организованность, быстрая выдача результата. Но так ли всё оптимистично? Что случится после того, как мы развернём приложение на сервере? Почему при росте нагрузки наше React-приложение начинает тормозить? Как масштабироваться? Купить ещё несколько серверов? Потом ещё немного? Есть способ лучше.
В рамках доклада рассмотрим следующие темы:
1. Что представляют собой изоморфные приложения?
2. Зачем они на самом деле нужны?
3. Рассмотрим варианты архитектуры.
4. Найдём слабые места (bottleneck).
5. Посмотрим на способы решения и оценим их эффективность.
6. Обсудим возможности масштабирования изоморфных приложений.
7. И, самое главное, ответим на вопрос — стоит ли игра свеч?
Curso AERCO-PSM Certificado en Publicidad y Planificación de Medios en Redes ...Aerco-PSM
Descubre cómo se está cambiando la forma de hacer publicidad y descubre las claves de lo que ofrece la publicidad en redes sociales. Conoce los modelos de pago, las nuevas plataformas, los nuevos formatos y cómo planificar el Plan de Medios más adecuado.
Este fichero contiene una muestra de las actividades que el maestro puede proponer a los alumnos para propiciar su acercamiento consciente al español y fundamentalmente al sistema de escritura, proponer su aprendizaje y estimular su desarrollo lector y escritor.
Простая и дешёвая бизнес-аналитика на базе Google BigQuery / Алексей Паршуков...Ontico
РИТ++ 2017, Backend Conf
Зал Сан-Паулу, 6 июня, 14:00
Тезисы:
http://backendconf.ru/2017/abstracts/2778.html
Хотите научиться принимать решения на основе данных, но не знаете, с чего начать? Нужно записать миллионы событий, но не уверены, как делать это правильно? Вы не знаете, как быстро и дёшево строить аналитические отчеты или запутались в инструментах?
На примере DocDoc я расскажу о плюсах и минусах различных подходов: как выбрать систему хранения, почему мы остановились на Google BigQuery. Как правильно организовать данные, записать свой clickstream, отказаться от сэмплирования в GA, а также строить простые и понятные отчеты.
Андрей Федоренчик- «Высоконагруженная система с аналитикой на InfoBright»Tanya Denisyuk
Наша рекламная сеть прошла путь от 1М до 150M показов в сутки. На этом пути пришлось столкнуться с проблемами при логировании и анализе больших объемов данных. В итоге отказались от использования NonSQL базы данных и выбрали column-based InfoBright. В своем докладе я расскажу, как мы накапливаем, храним, обрабатываем и анализируем сотни гигабайт информации в день c использованием InfoBright.
Badoo Desktop: оптимизация приложения на миллион юзеров онлайнSergey Xek
Badoo Desktop: оптимизация приложения на миллион юзеров онлайн. Сергей Аверин, Badoo.
Доклад рассказывает о реально примененных способах оптимизации производительности API компании Badoo для собственных десктоп-приложений: как специфика «много постоянных соединений/однотипные запросы/большая нагрузка» повлияла на стратегию оптимизации производительности.
Что было сделано:
• Планирование архитектуры изначально (fault-tolerance, адаптивные апдейты и тайм-ауты, отказ от попыток восстановления после ошибок для единичных команд).
• Переехали с redis на handlersocket.
• Rate-limiting запросов к демонам.
• Синхронизация записей.
• Асинхронность.
• Записи при достижении порога изменения параметров.
• Профилирование кода, анализ потребления CPU, времени ответа.
• Статистика, статистика и еще раз статистика.
• Pconnect.
Доклад будет интересен:
• системным архитекторам,
• server-side разработчикам.
WebCamp2016, 29 июля, Одесса
Андрей Копёнкин CTO, FlyElephant
Оптимизируем мобильный веб полностью
В докладе поговорим об инициативе Accelerated Mobile Pages, о преимуществах её использования, что она из себя представляет и как она ускоряет отображение веб-страниц для портативных устройств
Website: http://webcamp.in.ua/devops.html#theme
Facebook: https://www.facebook.com/WebCamp/
VK: https://vk.com/webcamp
Twitter: https://twitter.com/WebCampOdessa
Youtube: http://bit.ly/2bsQ0LO
Увеличение конверсии Вашего сайта за счет ускорения Joomla - Логинов ДенисJoomla Secrets
Как влияет скорость сайта:
На конверсию Вашего сайта?
На СЕО продвижение?
Какие решения существуют для оптимизации Joomla сайтов. Примеры использования и настроек.
«Joomla медленная платформа» или кейсы по высоконагруженным Joomla проектам.
От слов к цифрам – замеры производительности Joomla сайта.
Разработка статических сайтов | Artem Daniliants | LumoSparkLumoSpark
Ведет: Artem Daniliants, генеральный директор LumoSpark Digital Agency, специалистом в области разработки сайтов и интернет-маркетинга с 11-летним опытом.
Язык вебинара: русский
Мы расскажем как сделать статический сайт, который:
- невозможно хакнуть;
- масштабируется под любое количество пользователей;
- может администрировать не технический специалисты так же легко и просто как и сайт на WordPress.
Спикер:
Илья Беланенко
SEO специалист в компании LUXEO
От спикера:
На вебинаре Вы узнаете полезные фишки для оптимизации скорости загрузки сайта и полезные сервисы для этого.
На вебинаре Вы узнаете:
- Краткая информация о загрузки сайта;
- Пункты по оптимизации загрузки сайта;
- Полезные сервисы для оптимизации загрузки сайта;
- Примеры влияния скорости загрузки на позиции сайта;
- Ответы на вопросы.
Данный вебинар будет интересен:
- Интернет-маркетологам;
- Владельцам бизнеса и руководителям;
- Начинающим специалистам.
--------------------------------------------
ПОДПИСЫВАЙТЕСЬ на канал WebPromoExperts! - http://bit.ly/YouTube_WPE
--------------------------------------------
- Еженедельный ДАЙДЖЕСТ (e-mail рассылка) - http://bit.ly/wpe-subs
- FACEBOOK: https://www.facebook.com/webpromoexperts
- Instagram: https://www.instagram.com/webpromoexperts/
- Telegram: https://t.me/webpromoexperts
- ВКонтакте: https://vk.com/webpromoexperts
--
Академии интернет-маркетинга WebPromoExperts http://bit.ly/site_wpe-academy
Блог Академии: http://bit.ly/blog_wpe-academy
--
Организатор: Агентство эффективного интернет-маркетинга WebPromo: http://www.web-promo.ua/
Презентация Сафонова и Прусенка на семинаре "Продавайте больше"ActiveCloud
Александр Прусенок, технический пре-сейл консультант ActiveCloud, и Павел Богданов, руководитель отдела технической поддержки ActiveCloud: «10 способов улучшить работу сайта нашего клиента без затрат. Погружение в облако ActiveCloud. Размещение высоконагруженных веб-ресурсов. Платформа Bitrix VM. Практический кейс переноса в облако».
2. Что такое «медленный сайт»?
Задержка реакции, мс Восприятие пользователем
0-100 Мгновенная реакция
100-300 Небольшая, но заметная задержка
300-1000 Система работает, но нагружена
1000-10000 Вероятное переключение мыслей
на другие задачи
10000 и более Задача отменяется (система не
работает)
4. У меня быстрый сайт?
● Подключение: GPRS, 3G, 4G, Wi-Fi
● Устройство: смартфон, планшет, телевизор,
ноутбук…
● Изменение нагрузки на сайт
● Браузеры
● Стоимость трафика: лимиты, роуминг…
● Ожидания пользователей
5. Как проверить?
● Webpagest.org (проверка из разных точек)
● Google pagespeed service:
https://developers.google.com/speed/pagespeed/insights/
● Google Chome: developer tools (+ network throttling)
● Firefox Firebug
6. Сколько стоит медленный сайт
● Shopzilla: увеличение конверсии на 7-12% за счет
ускорения
● Akamai: задержка загрузки страницы может снижать
конверсии на 7%
● Amazon: каждые 100 мс задержки снижают продажи на
1%
● Задержка в 1 секунду снижает удовлетворенность
покупателей на 16%
● KISS Metrics: Большинство мобильных пользователей
покидают сайт после 6-10 секунд ожидания
9. Зачем ускоряться...
● Повышение конверсии (для продающих
сайтов)
● Повышение доверия клиентов
● Преференции от поисковых машин
● Сокращение затрат на хостинг (для
средних и больших проектов)
● Возможность захвата мобильной
аудитории
● Сделать жизнь посетителей лучше
10. Как можно ускоряться?
● Сервисы по ускорению сайтов
(проксирование)
● CDN
● Софт для усокорения, плагины CMS
● Ручная оптимизация
11. Сервисы по ускорению сайтов
● Проксирование трафика сайта
● Решают основные проблемы клиентской стороны
● Могут выполнять функции CDN
● Могут включать фильтрацию запросов по безопасности
● Кеширование на стороне сервиса (статика, динамика)
● Не снимают проблем со скоростью генерации HTML
● Отсутствуют оптимизации, требующие изменения кода
сайта
● Дополнительная точка отказа
● Увеличение задержек (от сервиса до сайта)
● Регулярные затраты (ежемесячная тарификация)
12. Content delivery network (CDN)
● Изначально предназначены для снятия нагрузки на
каналы – не для ускорения сайтов
● Проксирование трафика сайта
● Решают проблему сетевых задержек для статики
● Кеширование на стороне сервиса (статика)
● Не снимают проблем со скоростью генерации HTML
● Отсутствуют оптимизации, требующие изменения кода
сайта
● Дополнительная точка отказа
● Увеличение задержек (от сервиса до сайта)
● Регулярные затраты (ежемесячная тарификация)
13. Софт для усокорения, плагины
● Точечное решение
● Отсутствуют оптимизации, требующие
изменения кода сайта
● Не решают проблемы настройки сервера
● Однократные затраты (лицензия, настройка)
● Уступает место сервисам
14. Ручная оптимизация
● Комплексное решение
● Клиентская и серверная оптимизация
● Доступны оптимизации, требующие изменения кода
сайта
● Может включать ускорение рендеринга страниц,
анимаций, прокрутки
● Требует высокой квалификации исполнителя
● Включает оптимизацию настроек сервера (для VPS и
выше)
● Однократные затраты (работы)
● Может включать анализ хостинга и перенос сайта
● Наибольший эффект по ускорению
● Не противоречит использованию CDN и других сервисов
15. Выводы
● При анализе скорости сайта следует учитывать подход
RAIL
● Использовать худший вариант условий для оценки
скорости сайта
● Ускорение сайта дает реальное увеличение продаж и
доверия
● Затраты на ускорение для продающих сайтов быстро
окупаются
● Для получения максимального эффекта требуется
ручная оптимизация
● Для широкой географии посетителей целесообразно
дополнительно применять CDN или сервис с CDN
16. Ускоряйте сайты у нас!
Мы профессионально ускоряем сайты:
https://www.methodlab.ru/price/uskorenie_sajta.shtml
Можем сделать аудит скорости сайта:
https://www.methodlab.ru/audit/audit_skorosti_saita
Обращайтесь:
+7(495) 507-98-19, nick@methodlab.info
Лавлинский Николай,
технический директор ООО «Метод Лаб»