- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сожмите с помощью PHP, у меня тоже хостинг не позволяет, PHP отлично справляется.
Тут надо смотреть по месту. Этот как с кешированием - палка о двух концах. Может случится, что на упаковку понадобится больше времени, чем на отдачу не пакованного.
Загружается вначале файл CSS, и только после его загрузки, файлы картинок прописанные в файле CSS
А вот, кстати... я чот толком не помню - загружаются\запрашиваются ли картинки из ЦСС если правила, где они прописаны, не задействованы на вызываемой странице? Вроде как нет, но мб я ошибаюсь?
я измеряю скорость со стороннего ресурса
Для чистоты экспериментов лучше использовать свои сервера, а не паблик-сервисы. Тот же пингдомтулс может по разному ходить при каждом запросе (через разные прокси). Какой есть веб-софт для этого (аля пингдомтулс) тут я не подскажу - не интересовался.
А вот в первом там огромное количество мелких сктиптиков и скриптов, у многих еще и свои css, все они объявляются в заголовке документа.
Речь о том, что их нужно объединять в один файл. Меньшее кол-во запросов отдельных файлов - выигрыш в скорости получения страницы.
---------- Добавлено 08.11.2013 в 21:21 ----------
Если понаблюдать за загрузкой страниц с таблицами и картинками в них, видно, что разворачивается таблицы по ширине и высоте ячеек еще до того, как начинают показываться картинки. Как я понимаю, в начале получаются какие-то заголовки от файлов изображений, где указан размер.
В принципе Nadejda уже все пояснил(а?), я только добавлю. "Получение блока" - это не получение его содержимого (не всегда точнее). Это получения кода от <table> до </table>. Только когда получен блок - тогда начинается получение его содержимого.
Обрати внимание:
чтобы загрузка и особенно отображение страницы в браузере шло последовательно без ожиданий: верстка делается отдельными блоками: "составленными друг на друга блоками" . В большинстве же случаев на сайтах вложенность блоков в другдруга существенная.
Т.е. чем больше и глубже вложенность блочных элементов - тем дольше ЮА будет получать и отрисовывать части страниц.
А вот, кстати... я чот толком не помню - загружаются\запрашиваются ли картинки из ЦСС если правила, где они прописаны, не задействованы на вызываемой странице? Вроде как нет, но мб я ошибаюсь?
Не задавался вопросом. Думаю, что не подтягиваются, т.к. их там может быть очень много, и на странице использоваться не все.
Кстати, на сайте, который на WP, есть такой скрипт imagepreloader.js, Увидел когда, задергался посмотреть что это, почитал в сети, отключал, начинает некрасиво работать ховер в меню (подложка подсвечивается), на скорость всего остального не влияет.
Для чистоты экспериментов лучше использовать свои сервера, а не паблик-сервисы. Тот же пингдомтулс может по разному ходить при каждом запросе (через разные прокси). Какой есть веб-софт для этого (аля пингдомтулс) тут я не подскажу - не интересовался.
своего софта нет. Разве что файрбаг :) но у меня провайдер сам как один сплошной эксперимент 😂
В пингдомтулс выставлял все время Амстердам, как наиболее близкий, чтобы уменьшить влияние каналов на измерения.
Речь о том, что их нужно объединять в один файл. Меньшее кол-во запросов отдельных файлов - выигрыш в скорости получения страницы.
Объединять я на том самописе ничего не буду, писал не я (я не писатель), потом ума не дашь.. хорошо если просто загнется и все.. а если будет работать и время от времени поглюкивать, а туда уже контента насуют.. я потом задолбаюсь откатывать и накатывать :) Там товар потихоньку меняется, что-то добавляется, что-то убавляется, я не всегда вижу изменения.
Короче понятно, что ничего не понятно. Я вижу пока в блоках получения картинок юзерагентом картинки вроде как из разных блоков. Для чистоты эксперимента надо просто создать простую хтмл-страничку и посмотреть. Не знаю правда, как мне это поможет :))
есть такой скрипт imagepreloader.js
Судя по названию это скрипт для предзагрузки картинок (некоторых. Наверняка для слайдера какого-нить). Вещь в принципе полезная - юзер не будет ждать пока след. слайд догрузится. Правда, это же снижает общую скорость загрузки страницы. Особенно для "низкоскоростных" юзеров.
Не задавался вопросом.
Так то, я спрашивал тех кто знает :)
В пингдомтулс выставлял все время Амстердам, к
В Амстердаме не один провайдер и ДЦ ;) (хотя я не знаю как работает конкретно пингдомтулс. Но обычно такие сервисы делят нагрузку на разные сервера\ДЦ)
Судя по названию это скрипт для предзагрузки картинок (некоторых. Наверняка для слайдера какого-нить). Вещь в принципе полезная - юзер не будет ждать пока след. слайд догрузится. Правда, это же снижает общую скорость загрузки страницы. Особенно для "низкоскоростных" юзеров.
Слайдеры, карусели не люблю. Этот скрипт обеспечивает в меню ховер-эффект... подсвечивается выбранный пункт, 1 маленький файлик, подложка у пункта. Больше ничего не подгружает.
Слайдеры, карусели не люблю.
+1. Сие есть зло на 99% сайтах :)
Этот скрипт обеспечивает в меню ховер-эффект... подсвечивается выбранный пункт, 1 маленький файлик, подложка у пункта
Да. И для этого используется предзагрузка.
1. Бросите в меня этой строчкой и местом куда ее нужно вставить? Я хочу попробовать сжимать данные и посмотреть, как это будет влиять на скорость открытия страницы.
Жмется только код страницы или весь поток, включая css?
2. в примере на хтмл естественно сначала объявляется css, где описана бОльшая часть картинок дизайна, потом скрипты, потом уже из тела документа запрашиваются картинки. Так, по идее, на всех трех примерах. Это правильно?
3. в третьем примере всего 3 файла CSS:
<link rel="stylesheet" href="css/reset.css" type="text/css" media="all">
<link rel="stylesheet" href="css/layout.css" type="text/css" media="all">
<link rel="stylesheet" href="css/style.css" type="text/css" media="all">
+ CSS для IE ie6.css
Это в на самом простом сайте (хтмл + SSI +JS)
Шаблон перепиленный фриварный, добалены пару скриптов, переделана расцветка, картинки ну и по мелочи.
4. А вот в первом там огромное количество мелких сктиптиков и скриптов, у многих еще и свои css, все они объявляются в заголовке документа.
1.
<?php
ob_start("ob_gzhandler");
<?php <-В этом месте в строке не должно быть пробелов
В файл индекс в корне ВП. ....Код страницы.
2. Если вам не нравится Гугл, грузите с другого адреса - css.домен
3. Минимизировать в один файл
4. Минимизировать количество js, css в один файл.
Особенно мне нравится конструкция, когда не в заголовках, а в главном CSS прописаны дополнительные CSS - увеличивая время загрузки
---------- Добавлено 09.11.2013 в 11:57 ----------
Тут надо смотреть по месту. Этот как с кешированием - палка о двух концах. Может случится, что на упаковку понадобится больше времени, чем на отдачу не пакованного.
А вот, кстати... я чот толком не помню - загружаются\запрашиваются ли картинки из ЦСС если правила, где они прописаны, не задействованы на вызываемой странице? Вроде как нет, но мб я ошибаюсь?
"Получение блока" - это не получение его содержимого (не всегда точнее). Это получения кода от <table> до </table>. Только когда получен блок - тогда начинается получение его содержимого.
- в моем случае выигрыш по времени
- не загружаются, если не используются на странице ( А пингдом кажется все гонит)
раньше был сайт site-perf на нем показывалось правильно, и показывались очередность и пачки(параллельные потоки) - перестал работать, более нормального сервиса не знаю
- Только кода получен блок - начинается прорисовка браузером блока страницы, а не получение содержимого.
1.
<?php
ob_start("ob_gzhandler");
<?php <-В этом месте в строке не должно быть пробелов
В файл индекс в корне ВП. ....Код страницы.
Прикрутил. Ошибок, как впрочем и других изменений нет.
Гугл пейджспид твердит по прежнему, что неплохо было бы использовать сжатие.
Скорость и порядок загрузки на пингдомтулс остался тот же, один в один.
UPD:
убрал строку.
Проверил в https://developers.google.com/speed/pagespeed/insights/
показатели те же, пожелание использовать сжатие, в перечне css и js
Проверил http://www.whatsmyip.org/http-compression-test/ , результат
Original Size: 37.04 KB
Compressed Size: 7.47 KB
Data Savings: 79.83%
Здесь http://www.port80software.com/ тоже пишет
Percentage saved by compression: 80.0%
Transfer speed improvement: 4.9 X
Не совсем понятно, сжимается html, но не сжимается css и js?
ob_start("ob_gzhandler")
Ну это не только к ВП :)
Но его работоспособность, насколько я понимаю, зависит не только от браузера, но и от сервера. Ведь как минимум пхп должен быть собран с поддержкой gzip.
как впрочем и других изменений нет.
Почитай описание функции по ссылке выше - ЮА должен понимать этот метод сжатия.
- в моем случае выигрыш по времени
Я ж и говорю - тут надо индивидуально смотреть. В конкретных условиях. Так же как и с кешированием.
Только кода получен блок - начинается прорисовка браузером блока страницы, а не получение содержимого.
А что ж будет рисоваться, если не его содержимое? Особенно в случае с 5-ти кратно вложенными дивами\спанами. ;)
а в главном CSS прописаны дополнительные CSS - увеличивая время загрузки
Т.е. @import url("layout.css"); в style.css будет дольше, чем
в коде страницы?
Хм.. наверное да, логично.
Почитай описание функции по ссылке выше - ЮА должен понимать этот метод сжатия.
Так не было ни ошибок, ни надписей. Как я писал выше - gzip был уже включен. Строчку эту убрал.
На другом хостинге написал в саппорт (шаред), включили gzip, вписал в хтакцесс правила, скорость поднялась, но "блочная" схема загрузки осталась. Включил на соседних, порадовало, что на соседних сайтах на шареде скорость тоже поднялась прилично (на одном вообще 206 ms время загрузки по пингдом).
вложенные вызовы css не использую.
Попробуйте https://github.com/pagespeed/ngx_pagespeed