Прокачка пф через cdn

Chikago
На сайте с 24.10.2007
Offline
227
1216

Коллеги, привет, кто-то юзал подобные сервисы https://goo.gl/eoZU7h

Есть от них какой толк? :confused:

WebSupportRevo
На сайте с 11.05.2016
Offline
45
#1
Chikago:
Коллеги, привет, кто-то юзал подобные сервисы https://goo.gl/eoZU7h
Есть от них какой толк? 😕

Толк от скорости достаточно очевиден.

- Посетители просто не любят ждать.

Это вопрос объективного удобства сайта для людей.

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

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

Есть множество исследований от Гугла и других крупных компаний, подробно демонстрирующих то, как скорость влияет на конверсию (а следовательно и на отказы, глубину просмотров).

Вот хорошая инфографика от RUSABILITY с конкретными данными исследований

- Прямое влияние скорости на SEO хоть и невелико, но в этому году существенно увеличивается

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

WSR (https://w.tools/ru/) - улучшит SEO и конверсию! Идеальная скорость вашего сайта, 100% аптайм и защита от вирусов: CDN + Firewall + SSL + Бэкапы + AV + Мониторинг + SMS \ Telegram. Отзывы (/ru/forum/963015).
Павел Горбунов
На сайте с 13.06.2011
Offline
116
#2

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

Упаковано красиво, описано вкусно, но фактически - это не панацея.

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

Не стремитесь сделать лучше - улучшайте!
Chikago
На сайте с 24.10.2007
Offline
227
#3

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

Павел Горбунов
На сайте с 13.06.2011
Offline
116
#4
Chikago:
Павел Горбунов, я вот тоже пока пытаюсь вкурить. Возможно чтобы не париться со сжатиями и всякими прочими методами оптимизации скорости загрузки сайта.

все равно придется париться.

Без этого никуда.

WebSupportRevo
На сайте с 11.05.2016
Offline
45
#5
Павел Горбунов:
Про важность скорости загрузки знают все, но решение, предложенное этими ребятами, кажется одной упаковкой.
Упаковано красиво, описано вкусно, но фактически - это не панацея.
Все равно нужно сайт дорабатывать, и в чем тогда смысл подобных сервисов?
Chikago:
Павел Горбунов, я вот тоже пока пытаюсь вкурить. Возможно чтобы не париться со сжатиями и всякими прочими методами оптимизации скорости загрузки сайта.

Смысл на практике очень прост:

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

- Сколько бы усилий вы ни вложили в оптимизации на уровне сайта, с CDN - всё равно будет просто ещё быстрее.

Немного технической конкретики:

1. Сжатие, Expires, двойные SSL-сертификаты с быстрым ECDSA, OCSP Stapling, TCP Fast Open и подобное – это мелочи, которые несложно настроить у себя на сервере. Но даже такое и требует времени, и мало у кого есть в действительно полноценном виде.

2. Географическое ускорение (физическая близость сервера к посетителю) - без CDN не получить.

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

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

* Особенно для HTTPS-сайтов, где этап установки соединения занимает по времени около 4 пингов (т.е. сам этот этап ещё до начала загрузки сайта - может съесть до 0.5-1сек у посетителя с Дальнего Востока или США, если хостинг в Москве).

3. Чаще всего самый важный фактор, - гибкое кеширование динамического контента.

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

- Когда есть кеши на уровне CMS - CDN-кеши всё равно быстрее. Из-за географии и возможности использовать крайне эффективный режим "фонового обновления".

* Аналогов этому функционалу существует не много, ближайший - fastly.com

4. Кеши и ряд других факторов - существенно снижают нагрузку на хостинг-сервер. Такое в ряде случаев дополнительно повышает скорость всех запросов и\или улучшает стабильность, снижает затраты.

---

Вы просто получаете всё это сразу и без усилий.

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

Это - рентабельное вложение в оптимизацию эффективности сайта и экономию собственного времени и нервов.

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

Chikago
На сайте с 24.10.2007
Offline
227
#6

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

---------- Добавлено 09.06.2018 в 13:08 ----------

WebSupportRevo, оплатил тариф, но сайт не получилось добавить по инструкции. Попробовал в поддержку написать, но форма отправки зависла. 🤪

WebSupportRevo
На сайте с 11.05.2016
Offline
45
#7
Chikago:
WebSupportRevo оплатил тариф, но сайт не получилось добавить по инструкции. Попробовал в поддержку написать, но форма отправки зависла. 🤪

Уже отписали вам )

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

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

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

К примеру, для магазинов нередко настраиваются:

- отдельные события, по которым кеш деактивируется\активируется для конкретного пользователя (авторизация, использование "корзины", "сравнений" и другого функционала, если он не на Аяксе)

- отдельные параметры кеширования для разных типов страниц (товары \ категории \ общие)

- усиленные кеши для роботов

- кеши для результатов поиска\фильтров (даже если реализовано POST'ами)

И многие другие детали.

A1
На сайте с 16.06.2018
Offline
0
#8

У CDN для HTTPS-сайтов есть один минус про который мало кто пишет - у простого HTTPS-сайта handshake делается хоть и долго, но один раз. Если же начали использовать CDN на HTTPS-сайте - то тут попадаете, как минимум, на 2 длительные процедуры handshake - для своего сайта и для CDN.

WebSupportRevo
На сайте с 11.05.2016
Offline
45
#9
artem14:
У CDN для HTTPS-сайтов есть один минус про который мало кто пишет - у простого HTTPS-сайта handshake делается хоть и долго, но один раз. Если же начали использовать CDN на HTTPS-сайте - то тут попадаете, как минимум, на 2 длительные процедуры handshake - для своего сайта и для CDN.

- Именно по этой причине 99.99% пользователей CDN работают в режиме SSL-Termination.

Во всех стандартных и не только случаях - нет никакого смысла проводить обмен данными между CDN и хостинг-сервером по HTTPS.

В итоге не только хэндшейк делается только 1 раз и быстрее, чем напрямую, но и хостинг дополнительно разгружается от HTTPS-обработки.

Это если не считать того, что кеши позволяют до 99+% запросов вообще не отправлять на хостинг.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий