Альтернативы Yslow - Оптимизация для небольших сайтов

Я разрабатываю небольшое веб-приложение на основе интрасети. У меня установлен YSlow, и он предлагает мне сделать несколько вещей, но они не кажутся мне актуальными. например, мне не нужен CDN. Мое приложение работает медленно, поэтому я хочу уменьшить пропускную способность запросов.

  1. Каких правил YSlow следует придерживаться?
  2. Существуют ли альтернативные инструменты для небольших сайтов?
  3. Какой контрольный список я должен применить перед развертыванием моего приложения?

Я использую ASP.net.


optimization caching yslow
person Johnno Nolan    schedule 22.01.2009    source источник

Ответы (4)


arrow_upward
4
arrow_downward

Пропускная способность на сайтах интрасети вообще не должна быть проблемой (если только у вас нет пользователей VPN). Если вы этого не сделаете, и он все еще ползет, это, вероятно, связано с серверной частью, а не с передней структурой.

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

  • Не используйте 30 таблиц стилей — объедините их в одну
  • Не используйте 30 JS-файлов, объедините их в один
  • Рассмотрите возможность сжатия как JS, так и CSS с помощью минификаторов или компрессора YUI.
  • Рассмотрите возможность использования спрайтов (изображения с несколькими версиями — например, пуговицы вверх и пуговицы вниз, одно над другим)
  • Очевидно, что массивные изображения — это нет-нет.
  • Убедитесь, что вы отправляете заголовки с истекающим сроком действия, чтобы убедиться, что таблицы стилей/js/изображения/и т. д. кэшируются в течение разумного периода времени.
  • Убедитесь, что ваши страницы не слишком велики. Если вы находитесь в контролируемой среде и можете гарантировать доступность JS, возможно, вы захотите разбивать данные на страницы с помощью AJAX.
person Oli    schedule 22.01.2009
comment
Большинство из них (за исключением сжатия YUI) лишь незначительно повлияют на общую пропускную способность, но все они должны помочь сократить количество запросов. Сокращение количества запросов может серьезно повлиять на перегруженную систему. - person Oli; 22.01.2009

arrow_upward
1
arrow_downward

Начать,

  1. ограничить количество HTTP-запросов к изображениям, сценариям и другим ресурсам, по возможности комбинируя их. Рассмотрите возможность их минимизации. Я бы рекомендовал Fiddler для отладки HTTP.

  2. Помните о размере Viewstate, установите EnableViewState = false, где это возможно, например. Для элементов управления раскрывающимся списком, список элементов которых никогда не изменялся, отключите Viewstate и заполните Page_Init или переопределите OnLoad. ПО-НАСТОЯЩЕМУ понимаю Viewstate — обязательная к прочтению статья на эту тему.

Оли опубликовал ответ при написании этого и должен согласиться с тем, что соображения пропускной способности должны быть вторичными или третичными для приложения интрасети.

person Russ Cam    schedule 22.01.2009

arrow_upward
1
arrow_downward

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

Обновление: с июня 2015 г. плагины Page Speed для Firefox и Chrome больше не поддерживаются и не доступны, вместо этого Google предлагает веб-версия.

person Johnno Nolan    schedule 24.08.2009
comment
Я действительно не мог найти это как плагин для пожарной ошибки, он изменился или я что-то пропустил? - person Musa Haidari; 14.06.2015

arrow_upward
0
arrow_downward

Инструменты Pingdom позволяют быстро проверить любую общедоступную веб-страницу.

person brianegge    schedule 12.02.2009