Сервис состоит из 3 самостоятельных модулей, объединённых в едином интерфейсе:
- CDN и Веб-файрвол
Ускорение сайта. Блокировка попыток взлома. Снижение нагрузки на хостинг. - Резервирование и антивирусный контроль
Гарантия сохранности данных. Автоматическое и полуавтоматическое восстановление от вирусов и любых поломок.
- Внешний мониторинг
Дополнительная защита от простоев сайта.
Настройка «под ключ» нашими специалистами включена в каждый тариф. Заказать ее можно обратившись в нашу службу поддержки.
Самостоятельное подключение актуально только для профессиональных пользователей с очень большим количеством сайтов.
Полная активация всех основных модулей для одного сайта требует не более 10-15 минут и производится при помощи легкого интерфейса мастера добавления сайта.
Добавляем домен
При первом входе в личный кабинет сразу появится окно «Мастер добавления сайта», в котором необходимо указать доменное имя и нажать «Далее».
Выбираем функционал
Чтобы использовать все возможности сервиса для защиты и ускорения сайта, рекомендуем подключить его ко всем модулям, оставив отмеченными обе галочки.
Или выбрать необходимый функционал, который вы хотите использовать:
1. Система защиты файлов и БД
* Антивирусный контроль, бэкапы, система мониторинга файлов.
2. Модуль защиты и ускорения FireCDN
* CDN, веб-файрвол, внешний мониторинг, аптайм, SSL (HTTPS).
Если сайт уже подключен к системе защиты файлов и БД, то для активации модуля FireCDN достаточно нажать на иконку «Щита» и выполнить все шаги из пункта 2.
Создание бэкапов как файлов, так и баз данных — использует комплексную технологию SingleData, которая позволяет:
- Не нагружать ваш хостинг.
- Делать «снимки» очень часто, обеспечивая оперативный пошаговый контроль всех изменений.
- Занимать минимум места в вашем аккаунте, даже при хранении баз из тысяч бэкапов за многие месяцы.
- Никакие файлы никогда не передаются и не сохраняются повторно. Если с момента прошлого бэкапа на вашем сайте добавился 1 файл, то будет передан и сохранён только этот файл.
- Не менявшиеся файлы проходят лёгкую и абсолютно надёжную проверку, исключающую возможность появления «скрытых» вредоносных изменений.
- Не менявшиеся таблицы БД полностью исключаются из обработки.
- При изменениях в таблицах БД, они разделяются на «сегменты», с вашего сервера передаётся и сохраняется только небольшая изменившаяся часть, а не вся таблица.
- Никакой установки ПО, сложных настроек и требований к хостингу. Система будет работать на абсолютно любом хостинге с PHP и FTP/SFTP. Единственный системный скрипт, сервис устанавливает, обновляет и защищает полностью автоматически и никак не затрагивая сам хостинг или работоспособность сайта.
PHP + FTP (или SFTP\FTPS)
* Сложно найти стандартный хостинг, не подходящий под данные условия.
Работающий сайт
* Если, например, ваш сайт заблокирован хостингом из-за вирусов, то при самостоятельном решение проблемы с помощью нашего сервиса — самое простое решение, это предварительно попросить о временной разблокировке техподдержку вашего хостинга.
- Любые. Нет никаких специальных технических требований, в том числе и для полноценного кеширования динамического контента. Мы не используем классический подход с плагинами для CMS. Вместо этого применяется анализ запросов для определения условий кеширования и событий необходимости обновления кеша.
- Универсальные профили настроек позволяют получить полностью работоспособный и существенно ускоренный сайт, независимо от CMS, вплоть до возможности взаимодействия с облачными системами.
- Гибкость настроек даёт возможность довести до идеала производительности даже самый крупный и нестандартный проект.
- Подключение крайне простое, быстрое и на 99% автоматизированное.
- Умное кеширование динамического контента (страниц сайта)
— Наша уникальная система умных кешей гарантирует максимальное кеширование во всех возможных случаях при полном сохранении функционала и обновляемости для любых сайтов
— Ответы из CDN-кеша обычно многократно быстрее, чем из CMS и собственных кешей сайта
— Для многих проектов именно интеллектуальные кеши являются ключевым фактором ускорения, превосходящим все прочие - Распределённая сеть кеширующих серверов, расположенных во многих городах и странах
— Обеспечивает кратчайший маршрут для передачи данных посетителю
— Оказывает влияние на скорость загрузки всех типов контента
— Незаменима для сайтов с HTTPS и широкой географией аудитории - Оптимизация контента
— Оптимизация картинок (уменьшение объёма в среднем в 2-4 раза без потерь качества)
— Отдельная оптимизация для современных браузеров — конвертация изображений в самые эффективные форматы, обеспечивающие дополнительную экономию
— Минификация CSS, JS, HTML - Турбо-HTTPS
1) Два SSL-сертификата используются одновременно:
— Стандартный RSA-сертификат для полной совместимости даже с самыми старыми браузерами
— Современный ECDSA-сертификат, — существенно более быстрая обработка и экономия передаваемых при соединении данных
2) OCSP Stapling
— Повышение и скорости, и надёжности за счет исключения дополнительного запроса к центру сертификации в момент соединения
3) TLS1.3 + 0-RTT
— Дополнительное ускорение соединения
4) HTTP/2
— Эффективная многопоточность, снижение объёма данных и множество других преимуществ
5) Приоритеты для наиболее быстрых алгоритмов:
— X25519, AES128, CHACHA20
6) SSL Termination
— Обработка HTTPS на 100% переходит на наше оборудование, обладающее огромным запасом мощностей и специализированными внутренними оптимизациями - Предварительная загрузка критичных ресурсов браузером посетителя
— Не только увеличивает реальную скорость отображения страницы и баллы теста Google.PageSpeed, а ещё ускоряет загрузку контекстной рекламы на сайте и оптимизирует статистику счетчиков посещаемости
— Ещё до того, как посетитель скачал и обработал саму страницу сайта, в HTTP-заголовках ему передаются адреса CSS, JS, шрифтов и иных файлов, а также внешних доменов, которые будут использоваться для отображения страницы
— Браузер начинает закачку соответствующих файлов, выполнение DNS-запросов и подключение к внешним доменам намного раньше - Эффективное сжатие для CSS, JS, HTML
— Brotli-компрессия (до 30% экономии размера по сравнению с Gzip) - Сетевые оптимизации
— TCP Fast Open — до 40% снижения задержек на всех TCP-соединениях (влияет и на HTTP, и на HTTPS)
— BBR Congestion Control — до 33% снижение задержек при передаче данных + увеличение пропускной способности (для посетителей с нестабильным интернетом эффект может достигать нескольких раз)
— Дата-центры с наилучшей связанностью в каждом регионе - Высокопроизводительные распределенные DNS
- CDN-обработчики — многие задачи могут выполняться моментально с помощью встроенных правил
— Редиректы — HTTPS, WWW, на мобильную версию, на версии для отдельных стран (городов) и т.д.
— Блокировки — для отдельных страниц, разделов или посетителей (в том числе блокировки с паролем)
— И многие другие возможности для детальных улучшений - Снижение нагрузки и защита от перегрузок
— Ваш хостинг-сервер начинает обрабатывать все запросы быстрее, благодаря освободившимся ресурсам
— Умные кеши и CDN-обработчики справляются с большинством запросов просто без участия вашего сервера
— Файрвол дополнительно снижает количество запросов, которые доходят до вашего сервера, отбивая взломщиков, попытки атак и просто бесполезных роботов
— Полностью исчезает нагрузка от обслуживания HTTPS-шифрования
— Комплексная система антивирусной защиты препятствует появлению перегрузок из-за различных заражений - Продвинутые Expires-директивы
— Фоновое обновление кеша в браузере (моментальная доступность данных возможна даже при невысоких сроках кеша) - Мультисерверная балансировка
— Для исключительно крупных проектов возможно получить дополнительную скорость и надёжность с помощью распределения нагрузки на несколько хостинг-серверов. Доступны готовые решения «под ключ» и функционал, облегчающий самостоятельное создание таких систем.
Абсолютное большинство сайтов тратят более 80% ресурсов и времени ожидания пользователей впустую, многократно «генерируя» страницы, которые не менялись.
Пример. На вашем сайте есть страница с какой-либо новостью. Для всех неавторизованных пользователей и поисковых роботов внешне она будет неизменной, как минимум, до тех пор, пока на сайте не появятся новые страницы, комментарии и т.д.
В среднем, CMS-системы генерируют страницы за 0.5-3 секунды (и во много раз медленнее в случаях перегрузок, больших объёмов данных или низком качестве CMS). А «готовая» страница из CDN-кеша доступна за время порядка 0.001-0.02 секунды (в зависимости от размера и тарифа).
Таким образом, происходит, одновременно, и ускорение, и снижение нагрузки на хостинг-сервер, и повышение устойчивости к всплескам посещаемости. Хостинг-сервер, в свою очередь, получает возможность быстрее генерировать страницы в случаях, когда кеш не используется (за счет освободившихся ресурсов).
Вам не нужно думать о существовании кеша. Обновление кеша происходит «на лету» и в полностью автоматическом режиме. По-умолчанию, как только вы обновили страницу или какие-либо настройки в админ-панели, посетитель добавил комментарий, запись на форуме и в других аналогичных случаях — это приводит к моментальному сбросу кеша страниц (несколько секунд). Исключения крайне редки и касаются только случаев прямого редактирования сайта (не через админ-панель).
Легко настраивается учёт всех возможных исключений для сложных проектов:
- Авторизованные пользователи;
- Посетители с «корзиной» и другими личными данными;
- Разные кеш-версии страниц для разных браузеров или настроек;
- Исключение определённых страниц или кеширование только для роботов.
Сервис состоит из 3 самостоятельных модулей, объединённых в едином интерфейсе:
- CDN и Веб-файрвол
Ускорение сайта. Блокировка попыток взлома. Снижение нагрузки на хостинг. - Резервирование и антивирусный контроль
Гарантия сохранности данных. Автоматическое и полуавтоматическое восстановление от вирусов и любых поломок.
- Внешний мониторинг
Дополнительная защита от простоев сайта.
Настройка «под ключ» нашими специалистами включена в каждый тариф. Заказать ее можно обратившись в нашу службу поддержки.
Самостоятельное подключение актуально только для профессиональных пользователей с очень большим количеством сайтов.
Полная активация всех основных модулей для одного сайта требует не более 10-15 минут и производится при помощи легкого интерфейса мастера добавления сайта.
Добавляем домен
При первом входе в личный кабинет сразу появится окно «Мастер добавления сайта», в котором необходимо указать доменное имя и нажать «Далее».
Выбираем функционал
Чтобы использовать все возможности сервиса для защиты и ускорения сайта, рекомендуем подключить его ко всем модулям, оставив отмеченными обе галочки.
Или выбрать необходимый функционал, который вы хотите использовать:
1. Система защиты файлов и БД
* Антивирусный контроль, бэкапы, система мониторинга файлов.
2. Модуль защиты и ускорения FireCDN
* CDN, веб-файрвол, внешний мониторинг, аптайм, SSL (HTTPS).
Если сайт уже подключен к системе защиты файлов и БД, то для активации модуля FireCDN достаточно нажать на иконку «Щита» и выполнить все шаги из пункта 2.
Для случаев, когда на одном FTP-аккаунте расположено сразу несколько сайтов (вплоть до сотен) удобен режим «автоматического сканирования».
Иконка «увеличительного стекла» в блоке с названием вашего хостинга. Необходимо нажать на нее для запуска процесса сканирования.
После запуска сканер найдёт на FTP все папки, которые могут являться папками сайтов. При наличии — возьмёт имена доменов из имён папок. И, в случае с популярными CMS — самостоятельно определит их тип и установит настройки БД из конфигурационных файлов.
Вам останется только скорректировать по необходимости список добавляемых сайтов и активировать для них CDN после добавления.
Антивирусная система не требует отдельного запуска, абсолютно каждый бэкап всегда сразу же проходит полное сканирование в момент закачки и для файлов, и для БД.
Вам остаётся только открыть отчет, который доступен из основного «лога событий» сайта (1) и из общего списка бэкапов (2) (клик по «количеству бэкапов», над логом), и просмотреть всю нужную информацию.
Для удобства отслеживания изменений и исключения влияния возможных «ложно-положительных срабатываний» — указывается не только список и количество найденных проблем, но также и отдельно те случаи, которые впервые появились в текущем бэкапе. Они обозначаются отдельно в скобочках, рядом с суммарным количеством проблем. К примеру, «Угрозы 3 (+1)» — означает, что в текущем бэкапе есть 3 вероятных проблемы, из котоых 1 появилась только в данном бэкапе.
В случае подключения нестандартных проектов или использования собственноручно добавленных настроек, бывает актуально детально проверить работоспособность всего функционала сайта, не ожидая переключение DNS-серверов.
Для этого удобно использовать файл hosts, который расположен в:
- Windows/System32/drivers/etc/hosts — для Win-систем
- /etc/hosts (/private/etc/hosts) — для *nix и Mac
В этот файл необходимо добавить строки:
152.89.217.39 ваш-домен.ру
152.89.217.39 www.ваш-домен.ру
А также аналогичные строки для всех поддоменов, если есть.
После сохранения изменений, ваш сайт для вашего компьютера начнёт работать через CDN (желательно перезапустить браузер).
* После активации сайта или изменения настроек — новая конфигурация вступает в силу в течение 5-10 минут (обычно, менее 1 минуты).
Абсолютное большинство сайтов не использует специфичных технологий и может быть подключено сразу же после автонастройки. В сложных случаях или при сомнениях можно быстро и просто проверить корректность настроек самостоятельно или обратиться в техподдержку.
Типовые ошибки:
- У сайта есть поддомены, но они не были ни указаны при активации, ни настроены самостоятельно. Автонастройка сама ищет и конфигурирует существующие поддомены, но не может гарантировать, что найдёт все.
* В том числе, речь о поддоменах, содержащих только определённые DNS-записи — например, для работы почты с DKIM. - Проигнорировано предупреждение системы о том, что не удалось получить данные сайта из DNS.
* Например, если текущие DNS временно не работали.
Технологии, при наличии которых требуется ручная донастройка:
- HTTPS.
- ГЕО-локация посетителей.
- Блокировки по IP-адресам и другим пользовательским характеристикам.
Также иногда (исключительно при некорректной работе самого сайта) донастройка может потребоваться для случаев, когда у сайта есть отдельный шаблон для мобильной версии.
Мониторинг активируется автоматически, вместе с FireCDN модулем. На практике используется как для уведомлений, так и для работы режима FixedWebsite.
Управление параметрами доступно в разделе «Хостинг-настройки» (клик по иконке «щита»).
Настройки:
- Интервал проверки (в секундах). Чем чаще проверки, тем точнее и эффективнее контроль, но выше сопутствующие издержки для вашего хостинга.
- URL проверяемой страницы. По умолчанию, используется главная страница. Для снижения ресурсоёмкости проверок можно использовать вместо страницы сайта отдельный скрипт, проверяющий успешность связи с БД или любой статичный файл (намного хуже — огромное количество разновидностей поломок не определятся).
- Код ответа. По умолчанию, 200. Можно указать собственные коды, но на практике большинству пользователей это не актуально.
- Минимальный размер контента. По умолчанию, 100 символов (пустые символы и html-комментарии не учитываются). Является простым универсальным методом повысить точность мониторинга для случаев, когда сайт отдаёт корректный ответ, но контент некорректен. По статистике, для большинства сайтов подходят значения от 500-700.
- Наличие фразы. По умолчанию, не используется. Для дополнительной точности проверки можно указать определённую фразу, которая будет искаться на странице. Например, можно указать фразу из футера страницы, чтобы защититься от возможного некорректного определения поломок, при которых генерация страницы не доходит до конца.
В разделе «Профиль» вам доступны несколько способов уведомлений:
- E-mail;
- SMS (для платных тарифов);
- Telegram.
И дополнительная разновидность — Дайджест.
Дайджест — это общая сводка из множества разных уведомлений, которая отправляется по e-mail с периодичностью «Интервал сообщений дайджеста».
Просто проставьте галочки нужных способов около интересующих типов событий.
При добавлении сайта в систему, автоматически считываются все данные с текущих DNS домена и выставляются нужные настройки для модуля FireCDN. Но если домен находится на сторонних DNS, отличающихся от DNS хостинга сайта (например Cloudflare, WSR или других CDN сервисов), то потребуется ручная донастройка сайта после добавления.
- В разделе «Хостинг-настройки» переходим во вкладку «Настройки IP хостинга» и указываем ip своего сервера.
- Ставим галочку «Автоматическая синхронизация с указанными DNS-серверами» и в открывшемся окне прописываем DNS своего хостинга по одному с новой строки.
* Для владельцев виртуальных хостингов. Для остальных — достаточно снять галочку.
После всех настроек необходимо подождать 15-20 мин., чтобы система обновила все данные для сайта.
Создание бэкапов как файлов, так и баз данных — использует комплексную технологию SingleData, которая позволяет:
- Не нагружать ваш хостинг.
- Делать «снимки» очень часто, обеспечивая оперативный пошаговый контроль всех изменений.
- Занимать минимум места в вашем аккаунте, даже при хранении баз из тысяч бэкапов за многие месяцы.
- Никакие файлы никогда не передаются и не сохраняются повторно. Если с момента прошлого бэкапа на вашем сайте добавился 1 файл, то будет передан и сохранён только этот файл.
- Не менявшиеся файлы проходят лёгкую и абсолютно надёжную проверку, исключающую возможность появления «скрытых» вредоносных изменений.
- Не менявшиеся таблицы БД полностью исключаются из обработки.
- При изменениях в таблицах БД, они разделяются на «сегменты», с вашего сервера передаётся и сохраняется только небольшая изменившаяся часть, а не вся таблица.
- Никакой установки ПО, сложных настроек и требований к хостингу. Система будет работать на абсолютно любом хостинге с PHP и FTP/SFTP. Единственный системный скрипт, сервис устанавливает, обновляет и защищает полностью автоматически и никак не затрагивая сам хостинг или работоспособность сайта.
PHP + FTP (или SFTP\FTPS)
* Сложно найти стандартный хостинг, не подходящий под данные условия.
Работающий сайт
* Если, например, ваш сайт заблокирован хостингом из-за вирусов, то при самостоятельном решение проблемы с помощью нашего сервиса — самое простое решение, это предварительно попросить о временной разблокировке техподдержку вашего хостинга.
Да, все бэкапы доступны в вашем личном кабинете и можно:
- Просматривать общие данные — структуру файловкаталогов.
- Просматривать содержимое отдельных файлов (для некоторых типов).
- Скачать целиком бэкап.
- Скачать отдельный файл или папку из бэкапа.
Для скачивания бэкапа, нужно кликнуть по «количеству бэкапов» и в открывшемся окне нажать на иконку закачки.
Просмотреть подробную информацию по бэкапу можно кликнув на вкладку «Читать полностью».
В открывшемся окне находятся 2 вкладки:
- Файловый отчет – содержится вся информация по файловому бэкапу.
- Антивирус – содержатся оповещения о угрозах.
Для просмотра подробной информации, кликаем по одному из пунктов.
При восстановлении также используется SingleData-оптимизация — если какие-либо файлы уже присутствуют на сайте, они не будут повторно закачиваться и перезаписываться. Это позволяет существенно ускорить процесс восстановления, что в случае со взломами и различными поломками, оказывает дополнительное положительное влияние на аптайм за счет ускорения ремонта проблемы.
Восстановление возможно производить на любой хостинг, в том числе с автоматическим изменением конфигурационных файлов CMS (для поддерживаемых версий).
Сочетание скорости и простой конфигурируемости функционала восстановлений:
- Делает крайне оперативной задачу синхронизации между «тестовой» версией сайта, которая используется разработчиками в процессе доработок, и «публичной» рабочей версией сайта. Это позволяет без ущерба для оперативности, практиковать аккуратный формат работы, вместо правок прямо по рабочему сайту.
- Даёт возможность ускорить создание новых сайтов на основе заранее подготовленных «образов».
Бэкап сайта в системе выполняется согласно расписанию, которое было выбрано при его добавлении. Но в некоторых случаях можно выполнить бэкап вручную, воспользовавшись вкладкой «Инструменты» — «Выполнить бэкап».
Откроется окно, в котором нужно выбрать, какой именно бэкап выполнить (БД или FTP). Ставим галочку напротив нужного пункта и нажимаем «Далее». После чего запускается команда по выполнению бэкапа.
Если требуется восстановить файлы сайта из определенной копии, то выбираем вкладку «Восстановить бэкап».
В открывшемся окне необходимо:
- Поставить галочку на пункте «Выполнить восстановление файлов».
- Выбрать нужную версию бэкапа файлов, которую вы хотите восстановить, поставив на ней кружочек.
Нажимаем на кнопку «Далее» и переходим в следующую вкладку, где нам предложено выбрать куда именно следует восстановить файлы.
Необходимо выбрать:
- В левой колонке — сервер, на котором находится сайт.
- В правой — сайт для восстановления.
Нажимаем «Далее» и переходим во вкладку, где можно выбрать функцию удаления лишних файлов, которые отсутствуют в бэкапе. Для этого нужно поставить галочку на чек-боксе «Удалить файлы, которые отсутствуют в бэкапе» (1).
Нажимаем «Сохранить задание».
Да, можно. Периодичность бэкапов выставляется при добавлении сайта, во вкладках:
- Настройки FTP – выбираем периодичность бэкапа для файлов сайта.
- Настройки БД — выбираем периодичность бэкапа для базы данных сайта.
Кликаем на поле «периодичность бэкапа» и из выпадающего списка выбираем нужное значение.
Можно отредактировать время бэкапа в настройках.
Для восстановления БД сайта, выбираем вкладку «Восстановить бэкап».
Откроется окно и в правой колонке необходимо:
- Поставить галочку на «Запустить восстановление БД».
- Если нужно очистить БД перед бэкапом, поставить галочку на этом пункте.
- Выбрать нужную версию бэкапа из списка и нажать «Далее».
Во вкладке «Куда восстанавливаем»:
- В левой колонке выбираем сервер, на котором находится сайт.
- В правой колонке выбираем нужный сайт из списка.
- Нажимаем «Далее», после чего начнется процесс восстановления БД.
Самый простой метод, — настроить параметр «срок хранения бэкапов», чтобы перестать хранить версии, которые точно не пригодятся.
Но для большинства сайтов изменения в любом случае занимают весьма не много, при правильной настройке исключений.
А исключение лишнего при бэкапах, — может не только помочь сэкономить место в аккаунте, но также и снизить нагрузку на ваш хостинг, и увеличить дальнейшую скорость
создания\восстановления бэкапов, а также оптимизировать работу FixedFile и других модулей.
В основе простого и очень эффективного функционала то, что изменения в потенциально-опасных файлах (php, htaccess, js, html, cgi и другие) у абсолютного большинства CMS происходят всего в 4 случаях и никогда более:
- Правки верстки или различных настроек разработчиком — редкий случай для типового сайта.
- Закешированные копии страниц в CMS — не всегда в опасном формате, и могут быть смело отключены при эффективной настройке CDN, и просто легко добавляются в «исключения».
- Автоматическое обновление CMS — не очень распространено ввиду рискованности таких операций в автономном режиме. Но если используется на вашем сайте — активацию FixedFile стоит временно отложить.
- Взломы/вирусы — для некоторых сайтов, бывает даже каждый день.
В момент активации режима FixedFile (1 клик) — система принимает за «эталон работоспособного сайта» последний из имеющихся бэкапов.
При обнаружении изменений в потенциально-опасных файлах (в том числе появление новых, исчезновение старых) — данные изменения резервируются (чтобы гарантировать отсутствие шансов потерь чего-либо нужного) и сразу откатываются к «эталонному» состоянию.
На практике, даже при очень усердных взломщиках, периодически повторяющих атаки, данный режим в большинстве случаев спасает большое количество аптайма сайта, а, следовательно защищает и от напрямую упущенной прибыли, и снижает шансы больших потерь от появления «вредоносной пометки» в поисковых системах.
Нередки случаи, когда такое спасение происходит в течение часов, дней и недель, являясь единственным средством в условиях, когда владелец сайта отсутствует или просто не может оперативно уделить достаточное внимание проблеме.
Рекомендации по использованию FixedFileЕсли сайт до заражения уже был подключён к нашей системе резервирования и контроля изменений, вам достаточно просто открыть список бэкапов, в несколько кликов вернуть сайт к здоровой версии и перейти к изучению вопроса защиты, чтобы ситуация не повторилась.
1. В первую очередь, добавьте сайт в систему резервирования
2. Запросите у техподдержки своего хостинга информацию о наличии бэкапов
3. Если с резервной копией не удалось, то необходимо произвести самостоятельное лечение
Если сайт был заражён, то есть уязвимость, которая может свободно использоваться взломщиками. И с вероятностью 99% после лечения вирус вернётся на место в ближайшие дни или даже часы, т.к. большинство заражений производятся с помощью автоматических роботов. Поэтому сразу после лечения необходимо защитить сайт.
- Подключите сайт ко всем основным модулям WSR.
* Полноценная защита обеспечивается только комплексным сочетанием внешнего и внутреннего контроля. - В системе резервирования установите минимально возможный интервал для файловых бэкапов (если сайт не перегружен).
* Чем оперативнее происходит сканирование — тем оперативнее будет обнаружено и нейтрализовано заражение. - Активируйте технологию автоматического восстановления от взломов FixedFile.
* Она позволит минимизировать возможный ущерб за счёт моментального реагирования (в момент анализа изменений) и поддерживать сайт на время разбирательства. - Не обязательно. В «дополнительном» разделе FTP-настроек сайта исключите лишние файлы: различные логи и временные файлы актуально добавить в полные исключения, а файлы с кешем страниц в «сканировать, но не сохранять».
* Это не только сэкономит ресурсы вашего хостинга и лимиты аккаунта, но и позволит избавиться от лишних уведомлений, которые могут помешать вовремя узнать о проблеме. - В разделе «Профиль» настройте уведомления по SMS (или иным удобным для оперативности способом) о появлении новых вирусов и предупреждений, а также о срабатывании FixedFile.
- В модуле FireCDN активируйте специализированные конфигурации для вашей CMS (если доступны) и проведите индивидуальную настройку правил.
- Эффективная индивидуальная настройка файрвол-защиты в большинстве случаев позволяет добиться эффективности на 98+% и полностью или частично компенсировать возможную неоптимальность выполнения других пунктов.
- В том числе, обязательно активируйте защиту от брутфорса.
Это не только защита от взлома, но и крайне существенное снижение нагрузок, которые в ряде случаев могут быть даже достаточны для блокировки сайта хостингом.
Для WordPress - Изучите отчёт антивируса в поисках возможных «уязвимых» файлов и проведите их обновление.
- Проверьте или массово измените права на все файлы и папки на минимально возможные. Обычно, всего 1-3 папки (кеши, логи, временные файлы) требуют свободных (775\777) прав. Остальные же должны быть максимально безопасными — 555\755 для папок и 444\644 для файлов.
Методы для случая, если сайт был недавно взломан
Мониторинг активируется автоматически, вместе с FireCDN модулем. На практике используется как для уведомлений, так и для работы режима FixedWebsite.
Управление параметрами доступно в разделе «Хостинг-настройки» (клик по иконке «щита»).
Настройки:
- Интервал проверки (в секундах). Чем чаще проверки, тем точнее и эффективнее контроль, но выше сопутствующие издержки для вашего хостинга.
- URL проверяемой страницы. По умолчанию, используется главная страница. Для снижения ресурсоёмкости проверок можно использовать вместо страницы сайта отдельный скрипт, проверяющий успешность связи с БД или любой статичный файл (намного хуже — огромное количество разновидностей поломок не определятся).
- Код ответа. По умолчанию, 200. Можно указать собственные коды, но на практике большинству пользователей это не актуально.
- Минимальный размер контента. По умолчанию, 100 символов (пустые символы и html-комментарии не учитываются). Является простым универсальным методом повысить точность мониторинга для случаев, когда сайт отдаёт корректный ответ, но контент некорректен. По статистике, для большинства сайтов подходят значения от 500-700.
- Наличие фразы. По умолчанию, не используется. Для дополнительной точности проверки можно указать определённую фразу, которая будет искаться на странице. Например, можно указать фразу из футера страницы, чтобы защититься от возможного некорректного определения поломок, при которых генерация страницы не доходит до конца.
В случае если мониторинг определил неработоспособность хостинга (всех доступных) — включается режим FixedWebsite, который поддерживает полную или частичную доступность сайта до его восстановления.
Алгоритм работы данного режима не только спасает от сиюминутных потерь дохода и долгосрочных «штрафов» от поисковых систем при полных поломках хостинга. Но и позволяет также лучше переживать случаи с перегрузками хостинга, требующими временного снижения интенсивности запросов.
- Все пользователи, независимо от настроек, начинают получать кешированные копии страниц.
- Блокируется функционал сброса кеша (для максимального сохранения «свежих» данных).
- Используется «оперативный кеш».
* Стандартный кеш, который постоянно собирается и обновляется в рамках функционала ускорения сайта. - Если данных нет в «оперативном» — берутся данные из «архивного кеша».
* Наш робот периодически обходит ваш сайт и создаёт в архиве его копию. Интервал обходов и максимальный объём данных зависят от тарифа. - Если данных нет и в «архивном» — производится запрос к хостингу.
В разделе «Профиль» вам доступны несколько способов уведомлений:
- E-mail;
- SMS (для платных тарифов);
- Telegram.
И дополнительная разновидность — Дайджест.
Дайджест — это общая сводка из множества разных уведомлений, которая отправляется по e-mail с периодичностью «Интервал сообщений дайджеста».
Просто проставьте галочки нужных способов около интересующих типов событий.
Без многообразия сложных настроек и дорогого оборудования вы можете создать:
1. Отказоустойчивую систему
Сайт будет доступен в случае поломки хостинг-сервера или других проблем (блокировка провайдером, целевая атака по адресу, неаккуратность во время работ на сайте и т.д.).
Технология FixedWebsite спасает от немалой доли ущерба в таких ситуациях. Но она не может обеспечить работоспособность функциональных частей сайта (обычно, наиболее актуальны из которых — возможности отправки посетителем заказа, формирование корзины). Простота данного решения позволяет применять его не только для крупных критичных проектов, а даже для простых лендингов, сайтов-визиток, небольших магазинов и порталов.
Инструкция
2. Масштабируемую высоконагруженную систему
Такой формат тоже доступен и актуален не только для очень крупных проектов. Поскольку часто может быть просто выгодным:
ОписаниеЕсли проблема появилась после запуска парсера, программы проверки или подобного софта с интенсивным количеством запросов к сайту, то скорее всего вас заблокировала наша Анти-DDOS защита.
Проверить легко — достаточно зайти на сайт с другого устройства (сменить ip адрес) и, если сайт открывается, то напишите в техподдержку. В тикете сразу укажите ваш ip адрес (можно узнать с помощью сервиса 2ip.ru).
Также вы можете добавить нужный ip в исключения блокировок в разделе «Профиль» => Адреса-исключения для AntiDDOS защиты.
После добавления адресов, сохраните изменения.
В случае подключения нестандартных проектов или использования собственноручно добавленных настроек, бывает актуально детально проверить работоспособность всего функционала сайта, не ожидая переключение DNS-серверов.
Для этого удобно использовать файл hosts, который расположен в:
- Windows/System32/drivers/etc/hosts — для Win-систем
- /etc/hosts (/private/etc/hosts) — для *nix и Mac
В этот файл необходимо добавить строки:
152.89.217.39 ваш-домен.ру
152.89.217.39 www.ваш-домен.ру
А также аналогичные строки для всех поддоменов, если есть.
После сохранения изменений, ваш сайт для вашего компьютера начнёт работать через CDN (желательно перезапустить браузер).
* После активации сайта или изменения настроек — новая конфигурация вступает в силу в течение 5-10 минут (обычно, менее 1 минуты).
Поддомены не подключаются сами вместе с основным доменом и требуют индивидуальной активации.
Самый простой способ, и в то же время обязательный в случаях, когда поддомен расположен в отдельной папке и ему, как и основному сайту, необходимы бэкапы и антивирусная защита — просто добавить поддомен точно также, как и основной сайт.
Если поддомену не требуются ни бэкапы, ни индивидуальные настройки CDN-Файрвола (включая выпуск SSL сертификата), а также, он расположен на том же самом хостинге, где и основной сайт:
- клик на иконку «щита»;
- вкладка «Алиасы»;
- в столбик к уже присутствующему там www.ваш-домен.ру — дописываются необходимые поддомены.
*Они могут являться совершенно самостоятельными сайтами. Термин «алиас» в данном случае применяется сугубо в рамках сферы настроек DNS, CDN, Файрвола.
Это возможно. В том числе, и для подключения отдельного поддомена, совсем не затрагивая основной домен. Но такие способы сложнее и медленнее, поэтому не рекомендованы. И их стоит применять в исключительных случаях.
Подключение к CDN без смены DNS, происходит следующим образом:
- Добавьте сайт и активируете CDN, как в стандартном случае.
- В ваших текущих ДНС удалите А-запись для основного домена и добавьте CNAME со значением ваш-домен.ру.cname.w.tools (вместо ваш-домен.ру – соответственно, актуальный основной домен).
- СНГ
Россия (Москва, Санкт-Петербург, Екатеринбург, Челябинск, Краснодар, Томск, Новосибирск, Хабаровск, Саратов, Красноярск)
* Премиум регионы (Стартап и Бизнес тарифы) — Краснодар, Хабаровск, Саратов, Красноярск.
Украина (Харьков, Киев)
Беларусь - Европа
Латвия
Литва
Германия (Дюссельдорф, Нюрнберг)
Франция (Рубе, Гравлин, Париж, Страсбург)
Болгария
Финляндия
Ирландия
Австрия
Эстония
Польша
Румыния
Швеция
Швейцария
Италия
Великобритания
Нидерланды
Норвегия
Испания - Северная Америка
США (Нью-Йорк, Атланта, Чикаго, Лос-Анджелес, Сан-Франциско, Канзас, Сиэтл)
Канада (Монреаль, Ванкувер) - Южная Америка
Аргентина - Азия
Турция
Сингапур
Китай
Япония
Индия (Мумбаи, Бангалор) - Южная Африка
ЮАР - Австралия
- Любые. Нет никаких специальных технических требований, в том числе и для полноценного кеширования динамического контента. Мы не используем классический подход с плагинами для CMS. Вместо этого применяется анализ запросов для определения условий кеширования и событий необходимости обновления кеша.
- Универсальные профили настроек позволяют получить полностью работоспособный и существенно ускоренный сайт, независимо от CMS, вплоть до возможности взаимодействия с облачными системами.
- Гибкость настроек даёт возможность довести до идеала производительности даже самый крупный и нестандартный проект.
- Подключение крайне простое, быстрое и на 99% автоматизированное.
Абсолютное большинство сайтов не использует специфичных технологий и может быть подключено сразу же после автонастройки. В сложных случаях или при сомнениях можно быстро и просто проверить корректность настроек самостоятельно или обратиться в техподдержку.
Типовые ошибки:
- У сайта есть поддомены, но они не были ни указаны при активации, ни настроены самостоятельно. Автонастройка сама ищет и конфигурирует существующие поддомены, но не может гарантировать, что найдёт все.
* В том числе, речь о поддоменах, содержащих только определённые DNS-записи — например, для работы почты с DKIM. - Проигнорировано предупреждение системы о том, что не удалось получить данные сайта из DNS.
* Например, если текущие DNS временно не работали.
Технологии, при наличии которых требуется ручная донастройка:
- HTTPS.
- ГЕО-локация посетителей.
- Блокировки по IP-адресам и другим пользовательским характеристикам.
Также иногда (исключительно при некорректной работе самого сайта) донастройка может потребоваться для случаев, когда у сайта есть отдельный шаблон для мобильной версии.
Ручной сброс кеша бывает необходим лишь в редких специфичных случаях:
- Сайт редактировался напрямую (например, по ФТП или в БД что-то менялось).
- Менялся статичный контент (например, изменили картинку, оставив её по старому адресу).
- Сайт работал некорректно, при этом не демонстрируя код ошибки.
Иные ситуации охватываются автоматикой «по-умолчанию», и лишь ещё более редких случаях требуют небольшой донастройки, чтобы тоже стать автоматическими (например, некоторые виды автоматизированных скриптов, синхронизирующих цены в интернет-магазинах).
Чтобы добавить сайт, работающий по HTTPS, вам нужно проделать несколько дополнительных шагов, прежде чем переключить DNS.
1. В разделе «Хостинг-настройки»:
- Вы можете заказать выпуск для вашего сайта индивидуального сертификата прямо тут, поставив галочку «LetsEncrypt» (полностью бесплатно и бессрочно для всех тарифов, ничем не хуже платных сертификатов, подробнее в Википедии).
- Загрузить свой сертификат в соответствующее поле, добавив все 3 файла друг за другом:
- Главный файл (.crt).
- Дополнительные файлы (1-3 штуки с расширением .crt).
- Файл ключа (.key).
*В поле «Домен» необходимо указать доменное имя в формате «domen.ru».
2. Внесите небольшое изменение в настройки вашего веб-сервера:
- Для Nginx - Если не получается3. В разделе «Файрвол/кеширование» выставьте доступность сайта по HTTPS.
4. Для полной уверенности в корректности настроек проверьте сайт без переключения DNS, с помощью файла hosts.
5. Переключите DNS.
Абсолютное большинство сайтов тратят более 80% ресурсов и времени ожидания пользователей впустую, многократно «генерируя» страницы, которые не менялись.
Пример. На вашем сайте есть страница с какой-либо новостью. Для всех неавторизованных пользователей и поисковых роботов внешне она будет неизменной, как минимум, до тех пор, пока на сайте не появятся новые страницы, комментарии и т.д.
В среднем, CMS-системы генерируют страницы за 0.5-3 секунды (и во много раз медленнее в случаях перегрузок, больших объёмов данных или низком качестве CMS). А «готовая» страница из CDN-кеша доступна за время порядка 0.001-0.02 секунды (в зависимости от размера и тарифа).
Таким образом, происходит, одновременно, и ускорение, и снижение нагрузки на хостинг-сервер, и повышение устойчивости к всплескам посещаемости. Хостинг-сервер, в свою очередь, получает возможность быстрее генерировать страницы в случаях, когда кеш не используется (за счет освободившихся ресурсов).
Вам не нужно думать о существовании кеша. Обновление кеша происходит «на лету» и в полностью автоматическом режиме. По-умолчанию, как только вы обновили страницу или какие-либо настройки в админ-панели, посетитель добавил комментарий, запись на форуме и в других аналогичных случаях — это приводит к моментальному сбросу кеша страниц (несколько секунд). Исключения крайне редки и касаются только случаев прямого редактирования сайта (не через админ-панель).
Легко настраивается учёт всех возможных исключений для сложных проектов:
- Авторизованные пользователи;
- Посетители с «корзиной» и другими личными данными;
- Разные кеш-версии страниц для разных браузеров или настроек;
- Исключение определённых страниц или кеширование только для роботов.
В строке с сайтом меню «Инструменты» — 1 клик на соответствующий пункт и кеш будет полностью очищен в течение нескольких секунд.
Также, возможно сбросить кеш, не заходя в собственный аккаунт. Просто откройте в браузере ссылку http://вашсайт.ру/?wsr_clear=ПАРОЛЬ&wsr_all
«ПАРОЛЬ» можно просмотреть и изменить на вкладке «Хостинг-настройки».
Для минимальных последствий в скорости и нагрузки на хостинг также возможен частичный сброс кеша, направленный на определённые файлы\страницы или их группы. Это может быть гибко настроено, а по-умолчанию доступны варианты:
- Сброс отдельной страницы — http://вашсайт.ру/адрес_какой_то_страницы?wsr_clear=ПАРОЛЬ
- Сброс всех страниц, без статичного контента (картинок, скриптов и т.д.) — http://вашсайт.ру/?wsr_clear=ПАРОЛЬ&wsr_site
Процесс описан для сайта, который уже подключён к CDN (установлены наши DNS), но ранее не использовал HTTPS.
1. Установка SSL-сертификата.
Кликаем иконку «щита» и в разделе «Хостинг-настройки» вы можете:
- Заказать выпуск для вашего сайта индивидуального сертификата прямо тут, поставив галочку «LetsEncrypt» (полностью бесплатно и бессрочно для всех тарифов, ничем не хуже платных сертификатов, подробнее в Википедии).
- Или загрузить собственный сертификат в соответствующее поле.
Добавляем все 3 файла друг за другом:
- Главный файл (.crt).
- Дополнительные файлы (1-3 штуки с расширением .crt ).
- Файл ключа (.key).
* В поле «Домен» необходимо указать доменное имя в формате «domen.ru».
2. Если подключена система бэкапов, то подготовить сайт к активации HTTPS можно полностью автоматически.
Подробнее...
3. Если сайт не подключен к системе бэкапов, то потребуются ручные настройки.
3.1. Внесите небольшое изменение в настройки вашего веб-сервера:
- Для Nginx - Если не получается 3.2 После выпуска SSL сертификата и правок веб-сервера, в течение 5-10 минут сайт уже станет доступен для просмотра по адресу https://вашсайт.ру (работа по http не пострадает). Но в большинстве случаев изначально сам сайт может не удовлетворять требованиям https-протокола (браузер выдаст предупреждение) и потребуется его подготовка.
Подробнее...
4. После того как через HTTPS сайт станет открываться корректно, в разделе «Файрвол/кеширование» выставьте доступность сайта по HTTPS.
- Для сайтов, имеющих позиции в поисковых системах рекомендовано указать HTTPS в соответствующих личных кабинетах (Google.Webmaster, Яндекс.Вебмастер) и в директиве Host файла robots.txt.
В случае если мониторинг определил неработоспособность хостинга (всех доступных) — включается режим FixedWebsite, который поддерживает полную или частичную доступность сайта до его восстановления.
Алгоритм работы данного режима не только спасает от сиюминутных потерь дохода и долгосрочных «штрафов» от поисковых систем при полных поломках хостинга. Но и позволяет также лучше переживать случаи с перегрузками хостинга, требующими временного снижения интенсивности запросов.
- Все пользователи, независимо от настроек, начинают получать кешированные копии страниц.
- Блокируется функционал сброса кеша (для максимального сохранения «свежих» данных).
- Используется «оперативный кеш».
* Стандартный кеш, который постоянно собирается и обновляется в рамках функционала ускорения сайта. - Если данных нет в «оперативном» — берутся данные из «архивного кеша».
* Наш робот периодически обходит ваш сайт и создаёт в архиве его копию. Интервал обходов и максимальный объём данных зависят от тарифа. - Если данных нет и в «архивном» — производится запрос к хостингу.
Стандартная конфигурация, устанавливаемая системой автонастройки — гарантирует, что сайт станет быстрее и никакой функционал не будет затронут. А ручная индивидуализация позволяет дополнительно увеличить эффект ускорения.
Простые решения:
- Установите в разделе DNS режим «по регионам» (вместо «Автоматически») и укажите только действительно актуальные для аудитории.
- Активируйте «Оптимизация куки для анонимных посетителей» во вкладке «Файрвол/кеширование».
* Подходит, если на сайте нет модуля «ранее просмотренные товары\статьи» и подобных.
- Во вкладке «Файрвол/кеширование» для пункта «Разделение кеша» выставьте параметр «Не разделять».
* Если сайт не использует отдельный шаблон для мобильной версии. - Активируйте редирект на основное зеркало (с www\без www).
- Если сайт обновляется крайне редко, а скорость критичнее удобства, — отключите автоматический сброс кеша (и используйте соответствующую ссылку в меню «Инструменты» после обновлений).
- Настройте защиту сайта.
Без многообразия сложных настроек и дорогого оборудования вы можете создать:
1. Отказоустойчивую систему
Сайт будет доступен в случае поломки хостинг-сервера или других проблем (блокировка провайдером, целевая атака по адресу, неаккуратность во время работ на сайте и т.д.).
Технология FixedWebsite спасает от немалой доли ущерба в таких ситуациях. Но она не может обеспечить работоспособность функциональных частей сайта (обычно, наиболее актуальны из которых — возможности отправки посетителем заказа, формирование корзины). Простота данного решения позволяет применять его не только для крупных критичных проектов, а даже для простых лендингов, сайтов-визиток, небольших магазинов и порталов.
Инструкция
2. Масштабируемую высоконагруженную систему
Такой формат тоже доступен и актуален не только для очень крупных проектов. Поскольку часто может быть просто выгодным:
ОписаниеДа.
После начала работы через FireCDN, — посетители уже не будут видеть адрес вашего сервера.
Это является одним из факторов защиты и не вызывает никакого негативного влияния на поисковые системы или кого-либо ещё, кроме блокируемых взломщиков.
Если сайт на уровне настроек веб-сервера или CMS-системы имеет собственные настройки безопасности, в некоторых случаях они могут потребовать корректив.
- Блокировка доступа по IP-адресам, юзер-агентам, странам или другим характеристикам посетителя.
— В большинстве случаев такие блокировки малоэффективны и в них отпадает необходимость после подключения.
— Оптимальный вариант, можно перенести такие правила в настройки нашего Файрвола, тогда они будут обрабатываться быстрее и без нагрузки для вашего хостинг-сервера.
— Можно продолжать обработку своим сервером, но потребуется убрать кеширование для заблокированных запросов и обрабатывать IP-адрес из заголовка X-FORWARDED-FOR. - Блокировка доступа к определённым файлам или фильтры потенциально вредоносных запросов.
Никак не мешают и могут остаться неизменными. Но для максимальной оптимальности, аналогично, стоит перенести такие настройки в Файрвол. - Привязка авторизации к IP-адресам.
Если не перенастроить на взаимодействие с X-FORWARDED-FOR, то привязки и становятся ненадёжны, и могут приводить к лишним случаям потери авторизации.
Если сайт использует GeoIP технологии:
- Возможно оставить всё без изменений, если перенастроить GeoIP на использование в качестве IP-адреса заголовка X-FORWARDED-FOR.
- При этом, если, например, GeoIP используется для редиректов посетителя на нужную версию сайта или демонстрацию определённого контента, — подобное решение потребует отключить кеширование, как минимум, для первого запроса посетителя.
- Оптимальный вариант для достижения наилучшей скорости и экономии ресурсов хостинга, — обработка географии на уровне настроек FireCDN.
Можно не только сразу заблокировать посетителя или отправить на определённый раздел или поддомен сайта, но и:
— установить посетителю необходимые cookie;
— записать определённый регион в запрос посетителя (для получения готовых данных вашим хостингом);
— хранить в кеше несколько копий каждой страницы (для каждого региона или их группы).
В таких случаях как «посетитель с корзиной» или «посетитель авторизован в личном кабинете», — обычно, кеширование неэффективно и при стандартных настройках не происходит.
Но многие сайты используют технологии формирования различного контента или шаблона страниц на основе:
- Устройство, которое использует посетитель (разный формат для компьютера, планшета, смартфона).
* В большинстве случаев, такая цель достигается с помощью адаптивной верстки и на практике данные не отличаются, никакой дополнительной обработки не требуют. - Регион или настройки браузера посетителя (переадресация на определённую языковую версию сайта; демонстрация адреса ближайшего офиса).
- Запрос или сайт, с которого посетитель попал на страницу.
- Индивидуальные, сделанные самим посетителем настройки (валюта, язык).
Для эффективного ускорения такого формата по каждой странице сайта может хранится множество отдельных копий в кеше, чтобы выдавать нужную каждому посетителю.
*Например, если страница товара в интернет-магазине имеет 2 варианта верстки (для компьютера и смартфона), а также 3 типа валюты, то будет сохранено 6 копий.
Правильное функционирование такого функционала требует наличия всех признаков в отдельных HTTP-заголовках и их перечисления в заголовке Vary (User-device, Currency).
Отношение поисковых систем к сайту может стать только лучше.
- Поисковые роботы положительно оценивают (как с точки зрения SEO, так и скорости индексации) то, что сайт станет быстрее, стабильнее и технически правильнее.
- Для поисковых роботов в стандартных настройках присутствуют дополнительные персональные улучшения, обеспечивающие максимальную скорость и оптимальную обработку проблемных запросов.
Наши DNS:
ns1.proofdns.com
ns2.proofdns.com
ns3.proofdns.net
ns4.proofdns.net
ns5.proof-dns.com
ns6.proof-dns.com
ns7.proof-dns.com
Они устанавливаются:
- В настройках у регистратора домена (там, где оплачиваете само доменное имя; и где сейчас стоят DNS вашего хостинга).
*Часто возникает путаница с тем, что «настройки DNS» можно увидеть также в панели хостинга. Их не нужно трогать совсем, они ни на что не влияют. - Вместо всех текущих DNS-серверов.
Все старые DNS нужно удалить и задать новые. Совмещать одновременно нельзя.
Да.
Сама смена DNS-серверов не приводит к проблемам работоспособности. Сайт продолжает непрерывно работать.
При добавлении сайта в систему, автоматически считываются все данные с текущих DNS домена и выставляются нужные настройки для модуля FireCDN. Но если домен находится на сторонних DNS, отличающихся от DNS хостинга сайта (например Cloudflare, WSR или других CDN сервисов), то потребуется ручная донастройка сайта после добавления.
- В разделе «Хостинг-настройки» переходим во вкладку «Настройки IP хостинга» и указываем ip своего сервера.
- Ставим галочку «Автоматическая синхронизация с указанными DNS-серверами» и в открывшемся окне прописываем DNS своего хостинга по одному с новой строки.
* Для владельцев виртуальных хостингов. Для остальных — достаточно снять галочку.
После всех настроек необходимо подождать 15-20 мин., чтобы система обновила все данные для сайта.
Мы оптимизируем «На лету» изображения всех форматов без потери качества (в среднем удается добиться сжатия в 2-4 раза, в некоторых случаях 10 и более).
JPG изображения помимо основной версии, в кеше хранятся и в формате WebP. Это позволяет добиться совместимости со всеми браузерами на всех устройствах.
WebP отличается от PNG и JPEG гораздо меньшим размером при том же качестве изображения.
Еще одним плюсом данного формата является то, что GooglePageSpeed поднимает баллы за пункт «Используйте современные форматы изображений».
* Формат поддерживают Chrome, Opera, браузер Android и остальные популярные браузеры.
Для сравнения исходного размера у оптимизированного файла можно увидеть заголовки «x-original-content-length» (изначальный размер) и «content-length» (текущий размер). Результат доступен в консоли браузера (Ctrl+Shift+I -> Network)