http___blog.superhosting.bg_htaccess_mod_expires.html_1.xml
http___www.w3mate.com_how-to-leverage-browser-caching-on-your-wordpress-blog_.xml
1.1 2.1 2.2 2.3 2.4 2.5 3.1 3.2 3.3 4.1 5.1 6.1 7.1 7.2 7.3 8.1 9.1 10.1 11.1 12.1 13.1 14.1 15.1 16.1 17.1 18.1 19.1 20.1 21.1 22.1 23.1 25.1 26.1 26.2 26.3 26.4 27.1 28.1 29.1 30.1 31.1 32.1 33.1 34.1 35.1 35.2 36.1 37.1 38.1
Хитрини с .htaccess – част 2 – защо mod_expires?! В една от предишните статии на нашите „Съвети от support- a” говорихме „надълго и нашироко“ за оптимизирането на сайта от страна на сървърни ресурси. В тази публикация ще представим добри практики за оптимизиране на бързодействието на сайта и визуализирането му в браузъра (front-end частта). Както и заглавието издава – чрез mod_expires. Малките „хитрини“, които ще видите в статията са споделени от истинските професионалисти на нашата хостинг компаня СуперХостинг.БГ и веднага дават резултат! А защо са "хитрини" и защо „част 2“ ... ще разберете няколко реда по-късно. mod_expires е модул на Apache уеб сървъра, който указва на уеб браузърите колко време да кешират ресурсите. Особено подходящ е за сайтове, които имат много статични файлове - css, js, изображения. Модулът предлага две възможности за настройка на кеширането: - кешът да се пази определено време след достъпването на ресурса при потребителя (Пример без посочване на типа на файла - ExpiresDefault "access plus 1 day"); - кешът да се пази определено време след последната модификация на файла (Пример без посочване на типа на файла - ExpiresDefault "modification plus 1 day"). mod_expires се активира чрез .htaccess файла – конфигурационният файл за управление на сървърни настройки за вашия хостинг акаунт. В примера по-долу сме посочили следното: картинките (.gif, .jpeg, .png) да се кешират до 1 месец след първоначалния достъп на посетителя до сайта, а js и css файловете - до 7 и съответно 30 дни след първоначален достъп. Всички останали типове (text/html, например) се кешират до 1 ден след последната модификация на файла. Показали сме стандартен (default syntax) и алтернативен (alternate syntax) синтаксис на използваните директиви. ### activate mod_expires ExpiresActive On ### Expire .gif's 1 month from when they're accessed (Default algorithm) ExpiresByType image/gif A2592000 ### Expire .jpg's 1 month from when they're accessed ExpiresByType image/jpg A2592000 ### Expire .png's 1 month from when they're accessed ExpiresByType image/png A2592000 ### Expire .js's 7 days from when they're accessed (Alternative algorithm) ExpiresByType text/js "access plus 7 days" ### Expire .css's 30 days from when they're accessed ExpiresByType text/css "access plus 30 days" ### Expire everything else 1 day from when it's last modified ExpiresDefault "modification plus 1 day" Ще се радваме и вие да споделите дали използвате mod_expires или по-скоро - Какви начини за оптимизиране на бързодействието на сайта си използвате? И накрая, тъй като обещахме да посочим защо „част 2“ присъства в заглавието – логичния отговор е: защото има и част 1: Браво, хитро, похвално… И преди бях давал примери за това как да си направим микро Content Delivery Network (CDN). При мен по този начин пестя около 25% – 30% от трафика. Трафикът в момента е евтин и финансовата икономия е минимална (пък и това е полза за хостинг provider-а, а не за мен ) защото така или иначе пакетът включва значително повече от нужното количество трафик. Но важното за мен е осезаемото подобрение на скоростта на зареждане на страниците, тъй като се осъществява по-малък брой заявки към сървъра, което вече си е benefit лично за мен За целта използвам следния код в .htaccess файла: Header unset Pragma FileETag None Header unset ETag Header set Cache-Control “public, no-transform” Header unset Last-Modified ExpiresActive On ExpiresDefault “access plus 1 day” Мисля, че повечето от редове говорят сами за себе си, но като цяло, за да е напълно сигурно, че файловете ще се кешират достатъчно трайно, препоръчително е освен дългия срок за кеширане да се премахнат и всички следи, по които някои “умни” браузъри и проксита биха могли да се пробват да откриват разлики по файловете. Премахват се ETag-овете и последната промяна, както и Pragma-та… Тяхното наличие може (при определени условия) да съкрати зададените от mod_expires срокове. Разбира се – премахването на тези HTTP headers може и да задълбочи описаните проблеми при лошото планиране на обновяванията… важното е да се намери подходящия баланс. Оставете коментар Все още няма връзки за обратно следене.
1.1 1.2 1.3 2.1 3.1 3.2 4.1 5.1 6.1 7.1 8.1 9.1 10.1 11.1 12.1 13.1 14.1 15.1 16.1
Often to improve the speed of your website or blog, there are several aspects that you could tweak to improve the loading speed. One of the such a key aspect is leveraging browser caching for you WordPress blog or website. Even if you are running WordPress or a different CMS or even be it a static website, on your web server you can create a .htaccess file and place the below code to enable browser caching. To explain a little further, by leveraging browser caching on WordPress blog, you can reduce the number of HTTP requests that the server requires in order to process the page. This practice, reduces the page load time further by caching static elements of the website like images, CSS, PDF, Java script files etc. Simply paste the below code at the top of the .htaccess file and save it to enable browser caching. ## EXPIRES CACHING ## ExpiresActive On ExpiresByType image/jpg "access 1 year" ExpiresByType image/jpeg "access 1 year" ExpiresByType image/gif "access 1 year" ExpiresByType image/png "access 1 year" ExpiresByType text/css "access 1 month" ExpiresByType application/pdf "access 1 month" ExpiresByType text/x-javascript "access 1 month" ExpiresByType application/x-shockwave-flash "access 1 month" ExpiresByType image/x-icon "access 1 year" ExpiresDefault "access 2 days" ## EXPIRES CACHING ##