Действительно ли можно достичь уровня «A» в yslow для всех вещей для динамических сайтов и сайтов CMS (PHP/Asp.net)? и используя тот же сервер.Действительно ли можно достичь уровня «А» в yslow yahoo для всех вещей для динамического веб-сайта CMS?
http://developer.yahoo.com/yslow/help/index.html#performance_view
Да, я думаю, можно добиться этого на одном сервере, за исключением, конечно, для CDN части, которая опирается на внешняя служба. Вам, вероятно, потребуется полный контроль над вашим сервером для настройки таких вещей, как ETags и т. Д.
Я думаю, что редко стоит усилий, чтобы выполнить все это буквально до последнего процента, за исключением случаев, когда вы являетесь огромным сайтом, таким как Google или Yahoo, где каждый сохраненный байт может означать десятки или сотни тысяч сбережений. Просто получите должный класс, так что все работает быстро и надежно - как в школе :)
Конечно, почему нет?
Каждый элемент следует через к ссылке с более подробной информацией о том, как для того чтобы достигнуть более высокого класса
Да. Прежде всего, попробуйте сделать все и все ваши JS-внешние и загружать их по требованию, только предварительно загружая компоненты, которые вам действительно нужны. Затем отслеживайте, когда каждый файл javascript загружается по порядку. Запустите это через JSBuilder (инструмент для упаковки и сжатия JavaScript).
Включите GZIP на своем сервере. Сжатие Gzip позволило уменьшить мои статические файлы (css, js и т. Д.) На 73,43%.
Кэш, кэш, кэш. Все, что не меняется между развертываниями приложений, должно иметь заголовок с далеким будущим.
Если вы можете себе это позволить, подавайте свои файлы из cdn. Это распределенные сети, которые облегчают доставку контента.
Избавьтесь от своих файлов cookie или объедините их, закодировав их значения в JSON или используя серверную службу кеширования для кэширования значений и сохраните ключ кеша в файле cookie. Таким образом, у вас есть только один cookie вместо сотен.
Поместите свой css наверху и оптимизируйте его, удалив неиспользуемые селектор и свойства.
О, и подумайте о переходе на тонкий клиент ... перезагрузка веб-страницы в 1999 году. Использование тонкого клиента позволяет вам попробовать различные методы оптимизации загрузки страниц и отделяет ваш взгляд (веб-клиент) от вашего сервера и промежуточное программное обеспечение api, позволяющее вам разрабатывать интерфейс в любой среде RIA по вашему выбору. Вы можете очень легко работать с JQuery, или идти с более надежными предустановленными пользовательскими интерфейсами Ext или Dojo.
Уменьшите количество неиспользованного HTML. Таблицы являются злыми, если абсолюты не нужны или не вставлены в дом после загрузки страницы.
Уверен, что для этого потребуется какая-то серьезная переработка, на которую в настоящее время не может быть настроена ваша архитектура приложения и набор навыков разработчика. Хорошей новостью является то, что вы можете улучшить свой пользовательский опыт, просто кэшируя серверы cookie на стороне сервера (как я уже упоминал выше), gzipping ваши статические компоненты, а также объединяя и минимизируя любые JS и оптимизируя ваш CSS и макет, не попадая в реструктуризация вашего веб-приложения.
Да, это возможно.
Вот пример успешного использования an optimisation of a Typo3 installation. Взгляните на this Yahoo! page для оптимизации лакомства.
Стоит ли пытаться оптимизировать снижение пропускной способности и отзывчивость сервера? Конечно! Многие люди подключаются через ручные устройства с дорогостоящими планами мобильных телефонов. Школьная система, в которой я живу, даже имеет ограниченные и дорогостоящие планы широкополосной связи. Ожидание загрузки сайта - пустая трата времени.
