- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Что-то цифры диковато выглядят. Запрос стоял в очереди 32 минуты? Куча запросов, 22 объекта отсутствуют. Похоже на проблемы с каналом.
там 256 объектов на загрузку, вот они все и стоят в очереди один за другим
я подозреваю, еще и Keep-Alive выключен
там 256 объектов на загрузку, вот они все и стоят в очереди один за другим
я подозреваю, еще и Keep-Alive выключен
Стоят в очереди 32 минуты? Это же мертвый сайт, никто не будет столько ждать полной загрузки.
Еще один спосоп ранжирования сайтов=)
Стоят в очереди 32 минуты? Это же мертвый сайт, никто не будет столько ждать полной загрузки
Кгхм, странная у вас интерпретация результатов с site-perf.com. 1933 секунды - это суммарное время ожидания для всех объектов страницы — их очень много, но ждут они параллельно. Полное время загрузки страницы — 17.7 секунды.
Кгхм, странная у вас интерпретация результатов с site-perf.com. 1933 секунды - это суммарное время ожидания для всех объектов страницы — их очень много, но ждут они параллельно. Полное время загрузки страницы — 17.7 секунды.
Надо учитывать, что браузеры одновременно закачивают не более 10 файлов, а статистика показывает 269 объектов. IE7 и более ранние грузят в два потока, соответственно и время ожидания будет гораздо больше 17 секунд. Один только HTML размером более 170Кб грузится 15 секунд. Пациент скорее мертв, чем жив.
Надо учитывать, что браузеры одновременно закачивают не более 10 файлов, а статистика показывает 269 объектов.
И что?
IE7 и более ранние грузят в два потока, соответственно и время ожидания будет гораздо больше 17 секунд.
Ну будет больше, но никак не 32 минуты. Даже минута вряд ли получится :)
Один только HTML размером более 170Кб грузится 15 секунд.
Картинки и большая часть остального начинают подгружаться без ожидания окончания загрузки основного кода. Кстати, про 170 кБ вы опять нафантазировали ;)
Пациент скорее мертв, чем жив
Ну а тут скорее согласен, чем нет :)
Кстати, еще одна тема про ускорение - image map и data uri
http://it.sander.su/site-fast.php
Господа!
подскажите, что у меня не так:
State Total time
queue 1933.4 s 96%
resolve 4.2 ms 0%
connect 21.7 s 1%
headers 52.0 s 3%
body 15.9 s 1%
Start time (GMT) 2009-12-26 09:29:37
Download time 17.7 s
Connects 269
Requests 269
Not found 22
Documents total size 1 835 576 B
Headers total size 68 873 B
Compressed objects 1
Compressed bytes 174 948 B
Average compress ratio 13 %
Effective compress ratio 91 %
Average download speed 849 Kbit/s
Effective download speed 927 Kbit/s
Кэширование включено. Время жизни кэша 10 минут.
GZIP-сжатие страниц включено.
Not found 22
На странице 22 внешних файла, про которых сервер говорит что их нет (404 ошибка).
Connects 269
Requests 269
Однозначно что при таком кол-ве объектов нужен keep-alive
Compressed objects 1
GZIP настроен только в движке при отдаче сгенерированной страницы
нужно включить gzip и на сервере тоже для js, css и других текстовых файлов
Documents total size 1 835 576 B
нужно уменьшить этот размер (картинки пожать, уменьшить кол-во постов или едениц информации на странице и т.д.)
queue 1933.4 s 96%
нужно покрутить настройки http сервера в сторону увеличения кол-ва обработчиков запросов
queue 1933.4 s 96%
нужно покрутить настройки http сервера в сторону увеличения кол-ва обработчиков запросов
Вы уверены? Мне казалось, что когда сервер не отдает информацию из-за малого числа обработчиков запросов, то это учитывается в headers а не queue.
queue выстраивает сам браузер, когда достигает лимита в 2/6/8 запросов к серверу
Вы уверены? Мне казалось, что когда сервер не отдает информацию из-за малого числа обработчиков запросов, то это учитывается в headers а не queue.
queue выстраивает сам браузер, когда достигает лимита в 2/6/8 запросов к серверу
Извиняюсь перепутал. Думал queue - это сколь времени запрос ожидал в очереди на сервере.
Тогда разнести статику по 4-м субдоменам.