Вопросы и ответы

Сервис состоит из 3 самостоятельных модулей, объединённых в едином интерфейсе:

  1. CDN и Веб-файрвол
    Ускорение сайта. Блокировка попыток взлома. Снижение нагрузки на хостинг.
  2. Резервирование и антивирусный контроль
    Гарантия сохранности данных. Автоматическое и полуавтоматическое восстановление от вирусов и любых поломок.
  3. Внешний мониторинг
    Дополнительная защита от простоев сайта.

Полная активация всех основных модулей для одного сайта требует не более 10-15 минут и производится при помощи легкого интерфейса мастера добавления сайта.

Добавляем домен

При первом входе в личный кабинет сразу появится окно «Мастер добавления сайта», в котором необходимо указать доменное имя и нажать “Далее”.

Выбираем функционал

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

screenshot_3

Или выбрать необходимый функционал, который вы хотите использовать:

1. Система защиты файлов и БД
* Антивирусный контроль, бэкапы, система мониторинга файлов.

2. Модуль защиты и ускорения FireCDN
* CDN, веб-файрвол, внешний мониторинг, аптайм, SSL (HTTPS).

Если сайт уже подключен к системе защиты файлов и БД, то для активации модуля FireCDN достаточно нажать на иконку “Щита” и выполнить все шаги из пункта 2.

Создание бэкапов как файлов, так и баз данных – использует комплексную технологию SingleData, которая позволяет:

  • Не нагружать ваш хостинг.
  • Делать «снимки» очень часто, обеспечивая оперативный пошаговый контроль всех изменений.
  • Занимать минимум места в вашем аккаунте, даже при хранении баз из тысяч бэкапов за многие месяцы.
  • Никакие файлы никогда не передаются и не сохраняются повторно. Если с момента прошлого бэкапа на вашем сайте добавился 1 файл, то будет передан и сохранён только этот файл.
  • Не менявшиеся файлы проходят лёгкую и абсолютно надёжную проверку, исключающую возможность появления «скрытых» вредоносных изменений.
  • Не менявшиеся таблицы БД полностью исключаются из обработки.
  • При изменениях в таблицах БД, они разделяются на «сегменты», с вашего сервера передаётся и сохраняется только небольшая изменившаяся часть, а не вся таблица.
  • Никакой установки ПО, сложных настроек и требований к хостингу. Система будет работать на абсолютно любом хостинге с PHP и FTP/SFTP. Единственный системный скрипт, сервис устанавливает, обновляет и защищает полностью автоматически и никак не затрагивая сам хостинг или работоспособность сайта.

PHP + FTP (или SFTP\FTPS)

* Сложно найти стандартный хостинг, не подходящий под данные условия.

Работающий сайт

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

  1. Любые. Нет никаких специальных технических требований, в том числе и для полноценного кеширования динамического контента. Мы не используем классический подход с плагинами для CMS. Вместо этого применяется анализ запросов для определения условий кеширования и событий необходимости обновления кеша.
  2. Универсальные профили настроек позволяют получить полностью работоспособный и существенно ускоренный сайт, независимо от CMS, вплоть до возможности взаимодействия с облачными системами.
  3. Гибкость настроек даёт возможность довести до идеала производительности даже самый крупный и нестандартный проект.
  4. Подключение крайне простое, быстрое и на 99% автоматизированное.
  1. Кеширование динамического контента (страниц сайта) позволяет отвечать на многие запросы посетителей в разы быстрее, чем при генерации страницы CMS-системой.
  2. Распределённая сеть кеширующих серверов, расположенных во многих городах и странах обеспечивает кратчайший маршрут для передачи данных посетителю. Что оказывает влияние на скорость загрузки всех типов контента.
  3. Кеширование и динамического, и статического (картинки, скрипты, стили) контента – крайне существенно (во многих случаях до 80% и более) снижает нагрузку на хостинг.
    Блокировка лишних запросов с помощью Файрвола дополнительно усиливает снижение нагрузки. А благодаря лишним свободным ресурсам, – ваш хостинг-сервер начинает быстрее обслуживать все типы запросов.
  4. Файрвол и система резервирования с контролем изменений позволяют предотвращать, оперативно обнаруживать и восстанавливать сайт от заражений вирусами. В то время как многие вирусы оказывают большую нагрузку на сервер, вызывая замедление сайта и блокировку хостингом, антивирусами, поисковыми системами.
  5. Для сайтов, работающих по HTTPS:
    — Снижается нагрузка по обслуживанию шифрования.
    — Снижается задержка по установке соединения с посетителем. Этап обмена ключами, который происходит перед загрузкой страницы даже в пределах одного города может занимать порядка 0.1 секунды и становится многократно медленнее в случае географически отдалённых серверов.

Абсолютное большинство сайтов тратят более 80% ресурсов и времени ожидания пользователей впустую, многократно “генерируя” страницы, которые не менялись.

Пример. На вашем сайте есть страница с какой-либо новостью. Для всех неавторизованных пользователей и поисковых роботов внешне она будет неизменной, как минимум, до тех пор, пока на сайте не появятся новые страницы, комментарии и т.д.

В среднем, CMS-системы генерируют страницы за 0.5-3 секунды (и во много раз медленнее в случаях перегрузок, больших объёмов данных или низком качестве CMS). А “готовая” страница из CDN-кеша доступна за время порядка 0.001-0.02 секунды (в зависимости от размера и тарифа).

Таким образом, происходит, одновременно, и ускорение, и снижение нагрузки на хостинг-сервер, и повышение устойчивости к всплескам посещаемости. Хостинг-сервер, в свою очередь, получает возможность быстрее генерировать страницы в случаях, когда кеш не используется (за счет освободившихся ресурсов).

Вам не нужно думать о существовании кеша. Обновление кеша происходит “на лету” и в полностью автоматическом режиме. По-умолчанию, как только вы обновили страницу или какие-либо настройки в админ-панели, посетитель добавил комментарий, запись на форуме и в других аналогичных случаях – это приводит к моментальному сбросу кеша страниц (несколько секунд). Исключения крайне редки и касаются только случаев прямого редактирования сайта (не через админ-панель).

Легко настраивается учёт всех возможных исключений для сложных проектов:

  • Авторизованные пользователи;
  • Посетители с “корзиной” и другими личными данными;
  • Разные кеш-версии страниц для разных браузеров или настроек;
  • Исключение определённых страниц или кеширование только для роботов.

Сервис состоит из 3 самостоятельных модулей, объединённых в едином интерфейсе:

  1. CDN и Веб-файрвол
    Ускорение сайта. Блокировка попыток взлома. Снижение нагрузки на хостинг.
  2. Резервирование и антивирусный контроль
    Гарантия сохранности данных. Автоматическое и полуавтоматическое восстановление от вирусов и любых поломок.
  3. Внешний мониторинг
    Дополнительная защита от простоев сайта.

Полная активация всех основных модулей для одного сайта требует не более 10-15 минут и производится при помощи легкого интерфейса мастера добавления сайта.

Добавляем домен

При первом входе в личный кабинет сразу появится окно «Мастер добавления сайта», в котором необходимо указать доменное имя и нажать “Далее”.

Выбираем функционал

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

screenshot_3

Или выбрать необходимый функционал, который вы хотите использовать:

1. Система защиты файлов и БД
* Антивирусный контроль, бэкапы, система мониторинга файлов.

2. Модуль защиты и ускорения FireCDN
* CDN, веб-файрвол, внешний мониторинг, аптайм, SSL (HTTPS).

Если сайт уже подключен к системе защиты файлов и БД, то для активации модуля FireCDN достаточно нажать на иконку “Щита” и выполнить все шаги из пункта 2.

Для случаев, когда на одном FTP-аккаунте расположено сразу несколько сайтов (вплоть до сотен) удобен режим «автоматического сканирования».

Иконка “увеличительного стекла” в блоке с названием вашего хостинга. Необходимо нажать на нее для запуска процесса сканирования.

Screenshot_6

После запуска сканер найдёт на FTP все папки, которые могут являться папками сайтов. При наличии – возьмёт имена доменов из имён папок. И, в случае с популярными CMS – самостоятельно определит их тип и установит настройки БД из конфигурационных файлов.

Screenshot_35

Вам останется только скорректировать по необходимости список добавляемых сайтов и активировать для них CDN после добавления.

Антивирусная система не требует отдельного запуска, абсолютно каждый бэкап всегда сразу же проходит полное сканирование в момент закачки и для файлов, и для БД.

Вам остаётся только открыть отчет, который доступен из основного “лога событий” сайта (1) и из общего списка бэкапов (2) (клик по “количеству бэкапов”, над логом), и просмотреть всю нужную информацию.

screenshot_47-2

Для удобства отслеживания изменений и исключения влияния возможных “ложно-положительных срабатываний” – указывается не только список и количество найденных проблем, но также и отдельно те случаи, которые впервые появились в текущем бэкапе. Они обозначаются отдельно в скобочках, рядом с суммарным количеством проблем. К примеру, “Угрозы 3 (+1)” – означает, что в текущем бэкапе есть 3 вероятных проблемы, из котоых 1 появилась только в данном бэкапе.

Screenshot_17

В случае подключения нестандартных проектов или использования собственноручно добавленных настроек, бывает актуально детально проверить работоспособность всего функционала сайта, не ожидая переключение DNS-серверов.

Для этого удобно использовать файл hosts, который расположен в:

  • Windows/System32/drivers/etc/hosts — для Win-систем
  • /etc/hosts (/private/etc/hosts) — для *nix и Mac

В этот файл необходимо добавить строки:

195.154.52.53 ваш-домен.ру
195.154.52.53 www.ваш-домен.ру

А также аналогичные строки для всех поддоменов, если есть.

После сохранения изменений, ваш сайт для вашего компьютера начнёт работать через CDN (желательно перезапустить браузер).
* После активации сайта или изменения настроек – новая конфигурация вступает в силу в течение 5-10 минут (обычно, менее 1 минуты).

Абсолютное большинство сайтов не использует специфичных технологий и может быть подключено сразу же после автонастройки. В сложных случаях или при сомнениях можно быстро и просто проверить корректность настроек самостоятельно или обратиться в техподдержку.

Типовые ошибки:

  1. У сайта есть поддомены, но они не были ни указаны при активации, ни настроены самостоятельно. Автонастройка сама ищет и конфигурирует существующие поддомены, но не может гарантировать, что найдёт все.
    * В том числе, речь о поддоменах, содержащих только определённые DNS-записи – например, для работы почты с DKIM.
  2. Проигнорировано предупреждение системы о том, что не удалось получить данные сайта из DNS.
    Например, если текущие DNS временно не работали.

Технологии, при наличии которых требуется ручная донастройка:

  1. HTTPS.
  2. ГЕО-локация посетителей.
  3. Блокировки по IP-адресам и другим пользовательским характеристикам.

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

Мониторинг активируется автоматически, вместе с FireCDN модулем. На практике используется как для уведомлений, так и для работы режима FixedWebsite.

Управление параметрами доступно в разделе “Хостинг-настройки” (клик по иконке “щита”).

screenshot_14-2-2

screenshot_8

Настройки:

  1. Интервал проверки (в секундах). Чем чаще проверки, тем точнее и эффективнее контроль, но выше сопутствующие издержки для вашего хостинга.
  2. URL проверяемой страницы. По умолчанию, используется главная страница. Для снижения ресурсоёмкости проверок можно использовать вместо страницы сайта отдельный скрипт, проверяющий успешность связи с БД или любой статичный файл (намного хуже – огромное количество разновидностей поломок не определятся).
  3. Код ответа. По умолчанию, 200. Можно указать собственные коды, но на практике большинству пользователей это не актуально.
  4. Минимальный размер контента. По умолчанию, 100 символов (пустые символы и html-комментарии не учитываются). Является простым универсальным методом повысить точность мониторинга для случаев, когда сайт отдаёт корректный ответ, но контент некорректен. По статистике, для большинства сайтов подходят значения от 500-700.
  5. Наличие фразы. По умолчанию, не используется. Для дополнительной точности проверки можно указать определённую фразу, которая будет искаться на странице. Например, можно указать фразу из футера страницы, чтобы защититься от возможного некорректного определения поломок, при которых генерация страницы не доходит до конца.

В разделе “Профиль” вам доступны несколько способов уведомлений:

  • E-mail;
  • SMS (для платных тарифов);
  • Telegram.

И дополнительная разновидность – Дайджест.

Дайджест – это общая сводка из множества разных уведомлений, которая отправляется по e-mail с периодичностью “Интервал сообщений дайджеста”.

screenshot_6

Просто проставьте галочки нужных способов около интересующих типов событий.

При добавлении сайта в систему, автоматически считываются все данные с текущих DNS домена и выставляются нужные настройки для  модуля FireCDN. Но если домен находится на сторонних DNS, отличающихся от DNS хостинга сайта (например Cloudflare, WSR или других CDN сервисов), то потребуется ручная донастройка сайта после добавления.

  1. В разделе “Хостинг-настройки” переходим во вкладку “Настройки IP хостинга” и указываем ip своего сервера.
  2. Ставим галочку «Автоматическая синхронизация с указанными DNS-серверами» и в открывшемся окне прописываем DNS своего хостинга по одному с новой строки.
    * Для владельцев виртуальных хостингов. Для остальных – достаточно снять галочку. 

После всех настроек необходимо подождать 15-20 мин., чтобы система обновила все данные для сайта.

Создание бэкапов как файлов, так и баз данных – использует комплексную технологию SingleData, которая позволяет:

  • Не нагружать ваш хостинг.
  • Делать «снимки» очень часто, обеспечивая оперативный пошаговый контроль всех изменений.
  • Занимать минимум места в вашем аккаунте, даже при хранении баз из тысяч бэкапов за многие месяцы.
  • Никакие файлы никогда не передаются и не сохраняются повторно. Если с момента прошлого бэкапа на вашем сайте добавился 1 файл, то будет передан и сохранён только этот файл.
  • Не менявшиеся файлы проходят лёгкую и абсолютно надёжную проверку, исключающую возможность появления «скрытых» вредоносных изменений.
  • Не менявшиеся таблицы БД полностью исключаются из обработки.
  • При изменениях в таблицах БД, они разделяются на «сегменты», с вашего сервера передаётся и сохраняется только небольшая изменившаяся часть, а не вся таблица.
  • Никакой установки ПО, сложных настроек и требований к хостингу. Система будет работать на абсолютно любом хостинге с PHP и FTP/SFTP. Единственный системный скрипт, сервис устанавливает, обновляет и защищает полностью автоматически и никак не затрагивая сам хостинг или работоспособность сайта.

PHP + FTP (или SFTP\FTPS)

* Сложно найти стандартный хостинг, не подходящий под данные условия.

Работающий сайт

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

Да, все бэкапы доступны в вашем личном кабинете и можно:

  • Просматривать общие данные – структуру файловкаталогов.
  • Просматривать содержимое отдельных файлов (для некоторых типов).
  • Скачать целиком бэкап.
  • Скачать отдельный файл или папку из бэкапа.

Для скачивания бэкапа, нужно кликнуть по «количеству бэкапов» и в открывшемся окне нажать на иконку закачки.

screenshot_42-1
Screenshot_43

Просмотреть подробную информацию по бэкапу можно кликнув на вкладку «Читать полностью».

screenshot_58-1

В открывшемся окне находятся 2 вкладки:

  1. Файловый отчет – содержится вся информация по файловому бэкапу.
  2. Антивирус – содержатся оповещения о угрозах.

Screenshot_56

Для просмотра подробной информации, кликаем по одному из пунктов.

Screenshot_57

При восстановлении также используется SingleData-оптимизация – если какие-либо файлы уже присутствуют на сайте, они не будут повторно закачиваться и перезаписываться. Это позволяет существенно ускорить процесс восстановления, что в случае со взломами и различными поломками, оказывает дополнительное положительное влияние на аптайм за счет ускорения ремонта проблемы.

Восстановление возможно производить на любой хостинг, в том числе с автоматическим изменением конфигурационных файлов CMS (для поддерживаемых версий).

Сочетание скорости и простой конфигурируемости функционала восстановлений:

  • Делает крайне оперативной задачу синхронизации между “тестовой” версией сайта, которая используется разработчиками в процессе доработок, и “публичной” рабочей версией сайта. Это позволяет без ущерба для оперативности, практиковать аккуратный формат работы, вместо правок прямо по рабочему сайту.
  • Даёт возможность ускорить создание новых сайтов на основе заранее подготовленных “образов”.

Бэкап сайта в системе выполняется согласно расписанию, которое было выбрано при его добавлении. Но в некоторых случаях можно выполнить бэкап вручную, воспользовавшись вкладкой «Инструменты» – «Выполнить бэкап».

screenshot_13-1-1

Откроется окно, в котором нужно выбрать, какой именно бэкап выполнить (БД или FTP). Ставим галочку напротив нужного пункта и нажимаем «Далее». После чего запускается команда по выполнению бэкапа.

screenshot_61

Если требуется восстановить файлы сайта из определенной копии, то выбираем вкладку «Восстановить бэкап».

screenshot_8

В открывшемся окне необходимо:

  • Поставить галочку на пункте «Выполнить восстановление файлов».
  • Выбрать нужную версию бэкапа файлов, которую вы хотите восстановить, поставив на ней кружочек.

Screenshot_21

Нажимаем на кнопку «Далее» и переходим в следующую вкладку, где нам предложено выбрать куда именно следует восстановить файлы.

Необходимо выбрать:

  • В левой колонке – сервер, на котором находится сайт.
  • В правой – сайт для восстановления.

Screenshot_3

Нажимаем «Далее» и переходим во вкладку, где можно выбрать функцию удаления лишних файлов, которые отсутствуют в бэкапе. Для этого нужно поставить галочку на чек-боксе «Удалить файлы, которые отсутствуют в бэкапе» (1).

Нажимаем «Сохранить задание».

Да, можно. Периодичность бэкапов выставляется при добавлении сайта, во вкладках:

  1. Настройки FTP – выбираем периодичность бэкапа для файлов сайта.
  2. Настройки БД – выбираем периодичность бэкапа для базы данных сайта.
screenshot_57screenshot_5744

Кликаем на поле «периодичность бэкапа» и из выпадающего списка выбираем нужное значение.

Можно отредактировать время бэкапа в настройках.

screenshot_60

Для восстановления БД сайта, выбираем вкладку «Восстановить бэкап».

screenshot_10

Откроется окно и в правой колонке необходимо:

  1. Поставить галочку на «Запустить восстановление БД».
  2. Если нужно очистить БД перед бэкапом, поставить галочку на этом пункте.
  3. Выбрать нужную версию бэкапа из списка и нажать «Далее».

Screenshot_68

Во вкладке «Куда восстанавливаем»:

  1. В левой колонке выбираем сервер, на котором находится сайт.
  2. В правой колонке выбираем нужный сайт из списка.
  3. Нажимаем «Далее», после чего начнется процесс восстановления БД.

Screenshot_65

Самый простой метод, – настроить параметр “срок хранения бэкапов”, чтобы перестать хранить версии, которые точно не пригодятся.

screenshot_1

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

А исключение лишнего при бэкапах, – может не только помочь сэкономить место в аккаунте, но также и снизить нагрузку на ваш хостинг, и увеличить дальнейшую скорость
создания\восстановления бэкапов, а также оптимизировать работу FixedFile и других модулей.

1. Оптимизация бэкапов файлов.

2. Оптимизация бэкапов БД.

В основе простого и очень эффективного функционала то, что изменения в потенциально-опасных файлах (php, htaccess, js, html, cgi и другие) у абсолютного большинства CMS происходят всего в 4 случаях и никогда более:

  1. Правки верстки или различных настроек разработчиком – редкий случай для типового сайта.
  2. Закешированные копии страниц в CMS – не всегда в опасном формате, и могут быть смело отключены при эффективной настройке CDN, и просто легко добавляются в “исключения”.
  3. Автоматическое обновление CMS – не очень распространено ввиду рискованности таких операций в автономном режиме. Но если используется на вашем сайте – активацию FixedFile стоит временно отложить.
  4. Взломы/вирусы – для некоторых сайтов, бывает даже каждый день.

В момент активации режима FixedFile (1 клик) – система принимает за “эталон работоспособного сайта” последний из имеющихся бэкапов.

screenshot_17-3

При обнаружении изменений в потенциально-опасных файлах (в том числе появление новых, исчезновение старых) – данные изменения резервируются (чтобы гарантировать отсутствие шансов потерь чего-либо нужного) и сразу откатываются к “эталонному” состоянию.

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

Нередки случаи, когда такое спасение происходит в течение часов, дней и недель, являясь единственным средством в условиях, когда владелец сайта отсутствует или просто не может оперативно уделить достаточное внимание проблеме.

Рекомендации по использованию FixedFile

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

1. В первую очередь, добавьте сайт в систему резервирования

2. Запросите у техподдержки своего хостинга информацию о наличии бэкапов

3. Если с резервной копией не удалось, то необходимо произвести самостоятельное лечение

Если сайт был заражён, то есть уязвимость, которая может свободно использоваться взломщиками. И с вероятностью 99% после лечения вирус вернётся на место в ближайшие дни или даже часы, т.к. большинство заражений производятся с помощью автоматических роботов. Поэтому сразу после лечения необходимо защитить сайт.

  1. Подключите сайт ко всем основным модулям WSR.
    * Полноценная защита обеспечивается только комплексным сочетанием внешнего и внутреннего контроля.
  2. В системе резервирования установите минимально возможный интервал для файловых бэкапов (если сайт не перегружен).
    * Чем оперативнее происходит сканирование – тем оперативнее будет обнаружено и нейтрализовано заражение.screenshot_11screenshot_12
  3. Активируйте технологию автоматического восстановления от взломов FixedFile.
    * Она позволит минимизировать возможный ущерб за счёт моментального реагирования (в момент анализа изменений) и поддерживать сайт на время разбирательства.screenshot_2
  4. Не обязательно. В “дополнительном” разделе FTP-настроек сайта исключите лишние файлы: различные логи и временные файлы актуально добавить в полные исключения, а файлы с кешем страниц в “сканировать, но не сохранять”.
    * Это не только сэкономит ресурсы вашего хостинга и лимиты аккаунта, но и позволит избавиться от лишних уведомлений, которые могут помешать вовремя узнать о проблеме.screenshot_39
  5. В разделе “Профиль” настройте уведомления по SMS (или иным удобным для оперативности способом) о появлении новых вирусов и предупреждений, а также о срабатывании FixedFile.screenshot_6
  6. В модуле FireCDN активируйте специализированные конфигурации для вашей CMS (если доступны) и проведите индивидуальную настройку правил.
  7. Эффективная индивидуальная настройка файрвол-защиты в большинстве случаев позволяет добиться эффективности на 98+% и полностью или частично компенсировать возможную неоптимальность выполнения других пунктов.screenshot_4
  8. В том числе, обязательно активируйте защиту от брутфорса.
    Это не только защита от взлома, но и крайне существенное снижение нагрузок, которые в ряде случаев могут быть даже достаточны для блокировки сайта хостингом.
    Для WordPress
  9. Изучите отчёт антивируса в поисках возможных “уязвимых” файлов и проведите их обновление.
  10.  Проверьте или массово измените права на все файлы и папки на минимально возможные. Обычно, всего 1-3 папки (кеши, логи, временные файлы) требуют свободных (775\777) прав. Остальные же должны быть максимально безопасными – 555\755 для папок и 444\644 для файлов.

Методы для случая, если сайт был недавно взломан

Мониторинг активируется автоматически, вместе с FireCDN модулем. На практике используется как для уведомлений, так и для работы режима FixedWebsite.

Управление параметрами доступно в разделе “Хостинг-настройки” (клик по иконке “щита”).

screenshot_14-2-2

screenshot_8

Настройки:

  1. Интервал проверки (в секундах). Чем чаще проверки, тем точнее и эффективнее контроль, но выше сопутствующие издержки для вашего хостинга.
  2. URL проверяемой страницы. По умолчанию, используется главная страница. Для снижения ресурсоёмкости проверок можно использовать вместо страницы сайта отдельный скрипт, проверяющий успешность связи с БД или любой статичный файл (намного хуже – огромное количество разновидностей поломок не определятся).
  3. Код ответа. По умолчанию, 200. Можно указать собственные коды, но на практике большинству пользователей это не актуально.
  4. Минимальный размер контента. По умолчанию, 100 символов (пустые символы и html-комментарии не учитываются). Является простым универсальным методом повысить точность мониторинга для случаев, когда сайт отдаёт корректный ответ, но контент некорректен. По статистике, для большинства сайтов подходят значения от 500-700.
  5. Наличие фразы. По умолчанию, не используется. Для дополнительной точности проверки можно указать определённую фразу, которая будет искаться на странице. Например, можно указать фразу из футера страницы, чтобы защититься от возможного некорректного определения поломок, при которых генерация страницы не доходит до конца.

В случае если мониторинг определил неработоспособность хостинга (всех доступных) – включается режим FixedWebsite, который поддерживает полную или частичную доступность сайта до его восстановления.

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

  • Все пользователи, независимо от настроек, начинают получать кешированные копии страниц.
  • Блокируется функционал сброса кеша (для максимального сохранения “свежих” данных).
  • Используется “оперативный кеш”.
    * Стандартный кеш, который постоянно собирается и обновляется в рамках функционала ускорения сайта.
  • Если данных нет в “оперативном” – берутся данные из “архивного кеша”.
    * Наш робот периодически обходит ваш сайт и создаёт в архиве его копию. Интервал обходов и максимальный объём данных зависят от тарифа.
  • Если данных нет и в “архивном” – производится запрос к хостингу.

В разделе “Профиль” вам доступны несколько способов уведомлений:

  • E-mail;
  • SMS (для платных тарифов);
  • Telegram.

И дополнительная разновидность – Дайджест.

Дайджест – это общая сводка из множества разных уведомлений, которая отправляется по e-mail с периодичностью “Интервал сообщений дайджеста”.

screenshot_6

Просто проставьте галочки нужных способов около интересующих типов событий.

Без многообразия сложных настроек и дорогого оборудования вы можете создать:

      1. Отказоустойчивую систему

Сайт будет доступен в случае поломки хостинг-сервера или других проблем (блокировка провайдером, целевая атака по адресу, неаккуратность во время работ на сайте и т.д.).
Технология FixedWebsite спасает от немалой доли ущерба в таких ситуациях. Но она не может обеспечить работоспособность функциональных частей сайта (обычно, наиболее актуальны из которых – возможности отправки посетителем заказа, формирование корзины). Простота данного решения позволяет применять его не только для крупных критичных проектов, а даже для простых лендингов, сайтов-визиток, небольших магазинов и порталов.
Инструкция

     2. Масштабируемую высоконагруженную систему

Такой формат тоже доступен и актуален не только для очень крупных проектов. Поскольку часто может быть просто выгодным:

Описание

В случае подключения нестандартных проектов или использования собственноручно добавленных настроек, бывает актуально детально проверить работоспособность всего функционала сайта, не ожидая переключение DNS-серверов.

Для этого удобно использовать файл hosts, который расположен в:

  • Windows/System32/drivers/etc/hosts — для Win-систем
  • /etc/hosts (/private/etc/hosts) — для *nix и Mac

В этот файл необходимо добавить строки:

195.154.52.53 ваш-домен.ру
195.154.52.53 www.ваш-домен.ру

А также аналогичные строки для всех поддоменов, если есть.

После сохранения изменений, ваш сайт для вашего компьютера начнёт работать через CDN (желательно перезапустить браузер).
* После активации сайта или изменения настроек – новая конфигурация вступает в силу в течение 5-10 минут (обычно, менее 1 минуты).

Поддомены не подключаются сами вместе с основным доменом и требуют индивидуальной активации.

Самый простой способ, и в то же время обязательный в случаях, когда поддомен расположен в отдельной папке и ему, как и основному сайту, необходимы бэкапы и антивирусная защита – просто добавить поддомен точно также, как и основной сайт.

Если поддомену не требуются ни бэкапы, ни индивидуальные настройки CDN-Файрвола (включая выпуск SSL сертификата), а также, он расположен на том же самом хостинге, где и основной сайт:

  • клик на иконку “щита”;
  • вкладка “Алиасы”;
  • в столбик к уже присутствующему там www.ваш-домен.ру – дописываются необходимые поддомены.
    *Они могут являться совершенно самостоятельными сайтами. Термин “алиас” в данном случае применяется сугубо в рамках сферы настроек DNS, CDN, Файрвола.

screenshot_14-2-2Screenshot_49

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

Подключение к CDN без смены DNS, происходит следующим образом:

  • Добавьте сайт и активируете CDN, как в стандартном случае.
  • В ваших текущих ДНС добавьте CNAME-запись со значением ваш-домен.ру.cname.w.tools
  1. Россия (Москва, Санкт-Петербург, Екатеринбург, Челябинск, Томск, Новосибирск, Красноярск), Украина (Харьков, Киев), Латвия, Германия, Франция (Рубе, Гравлин, Париж, Страсбург), Болгария, Ирландия, Великобритания, Австрия.
  2. США (Нью-Йорк, Даллас, Чикаго, Лос-Анджелес, Сан-Франциско, Канзас, Вашингтон), Канада.
  3. Сингапур, Китай, Япония.
  4. ЮАР.
  5. Аргентина.
  6. Австралия.
  1. Любые. Нет никаких специальных технических требований, в том числе и для полноценного кеширования динамического контента. Мы не используем классический подход с плагинами для CMS. Вместо этого применяется анализ запросов для определения условий кеширования и событий необходимости обновления кеша.
  2. Универсальные профили настроек позволяют получить полностью работоспособный и существенно ускоренный сайт, независимо от CMS, вплоть до возможности взаимодействия с облачными системами.
  3. Гибкость настроек даёт возможность довести до идеала производительности даже самый крупный и нестандартный проект.
  4. Подключение крайне простое, быстрое и на 99% автоматизированное.

Абсолютное большинство сайтов не использует специфичных технологий и может быть подключено сразу же после автонастройки. В сложных случаях или при сомнениях можно быстро и просто проверить корректность настроек самостоятельно или обратиться в техподдержку.

Типовые ошибки:

  1. У сайта есть поддомены, но они не были ни указаны при активации, ни настроены самостоятельно. Автонастройка сама ищет и конфигурирует существующие поддомены, но не может гарантировать, что найдёт все.
    * В том числе, речь о поддоменах, содержащих только определённые DNS-записи – например, для работы почты с DKIM.
  2. Проигнорировано предупреждение системы о том, что не удалось получить данные сайта из DNS.
    Например, если текущие DNS временно не работали.

Технологии, при наличии которых требуется ручная донастройка:

  1. HTTPS.
  2. ГЕО-локация посетителей.
  3. Блокировки по IP-адресам и другим пользовательским характеристикам.

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

Ручной сброс кеша бывает необходим лишь в редких специфичных случаях:

  • Сайт редактировался напрямую (например, по ФТП или в БД что-то менялось).
  • Менялся статичный контент (например, изменили картинку, оставив её по старому адресу).
  • Сайт работал некорректно, при этом не демонстрируя код ошибки.

Иные ситуации охватываются автоматикой “по-умолчанию”, и лишь  ещё более редких случаях требуют небольшой донастройки, чтобы тоже стать автоматическими (например, некоторые виды автоматизированных скриптов, синхронизирующих цены в интернет-магазинах).

Чтобы добавить сайт, работающий по HTTPS, вам нужно проделать несколько дополнительных шагов, прежде чем переключить DNS.

   1. В разделе “Хостинг-настройки”:

  • Вы можете заказать выпуск для вашего сайта индивидуального сертификата прямо тут, поставив галочку «LetsEncrypt» (полностью бесплатно и бессрочно для всех тарифов, ничем не хуже платных сертификатов, подробнее в ).

screenshot_14-2-2

screenshot_21

  • Загрузить свой сертификат в соответствующее поле, добавив все 3 файла друг за другом:
  1. Главный файл (.crt).
  2. Дополнительные файлы (1-3 штуки с расширением .crt).
  3. Файл ключа (.key).

 

*В поле “Домен” необходимо указать доменное имя в формате “domen.ru”.

   2. Внесите небольшое изменение в настройки вашего веб-сервера:

- Для Apache (.htaccess)

- Для Nginx

- Если не получается
   

   3. В разделе “Файрвол/кеширование” выставьте доступность сайта по HTTPS.

   4. Для полной уверенности в корректности настроек проверьте сайт без переключения DNS, с помощью файла hosts.

    5. Переключите DNS.

Абсолютное большинство сайтов тратят более 80% ресурсов и времени ожидания пользователей впустую, многократно “генерируя” страницы, которые не менялись.

Пример. На вашем сайте есть страница с какой-либо новостью. Для всех неавторизованных пользователей и поисковых роботов внешне она будет неизменной, как минимум, до тех пор, пока на сайте не появятся новые страницы, комментарии и т.д.

В среднем, CMS-системы генерируют страницы за 0.5-3 секунды (и во много раз медленнее в случаях перегрузок, больших объёмов данных или низком качестве CMS). А “готовая” страница из CDN-кеша доступна за время порядка 0.001-0.02 секунды (в зависимости от размера и тарифа).

Таким образом, происходит, одновременно, и ускорение, и снижение нагрузки на хостинг-сервер, и повышение устойчивости к всплескам посещаемости. Хостинг-сервер, в свою очередь, получает возможность быстрее генерировать страницы в случаях, когда кеш не используется (за счет освободившихся ресурсов).

Вам не нужно думать о существовании кеша. Обновление кеша происходит “на лету” и в полностью автоматическом режиме. По-умолчанию, как только вы обновили страницу или какие-либо настройки в админ-панели, посетитель добавил комментарий, запись на форуме и в других аналогичных случаях – это приводит к моментальному сбросу кеша страниц (несколько секунд). Исключения крайне редки и касаются только случаев прямого редактирования сайта (не через админ-панель).

Легко настраивается учёт всех возможных исключений для сложных проектов:

  • Авторизованные пользователи;
  • Посетители с “корзиной” и другими личными данными;
  • Разные кеш-версии страниц для разных браузеров или настроек;
  • Исключение определённых страниц или кеширование только для роботов.

В строке с сайтом меню “Инструменты” – 1 клик на соответствующий пункт и кеш будет полностью очищен в течение нескольких секунд.

screenshot_1

Также, возможно сбросить кеш, не заходя в собственный аккаунт. Просто откройте в браузере ссылку https://вашсайт.ру/?wsr_clear=ПАРОЛЬ&wsr_all

“ПАРОЛЬ” можно просмотреть и изменить на вкладке “Хостинг-настройки”.

screenshot_14-2-1

screenshot_2

Для минимальных последствий в скорости и нагрузки на хостинг также возможен частичный сброс кеша, направленный на определённые файлы\страницы или их группы. Это может быть гибко настроено, а по-умолчанию доступны варианты:

  • Сброс отдельной страницы – https://вашсайт.ру/адрес_какой_то_страницы?wsr_clear=ПАРОЛЬ
  • Сброс всех страниц, без статичного контента (картинок, скриптов и т.д.) – http://вашсайт.ру/?wsr_clear=ПАРОЛЬ&wsr_site

Процесс описан для сайта, который уже подключён к CDN (установлены наши DNS), но ранее не использовал HTTPS.

   1. Установка SSL-сертификата.

Кликаем иконку «щита» и в разделе «Хостинг-настройки» вы можете:

  • Заказать выпуск для вашего сайта индивидуального сертификата прямо тут, поставив галочку «LetsEncrypt» (полностью бесплатно и бессрочно для всех тарифов, ничем не хуже платных сертификатов, подробнее в ).

screenshot_21

  • Или загрузить собственный сертификат в соответствующее поле.

Добавляем все 3 файла друг за другом:

  1. Главный файл (.crt).
  2. Дополнительные файлы (1-3 штуки с расширением .crt ).
  3. Файл ключа (.key).

 * В поле “Домен” необходимо указать доменное имя в формате “domen.ru”.

2. Если подключена система бэкапов, то подготовить сайт к активации HTTPS можно полностью автоматически.
Подробнее...

3. Если сайт не подключен к системе бэкапов, то потребуются ручные настройки.

   3.1. Внесите небольшое изменение в настройки вашего веб-сервера:

- Для Apache (.htaccess)

- Для Nginx

- Если не получается 

   3.2 После выпуска SSL сертификата и правок веб-сервера, в течение 5-10 минут сайт уже станет доступен для просмотра по адресу https://вашсайт.ру (работа по http не пострадает). Но в большинстве случаев изначально сам сайт может не удовлетворять требованиям https-протокола (браузер выдаст предупреждение) и потребуется его подготовка.
Подробнее...

4. После того как через HTTPS сайт станет открываться корректно, в разделе «Файрвол/кеширование» выставьте доступность сайта по HTTPS.

  • Для сайтов, имеющих позиции в поисковых системах рекомендовано указать HTTPS в соответствующих личных кабинетах (, ) и в директиве Host файла robots.txt.

В случае если мониторинг определил неработоспособность хостинга (всех доступных) – включается режим FixedWebsite, который поддерживает полную или частичную доступность сайта до его восстановления.

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

  • Все пользователи, независимо от настроек, начинают получать кешированные копии страниц.
  • Блокируется функционал сброса кеша (для максимального сохранения “свежих” данных).
  • Используется “оперативный кеш”.
    * Стандартный кеш, который постоянно собирается и обновляется в рамках функционала ускорения сайта.
  • Если данных нет в “оперативном” – берутся данные из “архивного кеша”.
    * Наш робот периодически обходит ваш сайт и создаёт в архиве его копию. Интервал обходов и максимальный объём данных зависят от тарифа.
  • Если данных нет и в “архивном” – производится запрос к хостингу.

Стандартная конфигурация, устанавливаемая системой автонастройки – гарантирует, что сайт станет быстрее и никакой функционал не будет затронут. А ручная индивидуализация позволяет дополнительно увеличить эффект ускорения.

Простые решения:

  1. Установите в разделе DNS режим “по регионам” (вместо “Автоматически”) и укажите только действительно актуальные для аудитории.screenshot_27
  2. Активируйте «Оптимизация куки для анонимных посетителей» во вкладке «Файрвол/кеширование».
    * Подходит, если на сайте нет модуля «ранее просмотренные товары\статьи» и подобных.
    screenshot_11
  3. Во вкладке “Файрвол/кеширование” для пункта «Разделение кеша» выставьте параметр «Не разделять».
    * Если сайт не использует отдельный шаблон для мобильной версии.
  4. Активируйте редирект на основное зеркало (с www\без www).
  5. Если сайт обновляется крайне редко, а скорость критичнее удобства, – отключите автоматический сброс кеша (и используйте соответствующую ссылку в меню “Инструменты” после обновлений).
  6. Настройте защиту сайта.

Принципы идеальной настройки для продвинутых пользователей

Без многообразия сложных настроек и дорогого оборудования вы можете создать:

      1. Отказоустойчивую систему

Сайт будет доступен в случае поломки хостинг-сервера или других проблем (блокировка провайдером, целевая атака по адресу, неаккуратность во время работ на сайте и т.д.).
Технология FixedWebsite спасает от немалой доли ущерба в таких ситуациях. Но она не может обеспечить работоспособность функциональных частей сайта (обычно, наиболее актуальны из которых – возможности отправки посетителем заказа, формирование корзины). Простота данного решения позволяет применять его не только для крупных критичных проектов, а даже для простых лендингов, сайтов-визиток, небольших магазинов и порталов.
Инструкция

     2. Масштабируемую высоконагруженную систему

Такой формат тоже доступен и актуален не только для очень крупных проектов. Поскольку часто может быть просто выгодным:

Описание

Да.

После начала работы через FireCDN, – посетители уже не будут видеть адрес вашего сервера.
Это является одним из факторов защиты и не вызывает никакого негативного влияния на поисковые системы или кого-либо ещё, кроме блокируемых взломщиков.

Если сайт на уровне настроек веб-сервера или CMS-системы имеет собственные настройки безопасности, в некоторых случаях они могут потребовать корректив.

  1. Блокировка доступа по IP-адресам, юзер-агентам, странам или другим характеристикам посетителя.
    — В большинстве случаев такие блокировки малоэффективны и в них отпадает необходимость после подключения.
    — Оптимальный вариант, можно перенести такие правила в настройки нашего Файрвола, тогда они будут обрабатываться быстрее и без нагрузки для вашего хостинг-сервера.
    — Можно продолжать обработку своим сервером, но потребуется убрать кеширование для заблокированных запросов и обрабатывать IP-адрес из заголовка X-FORWARDED-FOR.
  2. Блокировка доступа к определённым файлам или фильтры потенциально вредоносных запросов.
    Никак не мешают и могут остаться неизменными. Но для максимальной оптимальности, аналогично, стоит перенести такие настройки в Файрвол.
  3. Привязка авторизации к IP-адресам.
    Если не перенастроить на взаимодействие с X-FORWARDED-FOR, то привязки и становятся ненадёжны, и могут приводить к лишним случаям потери авторизации.

Если сайт использует GeoIP технологии:

  1. Возможно оставить всё без изменений, если перенастроить GeoIP на использование в качестве IP-адреса заголовка X-FORWARDED-FOR.
  2. При этом, если, например, GeoIP используется для редиректов посетителя на нужную версию сайта или демонстрацию определённого контента, – подобное решение потребует отключить кеширование, как минимум, для первого запроса посетителя.
  3. Оптимальный вариант для достижения наилучшей скорости и экономии ресурсов хостинга, – обработка географии на уровне настроек FireCDN.
    Можно не только сразу заблокировать посетителя или отправить на определённый раздел или поддомен сайта, но и:
    — установить посетителю необходимые cookie;
    — записать определённый регион в запрос посетителя (для получения готовых данных вашим хостингом);
    — хранить в кеше несколько копий каждой страницы (для каждого региона или их группы).

В таких случаях как “посетитель с корзиной” или “посетитель авторизован в личном кабинете”, – обычно, кеширование неэффективно и при стандартных настройках не происходит.

Но многие сайты используют технологии формирования различного контента или шаблона страниц на основе:

  1. Устройство, которое использует посетитель (разный формат для компьютера, планшета, смартфона).
    * В большинстве случаев, такая цель достигается с помощью адаптивной верстки и на практике данные не отличаются, никакой дополнительной обработки не требуют.
  2. Регион или настройки браузера посетителя (переадресация на определённую языковую версию сайта; демонстрация адреса ближайшего офиса).
  3. Запрос или сайт, с которого посетитель попал на страницу.
  4. Индивидуальные, сделанные самим посетителем настройки (валюта, язык).

Для эффективного ускорения такого формата по каждой странице сайта может хранится множество отдельных копий в кеше, чтобы выдавать нужную каждому посетителю.
*Например, если страница товара в интернет-магазине имеет 2 варианта верстки (для компьютера и смартфона), а также 3 типа валюты, то будет сохранено 6 копий.

Правильное функционирование такого функционала требует наличия всех признаков в отдельных HTTP-заголовках и их перечисления в заголовке Vary (User-device, Currency).

Отношение поисковых систем к сайту может стать только лучше.

  1. Поисковые роботы положительно оценивают (как с точки зрения SEO, так и скорости индексации) то, что сайт станет быстрее, стабильнее и технически правильнее.
  2. Для поисковых роботов в стандартных настройках присутствуют дополнительные персональные улучшения, обеспечивающие максимальную скорость и оптимальную обработку проблемных запросов.

Наши DNS:

ns1.proofdns.com
ns2.proofdns.com
ns3.proofdns.net
ns4.proofdns.net

Они устанавливаются:

  • В настройках у регистратора домена (там, где оплачиваете само доменное имя; и где сейчас стоят DNS вашего хостинга).
    *Часто возникает путаница с тем, что “настройки DNS” можно увидеть также в панели хостинга. Их не нужно трогать совсем, они ни на что не влияют.
  • Вместо всех текущих DNS-серверов.
    Все старые DNS нужно удалить и задать новые. Совмещать одновременно нельзя.

Да.

Сама смена DNS-серверов не приводит к проблемам работоспособности. Сайт продолжает непрерывно работать.

Для этих случаев необходимо включить автоматическое обновление данных. Выбираем вкладку “Хостинг-настройки”, отмечаем галочкой “Автоматическая синхронизация с указанными DNS-серверами” и в появившемся поле прописываем DNS сервера вашего хостинга.

screenshot_14-2-2

screenshot_4

При добавлении сайта в систему, автоматически считываются все данные с текущих DNS домена и выставляются нужные настройки для  модуля FireCDN. Но если домен находится на сторонних DNS, отличающихся от DNS хостинга сайта (например Cloudflare, WSR или других CDN сервисов), то потребуется ручная донастройка сайта после добавления.

  1. В разделе “Хостинг-настройки” переходим во вкладку “Настройки IP хостинга” и указываем ip своего сервера.
  2. Ставим галочку «Автоматическая синхронизация с указанными DNS-серверами» и в открывшемся окне прописываем DNS своего хостинга по одному с новой строки.
    * Для владельцев виртуальных хостингов. Для остальных – достаточно снять галочку. 

После всех настроек необходимо подождать 15-20 мин., чтобы система обновила все данные для сайта.