- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Привет коллеги!
Решил попробовать cloudflare, и столкнулся с проблемой. Суть проблемы в следующем: слишком долгое время ожидания для некешированных на cloudflare файлов. Возможно я неверно настроил cloudflare и моя проблема решается настройкой?
Полез изучать как строится трассировка и удивился. Оказалось, что всё некешированное, в обязательном порядке идёт через США (см. скрин). Есть вероятность что сервис ping-admin.ru врёт, подскажите альтернативный вариант проверки трассировки.
Т.е. js, css, jpg и т.д. отдаются с ближайших серверов, а если требуется контент отдать с оригинально сервера расположенного в Москве (часто морда сайта нужна в некешированном виде), то маршрут идёт через США, и уже оттуда идёт запрос к оригинальному серверу. Соответствено ответ пользователю от оригинального сервера идёт тем же путём.
Проблема тут вот в чём: важно первый контент (первый экран) отдавать как можно быстрее, а когда трассировка идёт через океан, то про скорость уже можно забыть. Конечно круто что js, css, jpg отдаются с ближайшего сервера и быстро, но когда за html требуется бежать за океан и обратно, то вся скорость быстрой загрузки js, css, jpg бесполезное занятие.
Вопрос в следующем: зачем так делается и как отдавать некешированный контент быстрее?
Благодарю за советы.
И статика и некешированный контент отдаётся с одного и того же сервера
ping-admin скорей всего определяет гео-маршрут по AS, а гео AS CloudFlare - США
Т.е. даже если трафик пошёл с ближайшего сервера в Европе, по AS это будет США
Выключите свой сервер и увидите сообщение клауда, в котором будет указан ближайший к юзеру сервер, ничего левыми кругами ну ходит.
Ping-Admin.Ru определяет страну по IP. IP CloudFlare относятся к США, поэтому и показывается, что трафик идёт через США. Но это весьма условное отображение, т.к. хоть IP и относится к американской компании сервер может находиться совсем в другом месте (узнать точно, где находится сервер невозможно). Судя по времени, указанном в таблице, там точно не США, т.к. между Индией и США было бы точно больше 100 мс.
Выключите свой сервер и увидите сообщение клауда, в котором будет указан ближайший к юзеру сервер, ничего левыми кругами ну ходит.
Отключал и смотрел. Если через cloudflare, то параметр Waiting увеличивается в три раза. Общее время загрузки тоже растёт.
aleksandrbol, что-то не так у вас с Cloudflare. У всех все наоборот.
Обращайтесь в поддержку, помогут решить вопрос. Разумеется, если не тариф фри.
Обращайтесь в поддержку, помогут решить вопрос. Разумеется, если не тариф фри.
За совет спасибо. А что от выбора тарифа, зависит логика работы сервиса?
И вот ещё скрин из этого же кейса. Время ответа сервера при переходе на Cloudflare.
aleksandrbol, на фри нету поддержки как таковой.
aleksandrbol, как вариант, вынесите статические файлы на поддомен, который будет подключен через cloudflare.com, а сами страницы сайта отдавайте напрямую.
Если не изменяет память, то Google Pagespeed даже когда-то рекомендовал выносить статические файлы на поддомен, якобы оно быстрее грузилось за счет отсутствия cookie данных и особенностей работы браузеров.
aleksandrbol, как вариант, вынесите статические файлы на поддомен, который будет подключен через cloudflare.com, а сами страницы сайта отдавайте напрямую.
Если не изменяет память, то Google Pagespeed даже когда-то рекомендовал выносить статические файлы на поддомен, якобы оно быстрее грузилось за счет отсутствия cookie данных и особенностей работы браузеров.
С появлением http/2 это всё ушло в прошлое.
aleksandrbol, как вариант, вынесите статические файлы на поддомен, который будет подключен через cloudflare.com, а сами страницы сайта отдавайте напрямую.
Была такая мысль, но это уж совсем откровенный костыль. Проще наверное вовсе отказаться от использования этого сервиса. А то у меня за 20 лет жизни на обычных шаредах проблем было меньше, чем с этим хвалёным сервисом за 3 месяца.