Комментарии 27
"Терпимое временя ожидания" - поправьте заголовочек.
НЛО прилетело и опубликовало эту надпись здесь
Очень правильное замечание на счёт того, что долгогрузящиеся сайты должны иметь нормальный прелоудер/прогресс бар. По себе скажу, что ждать 10 секунд загрузку сайта в IE очень сложно после того, как я привык к Opera в которой есть статус бар с инфой что КОНКРЕТНО СЕЙЧАС делает браузер. FF и IE пишут что-то абстрактное и совсем не понятно - рухнул сайт, не нашёлся домен или ещё что. Сидишь и ждёшь как дурак. Это раздражает.
Этим комментом я какбе хочу сказать, что разработчики браузеров должны задуматься о том, как удержать пользователя на долгоотвечающем сайте. И на мой взгляд проще всего пойти путём Opera - сделать информативный статус бар.
Ну и да, сайты таки надо оптимизировать!
Этим комментом я какбе хочу сказать, что разработчики браузеров должны задуматься о том, как удержать пользователя на долгоотвечающем сайте. И на мой взгляд проще всего пойти путём Opera - сделать информативный статус бар.
Ну и да, сайты таки надо оптимизировать!
"Nah заключила, что ТВО для веб-пользователей имеет максимум около 2 секунд"
Супер :)
В статье информации маловато, зато ссылочки интересные, почитаемс.
Супер :)
В статье информации маловато, зато ссылочки интересные, почитаемс.
Спасибо. Ушёл мерять страницы.
Все зависит от ценности контента. Если контент уникальный, то будем жать на reload, пока не загрузится, и еще завтра придем - проверить, не исчезло ли сообщение об ошибке. И потом еще через неделю.
пора сделать статейку "прогресс бар для тяжёлых страниц"
если, конечно, кому-то будет интересно! ;)
если, конечно, кому-то будет интересно! ;)
А бывают парадоксы:
при моей безлимитке 64 кб/с страница, содержащая немного текста, грузится очень долго, а страница igoogle, перегруженная виджетами загражается за считаные 2-3 секунды. Плохая оптимизация?
при моей безлимитке 64 кб/с страница, содержащая немного текста, грузится очень долго, а страница igoogle, перегруженная виджетами загражается за считаные 2-3 секунды. Плохая оптимизация?
"Постарайтесь удержать время загрузки вашей страницы ниже &lauoq;порога терпимости»"
&lauoq; - поправьте, плз.
&lauoq; - поправьте, плз.
Солидно.
Только зачем изобретать велосипед? Нильсен про «предельно допустимые» 10 секунд писал еще давно.
Только зачем изобретать велосипед? Нильсен про «предельно допустимые» 10 секунд писал еще давно.
Вот это понимаю актуальная тема. С увеличением размера канала выхода в интернет, многие забывают, что даже простая оптимизация картинок может существенно уменьшить скорость загрузки. Сам помешан на ускорении всего что попадается под руку. Спасибо за полезную статью и особенно за доп. материалы.
"Когда главную страницу Google Maps уменьшили в объеме с 100Кб до 7080КБ?!
Предыдущем исследование продемонстрировало, что пользовательское раздражение сильно возрастает, если скорость загрузки страницы превышает 8–10 секунд безо всякого уведомления пользователя о процессе загрузки (Bouch, Kuchinsky и Bhatti, 2000, King, 2003).
8-10 секунд в 2000 году, на диалапе 19200... они наверно хотели сказать 80:)
8-10 секунд в 2000 году, на диалапе 19200... они наверно хотели сказать 80:)
Не перестаю удивляться энтузиазму 
sunnybear
sunnybear
прочитал, статью зашел webo.in, ускорил сайт на 35%
вот оказалось что на хостинге РБК, работает gzip сдатие для php файлов, а для css и js оно почему-то отключено.
нашел выход, так как мои js и css файлы редко обновляються то подошел такой способ,
в htacces файле нужно написать
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
и загрузить туда сжатые копии файлов
тоесть получаеться два файла
style.css который отдаеться если клиент не поддерживает сжатие
и
style.css.gz если поддерживает, очень доволен:))
нашел здесь, http://www.yeraze.com/article.php/200711…, там есть и другие способы включить gzip сжатие
ещё узнал что если сжимать js через регулярные выражения, тоесть packed, а потом gzip'ом то объем файла только увеличиваеться. а лучше убрать пробелы и лишнии символы переименовать переменные в более короткие,
помогла программка custom_rhino.jar (http://dojotoolkit.org/docs/shrinksafe)
а для css
http://www.codebeautifier.com
и на последок объединил файлы в один, для уменьшения количества запросов,
хотя я так понял если клиент открывает содеинениее с параметром
Connection:прочитал, статью зашел webo.in, ускорил сайт на 35%
вот оказалось что на хостинге РБК, работает gzip сдатие для php файлов, а для css и js оно почему-то отключено.
нашел выход, так как мои js и css файлы редко обновляються то подошел такой способ,
в htacces файле нужно написать
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
и загрузить туда сжатые копии файлов
тоесть получаеться два файла
style.css который отдаеться если клиент не поддерживает сжатие
и
style.css.gz если поддерживает, очень доволен:))
нашел здесь, http://www.yeraze.com/article.php/200711…, там есть и другие способы включить gzip сжатие
ещё узнал что если сжимать js через регулярные выражения, тоесть packed, а потом gzip'ом то объем файла только увеличиваеться. а лучше убрать пробелы и лишнии символы переименовать переменные в более короткие,
помогла программка custom_rhino.jar (http://dojotoolkit.org/docs/shrinksafe)
а для css
http://www.codebeautifier.com
и на последок объединил файлы в один, для уменьшения количества запросов,
хотя я так понял если клиент открывает содеинениее с параметром
Connection:прочитал, статью зашел webo.in, ускорил сайт на 35%
вот оказалось что на хостинге РБК, работает gzip сдатие для php файлов, а для css и js оно почему-то отключено.
нашел выход, так как мои js и css файлы редко обновляються то подошел такой способ,
в htacces файле нужно написать
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
и загрузить туда сжатые копии файлов
тоесть получаеться два файла
style.css который отдаеться если клиент не поддерживает сжатие
и
style.css.gz если поддерживает, очень доволен:))
нашел здесь, http://www.yeraze.com/article.php/200711…, там есть и другие способы включить gzip сжатие
ещё узнал что если сжимать js через регулярные выражения, тоесть packed, а потом gzip'ом то объем файла только увеличиваеться. а лучше убрать пробелы и лишнии символы переименовать переменные в более короткие,
помогла программка custom_rhino.jar (http://dojotoolkit.org/docs/shrinksafe)
а для css
http://www.codebeautifier.com
вот оказалось что на хостинге РБК, работает gzip сдатие для php файлов, а для css и js оно почему-то отключено.
нашел выход, так как мои js и css файлы редко обновляються то подошел такой способ,
в htacces файле нужно написать
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
и загрузить туда сжатые копии файлов
тоесть получаеться два файла
style.css который отдаеться если клиент не поддерживает сжатие
и
style.css.gz если поддерживает, очень доволен:))
нашел здесь, http://www.yeraze.com/article.php/200711…, там есть и другие способы включить gzip сжатие
ещё узнал что если сжимать js через регулярные выражения, тоесть packed, а потом gzip'ом то объем файла только увеличиваеться. а лучше убрать пробелы и лишнии символы переименовать переменные в более короткие,
помогла программка custom_rhino.jar (http://dojotoolkit.org/docs/shrinksafe)
а для css
http://www.codebeautifier.com
и на последок объединил файлы в один, для уменьшения количества запросов,
хотя я так понял если клиент открывает содеинениее с параметром
Connection:прочитал, статью зашел webo.in, ускорил сайт на 35%
вот оказалось что на хостинге РБК, работает gzip сдатие для php файлов, а для css и js оно почему-то отключено.
нашел выход, так как мои js и css файлы редко обновляються то подошел такой способ,
в htacces файле нужно написать
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
и загрузить туда сжатые копии файлов
тоесть получаеться два файла
style.css который отдаеться если клиент не поддерживает сжатие
и
style.css.gz если поддерживает, очень доволен:))
нашел здесь, http://www.yeraze.com/article.php/200711…, там есть и другие способы включить gzip сжатие
ещё узнал что если сжимать js через регулярные выражения, тоесть packed, а потом gzip'ом то объем файла только увеличиваеться. а лучше убрать пробелы и лишнии символы переименовать переменные в более короткие,
помогла программка custom_rhino.jar (http://dojotoolkit.org/docs/shrinksafe)
а для css
http://www.codebeautifier.com
и на последок объединил файлы в один, для уменьшения количества запросов,
хотя я так понял если клиент открывает содеинениее с параметром
Connection:прочитал, статью зашел webo.in, ускорил сайт на 35%
вот оказалось что на хостинге РБК, работает gzip сдатие для php файлов, а для css и js оно почему-то отключено.
нашел выход, так как мои js и css файлы редко обновляються то подошел такой способ,
в htacces файле нужно написать
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
и загрузить туда сжатые копии файлов
тоесть получаеться два файла
style.css который отдаеться если клиент не поддерживает сжатие
и
style.css.gz если поддерживает, очень доволен:))
нашел здесь, http://www.yeraze.com/article.php/200711…, там есть и другие способы включить gzip сжатие
ещё узнал что если сжимать js через регулярные выражения, тоесть packed, а потом gzip'ом то объем файла только увеличиваеться. а лучше убрать пробелы и лишнии символы переименовать переменные в более короткие,
помогла программка custom_rhino.jar (http://dojotoolkit.org/docs/shrinksafe)
а для css
http://www.codebeautifier.com
нда, как оно заглючило... жаль нельзя свой комментарий удалить и запостить заново, или отредактировать
это Вы попытались сделать краткую выжимку со статей на webo.in ? по попову gzip для CSS/JS приведено не совсем корректное решение
я написал на радостях от того что нашел простое решение включить gzip для CSS/JS на моем хостинге
почему оно не совсем корректное?
почему оно не совсем корректное?
Safari / Konquerir в пролете + возможны проблемы с локальными проксями
http://webo.in/articles/habrahabr/07-gzi…
http://webo.in/articles/habrahabr/07-gzi…
ok, спасибо.
с условиями (IfModule mod_rewrite.c) у меня не сработало
зато я убрал Safari и Konqueror, странно что они не могли сделать поддержку gzip.
не работает возможно из-за того что на хостинге nginx вместо apache.
посмотрел nginx.conf то там
#gzip on
тоесть выключен.
можно его как-то включить через htaccess для nginx?
с условиями (IfModule mod_rewrite.c) у меня не сработало
зато я убрал Safari и Konqueror, странно что они не могли сделать поддержку gzip.
не работает возможно из-за того что на хостинге nginx вместо apache.
посмотрел nginx.conf то там
#gzip on
тоесть выключен.
можно его как-то включить через htaccess для nginx?
вот глюк:)) я не тот nginx.conf смотрел, а тот что нужен не смог найти.
зато оказалось что на хостинге РБК включено сжатие для txt файлов, а для css и js выключено :))
если файл переименовать в style.js.txt то сжатие работает
но Content-Type: text/html; charset=UTF-8
вместо Content-Type: text/css
зато оказалось что на хостинге РБК включено сжатие для txt файлов, а для css и js выключено :))
если файл переименовать в style.js.txt то сжатие работает
но Content-Type: text/html; charset=UTF-8
вместо Content-Type: text/css
с txt файлами почему-то не получилось, может из-за того что nginx нужно чтоб файл посылал header text/plain для того чтоб его сжать, а с этим header'ом в firefox не отображаеться css.
решил сделать так, чтоб снизить лишнюю нагрузку на сервер
RewriteCond $1 (style.css|script.js)
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{HTTP_USER_AGENT} !Safari
RewriteCond %{HTTP_USER_AGENT} !Konqueror
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
решил сделать так, чтоб снизить лишнюю нагрузку на сервер
RewriteCond $1 (style.css|script.js)
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{HTTP_USER_AGENT} !Safari
RewriteCond %{HTTP_USER_AGENT} !Konqueror
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.+) $1.gz [L]
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Психология веб-производительности, или когда время равно деньги