HTTPS для вашего сайта: без выделенного ip и покупки сертификата

В последнее время в новостном SEO-сегменте то и дело встречаются термины и словосочетания типа: "SSL", "HTTPS", "безопасное соединение", "цифровой сертификат" и т.д. В сообществах веб-мастеров участились дискуссии, чей сертификат лучше, где SSL-сертификаты дешевле и как перевести сайт на защищенный протокол https?

Что происходит? И касается ли это Вас как владельца сайта?

Виновником ажиотажа является Google, уже несколько лет склоняющий вебмастеров к безопасному протоколу. Широко известны блокирующие окна в браузере Chrome, если с сертификатом сайта что-то не так...

Предупреждение в Chrome о не защищенном соединении

И если вебмастерам удавалось до сих пор избегать их, отказываясь от https протокола вообще, то теперь поисковый гигант пошел еще дальше: с 1 января 2017 года, с помощью того же браузера Chrome он намерен клеймить все сайты на небезопасном HTTP-протоколе как «небезопасные» соответствующей пометкой в поисковой строке браузера.

Эволюция значка безопасности сайта в браузере Chrome
Эволюция значка безопасности сайта в браузере Chrome

Совершенно ясно, что новых пользователей вашего сайта это будет отталкивать и сайт постепенно будет терять доверие. Не исключено также, что это не скажется на ранжировании вашего сайта, Google может впоследствии выводить соответствующие уведомления для пользователей и в поисковой выдаче. Важно знать, что Google сторонник "безопасности" и моду на нее среди сайтостроителей он продвигает уже несколько лет, поэтому целесообразно переводить свой сайт на https протокол уже сегодня, так как теоретически лишь на пометке в браузере этим дело не ограничится.

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

Два слова о протоколе SSL

Протокол SSL (Secure Socket Layer) был разработан в 1996 году в компании Netscape и очень скоро стал наиболее популярным методом обеспечения защищенного обмена данными через Интернет. Именно он интегрирован в большинство браузеров (посмотрите на пометку вначале адреса в браузере) и веб серверов и использует асимметричную криптосистему с открытым ключом.

Как работает защищенное SSL соединение?

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

Как узнать что web-cайт имеет SSL сертификат?

Главный признак того, что посещаемый Вами сайт имеет SSL сертификат и используется проверенное защищенное соединение, вы найдете в строке адреса в браузере:

Признак SSL сертификата на сайте
Признак SSL сертификата на сайте - зеленый замок с строке ввода адреса в браузере

Внимание следует обратить на значок в виде замочка. Замкнутый зеленый замок сигнализирует о том, что используется защищенное соединение по SSL протоколу (сайт работает по https c подписанным сертификатом третьей стороной).

HTTPS как головная боль вебмастера

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

  • выделенный ip для вашего сайта (дополнительные регулярные расходы);
  • подписанный сертификат SSL (дополнительные регулярные расходы);
  • покупка и активация всего этого на вашем сайте;
  • настройка правильной работы сайта на новом https протоколе;
  • переезд сайта в поиске на новый адрес (http и https это то же что и с www и без www - два разных сайта);

Использование https на сайте также чревато некоторыми последствиями:

  • снижается быстродействие сайта (поскольку трафик между вашим сайтом и пользователем шифруется);
  • временное обнуление тИЦ, проседание позиций и частичная потеря трафика;
  • потеря всех социальных "лайков" для всех ваших страниц (поскольку изменился url);
  • недоразумения с некоторыми ссылочными биржами и рекламодателями, если вы торгуете ссылками и откручиваете рекламу;

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

Шаг 1. Бесплатный SSL сертификат

Наверняка вы уже расспрашивали у поддержки своего хостинга о возможности включения https протокола, в надежде, что это некая опция на вашем тарифном плане и один ваш тикет в поддержку расставит все точки над "i" :)

Все что может решить поддержка хостинга в Вашем случае, это предложить обязательный выделенный ip для Вашего сайта (на этом ip адресе будет только ваш сайт), адреса компаний, у которых Вы сможете купить SSL сертификат и помощь в его подключении (дело сводится к загрузке некоторых файлов на ваш хостинг). А между тем, всего этого можно не покупать и ограничится бесплатным SSL сертификатом! Но стоит ли экономить?

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

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

Если в двух словах, то:

  • регистрируетесь в Cloudflare;
  • Добавляете свой сайт в сервис, следуя подсказкам системы (на определенном этапе не забываем выбрать тариф Free);
  • Меняете текущие значения у регистратора своего домена на предложенные системой NS (например, fred.ns.cloudflare.com и molly.ns.cloudflare.com);
  • Нажимаем кнопочку "Crypto", в блоке SSL выбираем (если не установлено) - Flexible;
Активация бесплатного SSL в Cloudflare
Активация бесплатного SSL в Cloudflare

На этом активация бесплатного SSL сертификата для Вашего сайта закончена! Вы избавили себя от необходимости покупать выделенный ip для сайта и ежегодно оплачивать сам сертификат. Популярная в мире сеть доставки (и дистрибуции) контента под названием Cloudflare взяла на себя все обязанности по выдаче сертификата для вашего сайта, шифрованию трафика и т.д. С помощью этого же сервиса вы можете максимально ускорить работу своего сайта, безболезненно отбивать DDOS-атаки... но это уже тема для другой статьи.

Шаг 2. Переезд на https

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

После того, как ваш сайт полноценно заработает посредством сервиса Cloudflare (а смена NC домена может затянуться на сутки), попробуйте его открыть с новым, https протоколом:

https://ВашСайт.ру

Если ваш сайт открылся по этому адресу (на внешний "перекошенный" вид сайта можете не обращать внимания), то это признак того, что вы на правильном пути. Если открылся не ваш сайт, редирект и т.д. стоит вернутся к шагу №1.

Если Ваш сайт стал доступен по HTTPS (и зеленого замка в строке браузера вы не увидели), вам необходимо глобально на всем сайте (включая как файлы вашего сайта, так и вашу базу данных, где записаны ссылки) заменить все ссылки и адреса с http на https (применительно к ссылкам своего сайта и внешним подключениям). Это нужно сделать как для ссылок, так и для подгружаемых скриптов, стилей, картинок и т.д. И делать это нужно с осторожностью, автоматически "искать и заменить" http на https не получится, вы можете нарушить целостность скриптов и сайта в целом.

Используя "инструменты для разработчиков", которые встроены в ваш браузер, вы можете отслеживать и исправлять все незащищенные (http) подключения и исправлять их...

Не забудьте сменить все ссылки с http на https
Не забудьте сменить все внутренние ссылки и соединения с http на https

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

Используйте инструменты разработчика браузера для переезда на https
Используйте инструменты разработчика браузера для переезда на https

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

Шаг 3. Переезд сайта на новый адрес

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

Ваш сайт теперь открывается одинаково хорошо как на http и https? Поздравляю. Но это два разных сайта (два разных url) и вы должны сделать все необходимое для корректного переезда на новый основной сайт с https.

Редирект с http на https

Важный момент - редирект, все ваши ссылки должны редиректить на https. Обычно редирект прописывают в файл .htaccess. Универсального решения нет, все зависит от программного кода вашего сайта. Попробуйте один из перечисленных вариантов:

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Protocol} !=https
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

Или

RewriteCond %{HTTP_HOST} ^vashsite\.ru [NC]
RewriteCond %{HTTP:X-Forwarded-Proto} ^http$
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Или

RewriteEngine On
RewriteCond %{SERVER_PORT} !^443$
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

Или

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

Каждый раз тестируйте работу сайта, проверяя на корректность редиректа, полноценную работу основных узлов сайта. Распространенная проблема - циклическая переадресация, браузер может отказать в открытии сайта с формулировкой "Сайт выполнил переадресацию слишком много раз".

Если ни один из вышеперечисленных кодов редиректа не помог, обратитесь к поддержке своего хостинга или к специалистам в этой сфере. Когда же на этом вопрос будет исчерпан, стоить еще раз перестраховаться - проверить ответ сервера. Сделать это можно в Яндекс.Вебмастере - Инструменты - Проверка ответа сервера. 

Правильный ответ при тестировании ссылки с http:

Код статуса HTTP 301 Moved Permanently

Правильный ответ при тестировании ссылки с https:

Код статуса HTTP 200 OK

Директива Host с https

В файле robots.txt необходимо изменить директиву Host. Поскольку теперь Ваш сайт доступен только по защищенному каналу, мы должны записать это как:

Host: https://site.ru

Пусть это не смущает Вас, так как в классическом варианте (с http), протокол не указывался, это выглядело как:

Host: site.ru

Для сомневающихся ссылка на документацию Яндекса.

Переезд сайта

И завершающий этап - сообщить роботам, что вы переехали. Для Google будет достаточно правильно настроенного редиректа, а в Яндексе есть специальный раздел в Вебмастере: Настройка индексирования - Переезд сайта:

Переезд сайта на https в Яндекс.Вебмастере
Переезд сайта на https в Яндекс.Вебмастере

Необходимо поставить галочку "Добавить HTTPS" и Сохранить. Начнется процесс переноса Вашего сайта на новый адрес, он может занять от двух недель, до нескольких месяцев. Будьте готовы к временному падению тИЦ, позиций и посещаемости.

Резюме

Я показал на пальцах основной процесс переезда сайта с незащищенного (http) на защищенное (https) соединение. При этом, Вам ничего не придется покупать дополнительно, разве что не сможете сами сделать корректный перенос и переезд сайта на https (если основное содержание статьи осталось для Вас туманным).

Поскольку полноценный переезд сайта на новый протокол может занять несколько месяцев, а Google обещает снисходительно относиться к таким сайтам начиная с наступлением 2017 года, переходить на защищенное соединение нужно уже прямо сейчас!

Зеленого Вам «закрытого» замка в строке браузера! И да будет Ваш SSL сертификат всегда подписан!

 

Оцените материал:
Звёзд: 1Звёзд: 2Звёзд: 3Звёзд: 4Звёзд: 5 (17 голоса, рейтинг: 4,12 из 5)
Загрузка...

Вячеслав - типичный интернетчикВячеслав Скоблей (ака files) - типичный интернетчик. Скитаюсь интернетом, пишу на PHP, увлекаюсь созданием веб-сайтов на Wordpress, решаю многочисленные проблемы, которые до появления интернета не существовали...

Специализируюсь на безопасности сайтов: защищаю сайты от атак и взломов, занимаюсь лечением вирусов на сайтах и профилактикой...

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

51 комментарий

  1. says:

    Как кстати эта статья. Стал только сейчас задумываться о переходе на защищенный протокол, сервис предложенный довольно авторитетный. Но пугает меня ручная глобальная замена https с http во втором шаге.
    Редирект возможно ли применить для сайтов на юкозе? У вас нет информации какой код редиректа себя хорошо зарекомендовал?

    1. Вячеслав Скоблей says:

      Применительно к юкоз, редирект целесообразно сделать на стороне самого сервиса. Инструкция https://seo-zona.ru/https-dlya-vashego-sajta-bez-vydelennogo-ip-i-pokupki-sertifikata-2016-10-13.html#comment-9416

      1. says:

        А в случае, если что то пойдет не так или запутался вконец, все отменить можно будет?
        Или это дорога в одну сторону до победного конца.
        Все таки дело серьезное.

        1. Вячеслав Скоблей says:

          Можно откатиться, если сделаете все, да наоборот. Но если у вас сомнения, то лучше этого не делать самостоятельно. К слову, на https можно перейти средствами самого UCOZ (есть кнопка), по сколько и какие сертификаты они продают - спросите у них.

          1. says:

            В том то и дело что продают. А тут разговор о возможности бесплатного подключения к протоколу.
            Я конечно понимаю что скупой дважды платит. Но не понимаю якобы необходимости перехода на https.
            напоминает еще один способ честного отъема денег у граждан.

  2. Хорошая статья! Мне на хостинге beget.ru попросили установить лицензию.После установки лицензии и перехода сайта с http на https,ТИЦ-20 после аптэйда сразу обнулился,но через неделю все стало на свои места.
    Спасибо за статью!!!

  3. Вячеслав Скоблей says:

    Предчувствую вопрос некоторых читателей: и каковы последствия переезда на https?
    На этот вопрос возможно ответить спустя некоторое время, когда можно снять текущие показатели и сравнить с ситуацией ДО и ПОСЛЕ.

    Результаты прироста поискового трафика после переезда на протокол https

    На скрине вы видим динамику поискового трафика на сайт до и после переезда на защищенный протокол https. Этот момент обозначен стрелкой, проседание трафика - временный результат переезда, а потом наблюдается последующий рост (никаких параллельных работ по продвижению не проводилось в этот период).

    Является ли это совпадением или все же это результат переезда на https? Пока вы все еще в размышлениях, Хром от Google уже начал помечать сайты по надежности в поисковой строке браузера.
    Google-браузер уже начал помечать сайты по надежности в поисковой строке

  4. Lion says:

    А какие настройки нужно ввести в WordPress? На субдомене с WordPress не работает.

    1. Вячеслав Скоблей says:

      Мало информации, чтобы помочь вам

  5. Сергей says:

    Какой прекрасный блог! Что ж я раньше то на него не вышел( Спасибо за труды!

    1. Вячеслав Скоблей says:

      Спасибо и Вам, что читаете!

  6. says:

    Некоторые сеошники, в том числе Девака, писали о возможном временном (на 2-3 мес) проседании сайта после переноса на https. Есть ли шанс по вашему мнение попасть в просадку?

    1. Вячеслав Скоблей says:

      Попутно с написанием инструкции, я перевел на https около десятка сайтов. Максимальное проседания трафика наблюдалось в районе 50% (именно поисковый трафик), но основная масса сайтов вышла на прежний уровень посещаемости за 2 недели! Возможно я попал в череду апдейтов Яндекса, но он быстро определил зеркала и переиндексировал основную массу страниц сайтов по новым адресам именно за эти 2 недели.
      Если это новостной, часто обновляемый сайт, "переезд" вообще осуществляется очень быстро с минимальной потерей поискового трафика.
      Касательно возвращения тИЦ, то ждем первого ближайшего апдейта.
      Проседание трафика после переезда на https
      На иллюстрации: недельное проседание поискового трафика после переезда на https на одном из моих сайтов

  7. Вячеслав Скоблей says:

    У многих читателей, использующих мою инструкцию, очень часто встречается проблема реализации редиректа с http на https. Многие "попадаются" на циклическую переадресацию и никакой вариант кода не помогает. Проблема связана с конфигурацией web-серверов. Так, при использовании связки Nginx+Apache всегда будет иметь место ошибка циклической переадресации.

    В статье я упустил из виду эффективное и простое решение перенаправления посетителей на HTTPS, которое можно задействовать на стороне самого CloudFlare. Перейдем в раздел "Page Rules" и создадим новое правило - Create Rage Rule. Используя маску по типу http ://example.com/* применим к ней правило "Always use HTTPS" - "Всегда использовать HTTPS"

    проблема реализации редиректа с http на https

    Никаких правил в файл .htaccess при этом вносить не нужно.

  8. Михаил says:

    Здравствуйте!
    А ТИЦ обратно полностью восстанавливается?
    Вес ссылок обратно возвращается или необходимо работы по ссылочной массе при миграции на https начинать с нуля?

    1. Вячеслав Скоблей says:

      ТИЦ восстанавливается в первоначальное состояние, как и все остальное со временем.

      1. Михаил says:

        А нет еще данных за какой срок, какие потери трафика, в целом картина поведения сайта?

        1. Вячеслав Скоблей says:

          Срок - от двух недель до нескольких месяцев. Проседание трафика: 10-20%. Цифры ориентировочные. Если в целом - ничего страшного не происходит.

        2. Рустам says:

          Сделал всё по инструкции Вячеслава, трафик просел на два дня, сегодня трафик уже приходит в норму.

          1. Вячеслав Скоблей says:

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

            1. Рустам says:

              Естественно, тут очень важно скорость обновления сайта. Если сайт обновляется раз в месяц, переиндексации можно ждать долго. Если же проект размещает 5-10 новостей в день, переиндексация будет в разы быстрее. Скажем так - дело в приоритете. Любая поисковая система любит сайты, которые часто обновляются и работают над развитием проекта (главное не переусердствовать).

  9. Вадим says:

    Правило в CF пишем чтобы автоматом ридеректил на версию https и не заморачиваемся с htaccess
    Часто из-за других редиректов возникает циклическая переадресация (например убирая www и index )
    Делаем добавить правило

    http://*домен.ру/*

    Всегда использовать https
    Не за что!)

  10. KirillTNG says:

    еще стоит отметить что 33% всех адресов заблокированных роскомнадзором принадлежат CloudFlare.
    Хотя уже на третьем аккаунте получил "чистый" ip

  11. says:

    На бегете мне lets encrypt без выделенного ставили, у них это опция стандартная уже. На fozzy обратился в ТП с такой же просьбой, также поставили за полчаса, без ip

  12. Рустам says:

    Я так понимаю тариф Free даёт сертификат на время, а потом платно?

    1. Вячеслав Скоблей says:

      В статье я говорил о тарифе Free на услуги Cloudflare, а это никак не выдача бесплатных сертификатов, цели у сервиса совершенно другие.
      Теперь о самом сертификате. Бесплатные SSL Cloudflare подключил для всех своих сайтов (а это свыше 2 млн.) года 2 назад. В том виде подключения (Flexible SSL), о котором говорится в статье (самый простой способ), ничего никому не надо платить. Это не тест и не демо-услуга, это бесплатная опция на бесплатном тарифе услуг Cloudflare.

      1. Рустам says:

        Огромное спасибо, побольше бы таких вкусняшек ;)

      2. Ататолий says:

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

        1. Вячеслав Скоблей says:

          Сloudflare - CDN сервис, ваш сайт существенно ускоряется за счет кеширования вашего сайта в облаке (с вашего хостинга снимается всякая нагрузка). Естественно, пропуская трафик через себя они могут предложить множество дополнительных услуг: оптимизация ресурсов сайта на лету, фильтрация подозрительного трафика, предотвращение DDOS-атак и т.д. Есть бесплатные и платные тарифы. Бесплатные тарифы подходят для решения множества типичных задач на типичных сайтах. О преимуществах CDN можно говорить долго (например, пользователь может открыть ваш сайт, даже когда ваш сервер не работает). CDN сервисов есть много и они играют немаловажную роль в оптимизации Интернета в целом.

          1. Рустам says:

            Есть бесплатные и платные тарифы. Бесплатные тарифы подходят для решения множества типичных задач на типичных сайтах.

            Было бы супер, если бы развивали эту тему и сделали обзор всех бесплатных плюшек этого сервиса.

            1. Вячеслав Скоблей says:

              Посмотрел поиском, действительно в рунете о Cloudflare много не сказано, но несмотря на отсутствие русской локализации, в рунете сервис довольно известен среди веб-разработчиков.

              1. Рустам says:

                После всех манипуляций, пытаюсь засунуть новый адрес rss (https:..../rss.xml) в Яновости, пишет "при проверке фида возникла ошибка". Вы сталкивались с этим?

                1. Вячеслав Скоблей says:

                  Скорее всего надо написать в Яндекс.Новости и сообщить, что у Вас https

                  1. Рустам says:

                    сообщил, они быстро обновили http на https, но подгрузки новых новостей из нашей rss не происходит уже сутки.

                    1. Вячеслав Скоблей says:

                      А сами новости в RSS обновляются? Если нет, надо адаптировать код к https, который их формирует.
                      И какой ответ сервера отдает адрес c RSS?

                  2. Рустам says:

                    код отдаёт 200-й, rssка обновляется...

                    1. Рустам says:

                      помнится мне была у кого то подобная ситуация, там была причина закрыли роботу яндекса доступ, но я вреде не закрывал ничего. Может Cloudflare пропуская через себя закрывает доступ к rss Яновости?

                    2. Вячеслав Скоблей says:

                      Попробуйте в разделе Firewall - Security Level поставить в OFF

                    3. Рустам says:

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

                    4. Вячеслав Скоблей says:

                      Тогда еще так можно попробовать: Page Rules - Create Page Rule - Указываем полный адрес с RSS и включаем три правила:

                    5. Рустам says:

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

                    6. Рустам says:

                      не поверишь - без изменений....аааа....я уже не могу)

                    7. Вячеслав Скоблей says:

                      Самое время услышать ответ поддержки Яндекса. Их ответ должен прояснить ситуацию.

                  3. Рустам says:

                    Ответ меня ошарашил...я тут понимаешь ломаю голову, что случилась, а они видите ли вели проводили работы по валидации экспортных файлов)

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

  13. "Меняете текущие значения у регистратора своего домена на предложенные системой NS " - а как же NS-ки хостинга?

    1. Вячеслав Скоблей says:

      NS-ки хостинга как раз и нужно заменить. Содержимое вашего сайта будет отдаваться пользователю в браузер посредством CDN. Кеширование и шифрование контента будет осуществляться на стороне Cloudflare

      1. Я понимаю, но в таком случае на чем будет стоять сайт? На хостинге Cloudflare?

        1. Вячеслав Скоблей says:

          Стоять он будет на Вашем хостинге!
          Схема работы примерно такая:
          Схема CDN

  14. Запад конкретно достал своими инновациями. Существовали без защищенного протокола и ничего, нормально жили. Пройдет 5 лет и ssl станет бесполезен, а вслед за ним любое другое "ноухау".

    1. Вячеслав Скоблей says:

      Андрей, тенденция такова, что через 5 лет HTTP уже не будет.

      1. Безусловно это так! А https будет такой же обыденностью, как http, и появится новый способ шифрования, который будет навязываться корпорацией добра.

Добавить комментарий для Александр Отменить ответ

Ваш адрес email не будет опубликован.