Как этот сайт работает так быстро?


Как работает веб-сайт http://dftba.com / так быстро?

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

Некоторые объекты на сайте размещаются на веб-сайте под названием ecogeek-cdn.net? кто эта компания и почему они размещают изображения этого сайта?

Я некоторое время изучал этот сайт, потому что я хочу, чтобы этот сайт был похож на мой сайт

Они используют сайт Апач
на их сайте используется Python (когда меня спросили, разработчик сказал мне об этом)
они используют сайт jquery и jqueryui
их сайт построен на заказ без использования wordpress
их сайт принадлежит, размещенный компанией liquidweb
их сайт получает миллион пользователей в месяц
их сайт был запущен в январе
их сайт использует cpanel
на их сайте нет SSH или FTP (я пытался подключиться, но мне было отказано во всем) у них есть SSH и FTP, но разрешено только по их адресам

Пожалуйста;
мой английский не так хорош, как ваш

Author: user8628, 2011-06-27

2 answers

#Лучший вопрос когда-либо=)

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

Вы затронули несколько интересных моментов.

Что касается серверной части (серверная часть редко является источником проблем с загрузкой страниц, она в основном загружается, но все равно стоит изучить технологию), сайт работает на 2 выделенных серверах от Liquidweb (оба с четырехъядерными процессорами 12xAMD с частотой 1,9 ГГц и 128 ГБ оперативной памяти) с использованием Python и PHP (PHP для корзины/PayPal материал, Python для основного интерфейса). Мы также используем MongoDB, Redis и Memcached для еще большего ускорения обработки.

Однако интерфейс - это то, где становится интересно. Как говорит Джон, мы минимизируем все наши CSS и Javascript. Также все внешние ресурсы обслуживаются сайтом "ecogeek-cdn". Ecogeek - это компания, владеющая серверами, на которых работает сайт, ecogeek-cdn.net указывает на нашу автономную сеть распространения контента, которая, в зависимости от вашего местоположения, будет обслуживаться напрямую наши серверы или с помощью EdgeCast (мы используем некоторые хитроумные DNS-файлы, которые я не до конца понимаю, чтобы определить лучший/самый быстрый вариант). Причина, по которой мы используем домен ecogeek-cdn.net вместо того, чтобы cdn.dftba.com или что-то подобное довольно хорошо суммируется сайтом sstatic (CDN, используемый StackExchange - Т.Е. этот сайт)

Когда браузер запрашивает статическое изображение и отправляет файлы cookie вместе с запросом, сервер не использует эти файлы cookie. Так что они только создавайте сетевой трафик без уважительной причины. Вы должны убедитесь, что статические компоненты запрашиваются с помощью запросов без файлов cookie. Создайте поддомен и разместите там все свои статические компоненты.

Если ваш домен www.example.org, вы можете разместить свои статические компоненты на static.example.org . Однако, если вы уже установили файлы cookie в домене верхнего уровня example.org в отличие от www.example.org, то все просьбы к static.example.org будет включать эти файлы cookie. В в этом случае вы можете купить совершенно новый домен, разместить там свои статические компоненты и сохранить этот домен без файлов cookie. Яху! использует yimg.com, YouTube использует ytimg.com, Amazon использует images-amazon.com и так далее.

Еще одно преимущество размещения статических компонентов в домене без файлов cookie заключается в том, что некоторые прокси-серверы могут отказаться кэшировать компоненты, запрошенные с помощью файлов cookie. На соответствующей заметке, если вы задаетесь вопросом, следует ли вам использовать example.org или www.example.org для вашего дома страница, рассмотрите влияние файлов cookie. Пропуск www не оставляет вам другого выбора, кроме как записывать файлы cookie на *.example.org , поэтому по соображениям производительности лучше всего использовать поддомен www и записывать файлы cookie в этот поддомен.

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

Но я думаю, что главное, что способствует нашей быстрой загрузке страниц, - это использование AJAX, это означает, что каждый раз, когда ваш браузер запрашивает страницу, он загружает только ресурсы, необходимые для этой страницы, все остальное остается на месте. Мы также можем использовать такие вещи, как анимация, чтобы страница выглядела быстрее, даже если это не так (это психологическая вещь, если загрузка изображения занимает 1 секунду, но в последний 0,25 секунды вы исчезаете на изображении, пользователи будут чувствовать, что оно загружается за 0,75 секунды, потому что что-то происходит).

Существует множество способов получить быстрый веб-сайт (Подсказка: Время, потраченное на попытки ускорить ваш сервер, вероятно, потрачено впустую. Простые вещи, такие как использование CDN, сокращение файлов, использование CSS-спрайтов и т. Д., Могут сократить время загрузки страницы на полсекунды, вам придется потратить дни, возможно, недели на настройку производительности вашего бэкэнда, чтобы добиться такого улучшения), проконсультируйтесь с предложения по Google PageSpeed и Yahoo YSlow, а затем Google, чтобы выяснить, как лучше всего использовать его для вашего сайта.

 17
Author: Smudge, 2011-06-27 14:01:21

Вещи, которые я заметил:

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

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

  • Большая часть CSS уменьшена, что уменьшает размер файлов

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

  • Они кэшируют статические файлы с датой истечения срока действия в далеком будущем

Интересно, что они получают низкий балл по скорости страницы Google (73 из 100). Я заметил, что они не сжимают свои текстовые файлы с помощью gzip. Они были бы еще быстрее, если бы сделали это.

 6
Author: John Conde, 2011-06-27 13:41:04