Начальная

Windows Commander

Far
WinNavigator
Frigate
Norton Commander
WinNC
Dos Navigator
Servant Salamander
Turbo Browser

Winamp, Skins, Plugins
Необходимые Утилиты
Текстовые редакторы
Юмор

File managers and best utilites

Ускоряем сайт: основные кэш и gzip правила .htaccess которые нужно знать. Используйте кэш браузера htaccess


Как настроить кэширование при помощи файла конфигураций htaccess

Настройка файла htaccess — это не только возможность задать различные уровни доступа для файлов и папок, активировать преобразование ссылок, но и оптимизировать ваш ресурс, чтобы увеличить его юзабильность. В этом файле дополнительных конфигураций для серверов Apache и подобных им есть множество опций, которыми вы можете воспользоваться. И одна из них — это кэширование браузера пользователей, зашедших на сайт. Подробнее о том, как активировать кэш через htaccess вы узнаете в данной статье.

Зачем использовать кэш браузера для своего сайта

Для начала стоит разобрать, что из себя представляет кэш. По сути, это временно сохраненная информация и файлы, к которым часто обращаются. То есть дополнительный буфер обмена, который использует не пользователь, а какие-либо службы или приложения. Например, кэш используют DNS-сервера, операционные системы, процессоры и браузеры. Наверняка вы слышали рекомендацию, вроде этой: «Используйте кэш браузера, чтобы ускорить работу сайта!». На самом деле работа сайта не будет ускорена за счет кэша.

Кэширование — это процесс копирования данных в кэш. Различные браузеры хранят эти файлы в операционной системе компьютера в разных местах. Чтобы активировать кэш браузера, пользователю не нужно самостоятельно обращаться к папкам, где хранится буфер — это происходит автоматически.

Обращение к кэшу работает быстрее, чем обработка внешних носителей, потому использование такого временного буфера — это хороший способ ускорить функционирование браузера.

Суть в том, что кэш преимущественно полезен не для скорости работы сайта, а для ускорения браузера. Ведь человек, который впервые попал на страницы вашего веб-ресурса, не заметит какой-либо разницы, даже если кэширование будет отключено. А вот когда тот самый посетитель зайдет во второй раз на сайт, его браузер кое-что уже будет знать о сайте, и обратившись к кэшу, он загрузит ресурс куда быстрее, чем впервые. И это, несомненно, понравится посетителю!

Юзабильность сайта — это важный фактор ранжирования. Кэш поможет улучшить пользовательский опыт на вашем веб-ресурсе. Рано или поздно, но это повлияет на позиции вашего сайта в поисковой выдаче. Как известно, чем быстрее работает ресурс, тем более лояльно к нему относятся поисковики. И пускай кэш не влияет напрямую на скорость ответа сервера, но ускорение браузера на вашем сайте — это в любом случае большой плюс для веб-ресурса.

Настройка кэширования браузера при помощи файла htaccess

Чтобы корректно и рационально настроить кэширование, недостаточно его просто включить. Используйте различные возможности директивы Cache Control для этого. Ведь нельзя добавить в кэширование все возможные файлы. Вам нужно кэшировать только те, которые редко редактируются. Ведь если браузер будет сохранять полную копию страницы, то пользователь не сможет увидеть новую информацию на сайте, так как веб-обозреватель вместо измененных файлов подгрузит старые их копии.

Директива Cache Control в файле конфигураций htaccess позволяет включить кэширование на определенный период времени. Эта опция отправляет команду об активации кэша вместе с HTTP-заголовками страниц. Браузер, увидев команду Cache Control, выполняет ее. И если вы указали кэшировать страницу на 5 минут, то при обращении веб-обозревателя к скопированной странице через 6 минут, браузер загрузит данные с сервера заново и вновь их сохранит на 5 минут.

К кэшируемым элементам можно отнести различные статичные файлы, которые постоянно находятся в каталогах страниц, и не меняются со временем. К примеру, это может быть дизайн страницы, ее логотип или какой-нибудь элемент, вроде картинки в посте. Нет смысла браузеру каждый раз загружать подобные файлы заново, потому стоит в директиве Cache Control файла htaccess включить загрузку кэша изображений и прочих подобных элементов.

Важно указать правильный временной промежуток, во время которого кэш браузера будет храниться на компьютере пользователя. Максимальный отрезок времени определяет команда max-age директивы Cache Control. Этот период указывается в секундах без упоминания о единицах подсчета. То есть если вы хотите, чтобы кэш хранился один час, то следует в параметре max-age директивы Cache Control указать цифру 3600. Для одного дня указывайте 86400, для недели — 604800, для месяца — 2628000, для года — 31536000 и т. д. Но не стоит на все типы файлов указывать одинаковый период кэширования, иначе есть вероятность, что ваши нововведения на сайте никто не заметит — они не будут загружаться из-за старых копий файлов, которые находятся в кэше.

Вместе с директивой Cache Control в файле htaccess также кроме максимального возраста кэша указывают доступ к кэшированию для разных групп: public, no-store или private. Опция public используется чаще всего. Она сообщает через директиву Cache Control, что кэширование может быть использовано любым пользователем с любым браузером. Именно эту опцию вам следует использовать в файле htaccess, если хотите ускорить работу своего сайта для всех посетителей. Если же вы планируете улучшить юзабильность веб-ресурса только для одного юзера на конкретной странице, то используйте опцию private. Подобный кэш использует социальная сеть Twitter, в которой страница пользователя для самого пользователя кэшируется, а для других посетителей — нет. И последняя опция no-store нужна для того, чтобы запретить какое-либо кэширования. Ее используют для онлайн-магазинов, где важно, чтобы пользователь видел свежую информацию, а не сохранял старую в браузер.

Что касается настройки времени кэширования для разных типов файлов, то лучше для каждой группы данных прописать свой параметр max-age с директивой Cache Control. Вот основные группы файлов и рекомендации по времени их кэширования:

  • Картинки (файл с расширениями png, jpg, gif, jpeg и прочие) лучше кэшировать на длительные сроки, поскольку их редко изменяют, особенно если они находятся в уже опубликованных постах. Рекомендуется выставлять кэш на полгода или год.
  • CSS — это стилевое оформление сайта, которое хранится в файлах формата .css. В целом, нельзя сказать, что вебмастера меняют файлы css только раз в год — это происходит чаще. Потому выставляйте max-age для CSS на неделю или месяц.
  • JavaScript — это скрипты, которые часто сильно нагружают браузеры посетителей, потому их обязательно следует внести в список кэшируемых элементов. Но не стоит задавать период кэширования более, чем 1 месяц для JavaScript.

В целом, определение времени кэширования в директиве Cache Control — это ваше индивидуальное решение, поскольку разные вебмастера по-разному работают со своим сайтом. Учтите, что если вы добавили определенные типы файлов в кэш, а затем обновили их, то чтобы пользователи увидели обновление, необязательно отключать кэш — вы можете переименовать обновленный файл. После обновления имени файла браузер воспринимает его, как новый объект на сайте, который не занесен в кэш, и информация о ресурсе обновляется.

Чтобы включить кэширование через файл htaccess, достаточно вписать в него специальный код. Самый простой пример такого кода — это: Header set Cache-Control «max-age=2628000, public». Данный код активирует кэш для всех типов файлов и для всех браузеров на период в 2628000 секунд. Но учтите, что такой кэш весьма не практичен, поскольку разные типы файлов требуют различного периода хранения в браузере. Потому рекомендуется включить в код еще одну директиву — FilesMatch.

Чтобы добавить в список кэширования картинки через файл htaccess, вам следует прописать форматы изображений, которые вы используете на сайте между тегами FilesMatch. А посредине нужно будет указать стандартный код директивы Cache Control. Вот пример такого кода:

<filesMatch ".(jpg|jpeg|png|gif|ico)$">Header set Cache-Control "max-age=31536000, public"</filesMatch>

Указанные три строчки активируют кэширование картинок приведенных в скобках форматов для всех браузеров абсолютно всех пользователей ровно на 1 год. Подобные строки вам нужно написать и для прочих типов файлов, чтобы занести их в кэш с индивидуальным периодом хранения.

Какие еще есть способы активировать кэширование через файл htaccess

Помимо директивы Cache Control есть и другие опции, которые позволят вам включить кэширование для браузеров посетителей. Но при этом на вашем сервере должен быть активирован модуль mod _ expires. Этот модуль по аналогии с директивой Cache Control будет отправлять кэшируемые файлы вместе с HTTP-заголовками в браузеры пользователей. Директивы этого модуля стоит заключать между тегами в файле htaccess.

В первую очередь, вам следует активировать модуль отправки кеша через заголовки при помощи строки ExpiresActive On. Уже после этого в другой строке при помощи специальной команды вы сможете указать период, который кэш будет храниться на устройствах посетителей. Сделать это можно при помощи директивы ExpiresDefault. В этой директиве можно указывать промежуток как в секундах, так и в других временных единицах. Вот как будет выглядеть указание периода кэширования в 1 день при помощи записи в секундах: ExpiresDefault A 86400. А это аналогичная запись, только в другом формате: ExpiresDefault » access plus 1 days «.

Чтобы указать для различных типов файлов разные периоды кэша, вам следует использовать опцию ExpiresByType. После нее нужно будет прописать тип файла, а также их формат и период кэширования. Вот как выглядит активация кэша картинок с расширением gif на период в 2 месяца: ExpiresByType image/gif «access plus 2 months». Для текстовых файлов вместо image указывайте text, как и для скриптов и css-файлов. Для xml, html и прочих подобных расширений пишите application. Настройте таким образом кэширование для всех необходимых типов файлов.

Похожие статьи

e-webmaster.ru

Используйте кеш браузера! Как использовать кеш браузера для ускорения сайта

При проверке скорость загрузки сайта сервисом PageSpeed Insights от Google предоставляются рекомендации для увеличения скорости загрузки страниц сайта.

Самая часто упоминаемая рекомендацию об использовании кеша браузера. Как ее реализовать? Для этого необходимо в основном файле .htaccess вашего сайта необходимо внести следующий код:

# кеширование в браузере пользователя

ExpiresActive OnExpiresDefault "access 7 days"ExpiresByType application/javascript "access plus 1 year"ExpiresByType text/javascript "access plus 1 year"ExpiresByType text/css "access plus 1 year"ExpiresByType text/html "access plus 7 day"ExpiresByType text/x-javascript "access 1 year"ExpiresByType image/gif "access plus 1 year"ExpiresByType image/jpeg "access plus 1 year"ExpiresByType image/png "access plus 1 year"ExpiresByType image/jpg "access plus 1 year"ExpiresByType image/x-icon "access 1 year"ExpiresByType application/x-shockwave-flash "access 1 year"

# Cache-Control

# 30 суток

Header set Cache-Control "max-age=2592000, public"

# 30 суток

Header set Cache-Control "max-age=2592000, public"

# 2 суток

Header set Cache-Control "max-age=172800, public, must-revalidate"

# 1 сутки

Header set Cache-Control "max-age=172800, private, must-revalidate"

 

Внесли - проверьте еще раз свой сайт PageSpeed Insights. Рекомендация будет реализована.

Теперь при первой загрузке сайта все файлы будут загружены в кэш браузера пользователя и им будет присвоена временная метка.

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

По истечении времени кэширования файлы снова обновятся с хостинга сайта. И все начнется снова...

Скорости вашим сайтам!

prokoshkin.ru

Кэширование статических файлов сайта через htaccess

Так как скорость загрузки файлов отражается на продвижении, то уместно применять кэширование даже статических файлов и в данном случае, это будет происходить через служебный файл htaccess

Отметьте файлы, а вернее впишите их расширение, чтобы работать именно с ними и в кэш помещать именно их

<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf)$"> Header set Cache-Control "max-age=2592000" </FilesMatch>

В данном случае мы используем модуль Header веб-сервера Apache и задаем:

  • max-age - время жизни кэшированных файлов, после которого будет происходить повторная загрузка файлов.

Используется конструкция filesMatch и получаемый от сервера заголовок CacheControl. Заголовок Header позволяет контролировать http запросы и ответы сервера. И теперь один раз скачав файлы, в следующий раз компьютер клиента уже не будет их грузить (а только через время max-age) - за счет этого и достигается увеличение в скорости загрузки страницы.

Для динамических страниц со сценариями, типа php - обычно отключают кэширование. Делаем это так, добавляем ниже конструкцию вида:

<FilesMatch ".(pl|php|cgi|spl|scgi|fcgi)$"> Header unset Cache-Control </FilesMatch>

 

Кэширование статичных страниц на стороне браузера - expires модуль

Мы можем закешировать страницы сайта с помощью модуля expires. Это возможность контролировать http заголовки на стороне браузера, с возможностью задавать время жизни кэша. Также работаем с файлов htaccess:

<IfModule mod_expires.c>ExpiresActive OnExpiresDefault "access plus 1 month"

ExpiresByType image/gif "access plus 2 months"ExpiresByType image/jpeg "access plus 2 months"</IfModule>

Тут мы активируем модуль, затем задаем время жизни кэша по умолчанию, а затем конкретно - для конкретных файлов, а именно для gif-файлов - 2 месяца и столько же для jpeg-файлов. Указывайте время в секундах, минутах, часах, днях, неделях, месяцах или даже годах - не возбраняется).

Какие еще файлы или mime-type точнее можно указать: image/x-icon image/jpeg image/png image/gif application/x-shockwave-flash text/css text/javascript application/javascript application/x-javascript text/html application/xhtml+xml

Теперь у вас уже явно не возникнет вопроса: Как кэшировать статические файлы сайта?)

 

Добавить комментарий

saitsozdanie.ru

9 необходимых настроек файла .htaccess

Этот файл служит для настройки и внесения коррективов в работу веб-сервера Apachе. Его директивы могут распространяться только на папки и файлы той директории в которой находиться он сам, поэтому файл .htaccess обычно для простого блога на WordPress ложится в корневую папку.

Содержание статьи:

Иногда бывают такие случаи, что обычную ленту добавляют в feedburner через некоторые время, когда у сайты появились уже подписчики. Чтобы их не терять, предлагаю использовать такой код в файле .htaccess:

<IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{HTTP_USER_AGENT} !FeedBurner [NC] RewriteCond %{HTTP_USER_AGENT} !FeedValidator [NC] RewriteRule ^feed/?([_0-9a-z-]+)?/?$ http://feeds.feedburner.com/cospi[R=302,NC,L]</IfModule>

Не забудьте адрес Фида поменять на свой.

2. Используем кэш браузера

Кэш браузера или Leverage browser caching, позволяет ощутимо ускорить скорость загрузки сайта, работает по принципе - если посетитель уже загрузил один раз сайт, то картинки и.т.п. у него сохраняться и в будущем не будут загружаться заново.

FileETag MTime Size<ifmodule mod_expires.c> <filesmatch ".(jpg|gif|png|css|js)$"> ExpiresActive on ExpiresDefault "access plus 1 year" </filesmatch></ifmodule>

PS: У меня этот код не заработал, что-то с настройками VPS. Но у многих работает, так что используйте. Проверить включился ли кэш браузера, можно сервисом Gtmetrix.com

3. Запрещаем комментирование если отсутствует referrer

Часто бывает, что программы для спамы обращаются на прямую к файлу wp-comments-post.php не имея такого показателя как referrer, можно вот на этом моменте отловить часть спам комментариев.

В коде, мой домен замените на свой.

RewriteEngine OnRewriteCond %{REQUEST_METHOD} POSTRewriteCond %{REQUEST_URI} .wp-comments-post.php*RewriteCond %{HTTP_REFERER} !.*cospi.ru.* [OR]RewriteCond %{HTTP_USER_AGENT} ^$RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]

4. Перенаправить пользователя на страницу-заглушку

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

В данном случае используется 302 редирект, он говорит ПС что страница временная и не надо её индексировать. То есть не будет ни каких склеек страниц и.т.п.

RewriteEngine onRewriteCond %{REQUEST_URI} !/inside.html$RewriteCond %{REMOTE_ADDR} !^123.123.123.123RewriteRule $ /inside.html [R=302,L]

5. Защита блога от хотлинков

Некоторые нехорошие люди могут использовать ваши изображения напрямую с вашего сервиса, тем самым будет нагружаться ваш сервис.Закрыть это всё можно в .htaccess, следует вставить вот такой код:

RewriteEngine OnRewriteCond %{HTTP_REFERER} !^http://(.+\.)?cospi\.ru/[NC]RewriteCond %{HTTP_REFERER} !^$RewriteRule .*\.(jpe?g|gif|bmp|png)$ /images/hotlink.jpg [L]

  • cospi.ru меняем на свой адресс;
  • /images/hotlink.jpg - путь к вашей картинки, которая будет показываться на чужих сайтах.

6. Разрешить доступ к wp-admin только с Вашего IP

Если у Вас не динамический IP, то есть постоянный всегда. То можно разрешить вход в админку WordPress только с одного IP. Делается это вот так:

AuthUserFile /dev/nullAuthGroupFile /dev/nullAuthName "Example Access Control"AuthType Basic<LIMIT GET>order deny,allowdeny from allallow from 192.168.0.1</LIMIT>

Нюансы:

  • IP замените на свой;
  • Можно добавить ещё дополнительный IP, путём добавления ещё строчек allow from 192.168.0.1.

7. Дополнительная блокировка спамеров в WordPress

Наоборот можно запретить определённый IP, с которых часть приходит спам на блог.

<Limit GET POST>order allow,denydeny from 201.51.185.120allow from all</Limit>

Добавить дополнительные IP, можно путём добавления ещё строчек deny from 200.49.176.139.

8. Создаём страницу 404

Изначально у WordPress всё работает нормально, но иногда возникают проблемы с правильной отдачей ошибки 404. Поэтому можно добавить вот такой код:

ErrorDocument 404 /404.html

И когда будет возникать ошибка 404, пользователь будет перемещён на страницу 404.html.

9. Склейка домена

Для правильной SEO оптимизации сайта, очень важно чтоб для Поисковых систем был доступен только один домен, в моём случае это cospi.ru, а не www.cospi.ru, www.cospi.ru/index.php и.т.п. Данный редирект, поможет Вам склеить домены:

Options +FollowSymLinksRewriteEngine OnRewriteCond %{HTTP_HOST} ^domain\.com$ [NC]RewriteRule ^(.*)$ http://www.domain.com/$1 [R=301,L]

Данный пример редиректит все запросы без префикса www на главный домен - www.domain.com.

cospi.ru

Основные правила htaccess - gzip сжатие, кэш компрессия и пр

Я уже писал подробную статью по теме файла .htaccess и о многих его gzip правилах (ссылка будет ниже), — однако, вопрос скорости загрузки сайта будет ещё долго (если не всегда) будоражить умы веб мастеров!

Приходят письма с вопросами: как включить gzip сжатие, кэширование картинок в браузере пользователя и прочая.?. Приходилось ссылаться на прежнюю статью, которая достаточно объёмная, подробная — новички путаются!

И вот я решил написать ещё один коротенький пост, но уже без лирических отступлений: этакий реестрик ( в том числе и для себя), который время от времени буду пополнять современными вариантами кода ускорения сайта.

В этой статье рассмотрим несколько действительно полезных способов (строк кода), которые целесообразно поместить к себе на сервер в файл .htaccess.

правила .htaccess

 

 

Нужно понимать, что эликсира на все случаи жизни не бывает! Всякий предложенный веб разработчиком код нужно тестировать на личном сайте, и не иначе! Не исключение и  правила .htaccess: многое положительное или отрицательное в скоростях загрузок сайта напрямую зависит от того хостинга, на котором физически расположен ваш сайт.

 

 

Я всегда советую потратить пару минут времени и поинтересоваться у своего хостера вопросом: включено ли сжатие gzip в режиме mod_deflate именно в вашем аккаунте? Не бойтесь показаться занудой — бойтесь не раскусить хренового хостера сразу! …кстати, вот прежняя подробная статья о файле htaccess.

 

 

 

Кстати же, вот ещё статья, в которой я делал подробный обзор известных хостингов, думаю, будет полезно познакомиться… а также нелишне узнать как перевести свой блог/сайт на https.

Как и говорилось выше, качество площадки — хостинга, на котором физически расположен наш сайт, играет важнейшую роль. Так что стоит посерьёзнее отнестись к выборам хостинга.

 

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

 

 

 

к оглавлению $

подготовим сайт к режиму gzip-сжатия

 

 

 

Чтоб не путаться где и как правильно добавляется код в файл .htaccess — прописывайте строки перед:

 

# END WordPress

 

первый блок кода, и уже за ним последующие…

 

 

 

Подключаем (или дополнительно организуем) на нашем сервере режим mod_deflate:

 

 

#gzip сжатие <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4.0678 no-gzip BrowserMatch bMSIE gzip-only-text/html <ifmodule mod_gzip.c> mod_gzip_on Yes mod_gzip_item_include file \.js$ mod_gzip_item_include file \.css$ </IfModule> </IfModule> # фин gzip сжатие

 

 

Этот код стоит установить — однако — непременно проверьте его отработку ВКУПЕ с плагином кэширования, например (если установлен) WP Super Cache. В его настроечных недрах поиграйте «галочкой» в строке Сжимать файлы кэша чтобы ускорить работу. (Рекомендовано).

 

В любом случае от результата теста, предложенный выше код не повредит: и стоит помнить, что у нас цели улучшения скорости сайта… Так что поэкспериментируйте.

 

 

 

Ссылки на ресурсы, на которых легко проверить результаты сжатия даны в прежней статье: ссылка выше!

 

 

 

Далее, чтобы включить

 

 

 

 

Подборка вариантов Redirect 301 — на все случаи жизни сайта

 

 

 

к оглавлению $

кэширование в браузере на стороне пользователя

 

 

 

Когда-то давным-давно… каждый файл, к примеру JS, сжимали вручную и помешали (сжатый файл) в соответствующие каталоги и подкаталоги своего сервера (сайта) — теперь, эта процедура вряд ли оправдана: многое из «сжатий» выполняется в автоматическом режиме — вот почему (ну, я так всегда рекомендую) целесообразно поработать с файлом .htaccess вкупе с плагином кэширования.

 

 

Для того чтобы перенапрвить (скажем так, чтение браузером нашего сайта) на сформированные gzip файлы — добавьте такие строки в файл .htaccess: (в комментариях последующих строк кода дано кое-какое описание)…

 

 

# Перенаправление на gzip файлы AddEncoding gzip .gz <FilesMatch "\.js.gz$"> ForceType text/javascript Header set Content-Encoding: gzip </FilesMatch> <FilesMatch "\.js$"> RewriteCond %{HTTP_USER_AGENT} !".*Safari.*" RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{REQUEST_FILENAME}.gz -f RewriteRule (.*)\.js$ $1\.js.gz [L] ForceType text/javascript </FilesMatch> <FilesMatch "\.css.gz$"> ForceType text/css Header set Content-Encoding: gzip </FilesMatch> <FilesMatch "\.css$"> RewriteCond %{HTTP_USER_AGENT} !".*Safari.*" RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{REQUEST_FILENAME}.gz -f RewriteRule (.*)\.css$ $1\.css.gz [L] ForceType text/css </FilesMatch> # Перенаправление на gzip файлы

 

 

 

 

к оглавлению $

как включить кэш в браузерах посетителей (пользователей)

 

 

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

 

 

# Включаем кэш в браузерах посетителей <ifModule mod_headers.c> # Отключаем кеширование php и других служебных файлов <FilesMatch "\.(pl|php|cgi|spl|scgi|fcgi)$"> Header unset Cache-Control </FilesMatch> </IfModule>

 

 

 

 

А вот это как раз подборка кода, для включения кэширования на стороне пользователя — отправляем команды обозревателям на кэширование наших картинок различных форматов: (попросту, чтобы ваш сайт открывался с более высокой скоростью — картинки ваших статей /документации/ будут храниться в КЭШ браузере пользователя, и при повторном открытии вашего сайта, эти фотки будут подхватываться из его кэш файла))

 

 

 

# кеширование в браузере на стороне пользователя <IfModule mod_expires.c> ExpiresActive On ExpiresDefault "access 7 days" ExpiresByType application/javascript "access plus 1 year" ExpiresByType text/javascript "access plus 1 year" ExpiresByType text/css "access plus 1 year" ExpiresByType text/html "access plus 7 day" ExpiresByType text/x-javascript "access 1 year" ExpiresByType image/gif "access plus 1 year" ExpiresByType image/jpeg "access plus 1 year" ExpiresByType image/png "access plus 1 year" ExpiresByType image/jpg "access plus 1 year" ExpiresByType image/x-icon "access 1 year" ExpiresByType application/x-shockwave-flash "access 1 year" </IfModule> # Cache-Control <ifModule mod_headers.c> # 30 дней <filesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|swf)$"> Header set Cache-Control "max-age=2592000, public" </filesMatch> # 30 дней <filesMatch "\.(css|js)$"> Header set Cache-Control "max-age=2592000, public" </filesMatch> # 2 дня <filesMatch "\.(xml|txt)$"> Header set Cache-Control "max-age=172800, public, must-revalidate" </filesMatch> # 1 день <filesMatch "\.(html|htm|php)$"> Header set Cache-Control "max-age=172800, private, must-revalidate" </filesMatch> </ifModule>

 

 

 

Этот код даю для примера!

 

 

#Запрет отдачи HTTP-заголовков Vary браузерам семейства MSIE <IfModule mod_setenvif.c> BrowserMatch "MSIE" force-no-vary BrowserMatch "Mozilla/4.[0-9]{2}" force-no-vary </IfModule> # кеширование в браузере на стороне пользователя

 

 

 

 

А этот код стоит добавить в ваш файл — общее усиление кэширования!

 

 

# использование кеша браузеров - Усиливаем кеширование FileETag MTime Size <ifmodule mod_expires.c> <filesmatch ".(jpg|jpeg|gif|png|ico|css|js)$"> ExpiresActive on ExpiresDefault "access plus 1 year" </filesmatch> </ifmodule>

 

 

 

к оглавлению $

защита картинок сайта — хотлинк

 

 

 

Если хотите запретить использование (подгрузку — хотлинк) картинок с вашего сайта, то — стоит добавить нижеследующий код:

 

 

# ЗАПРЕТИМ использовать картинки на внешних сайтах RewriteEngine On RewriteCond %{HTTP_REFERER} !^https://(.+\.)?mihalica\.ru/ [NC] RewriteCond %{HTTP_REFERER} !^$ # /images/empty.jpg ВЫВОДИМ ДРУГОЕ изображение RewriteRule .*\.(jpe?g|gif|mp3|bmp|png)$ img/MIHALIKA.jpg [L]

 

 

 

Как это работает:

Если где-то на стороннем сайте админ попытается использовать ваше изображение: попросту укажет URL на вашу картинку, которая станет подгружаться на его ресурс — это ему не удастся осуществить. Если обраганизуете показанный код, в этом случае будет подгружаться какая-то сторонняя картинка, к примеру, ваш логотип MIHALIKA.jpg или что-то другое.

 

Хотлинк всё-таки немного скрадывает мощностей вашего сервера.

 

Конечно же: не забудьте поменять имя домена и имя файла изображения.

 

 

 

к оглавлению $

защитим в .htaccess иные файлы сервера

 

 

 

 

Вот этот код тоже весьма полезен! Даже если используется какой-то плагин защиты, типа iThemes Security почитайте о том, как настроить этот плагин, используя в том числе и код показанный ниже. Возможные конфликты в дублирование функционала iThemes Security…

 

 

#Защищаем .htaccess файл <Files ~ "^.*\.([Hh][Tt][Aa])"> order allow,deny deny from all satisfy all </Files> #Защищаем xmlrpc.php <Files xmlrpc.php> order deny,allow deny from all </Files> # защита wp-config.php <files wp-config.php> order allow,deny deny from all </files> # Защищаем .htaccess файл # <files office-reception> # order allow,deny # deny from all # </files>

 

 

 

 

Как эпилог:

 

…в сети много информации, исследуя которую новички путаются… спрашивают: (хотя, думаю, после этого моего поста её будет ещё болше)) ну, да ладно…

 

 

 

к оглавлению $

как забанить определённый ip пользователя в htaccess

 

 

 

 

Вот чудодейственный код: пропишите его на постоянное место жительство в файл чтsssss…

 

 

# ЗАПРЕТ IP <Limit GET POST PUT> order allow,deny allow from all Deny from 80.248.225.168 Deny from 176.62... .... </LIMIT> # ЗАПРЕТ IP

 

 

Как понимаете, вам только потребуется прописать изложенный выше код и добавить ip адреса, которые вы решили забанить.

 

Deny from 80.248.225.168 — добавляете в код новую строку Deny from и прописыаете цифры — это и есть ip.

 

 

 

 

 

 

 

 

...город веб мастеров Михалика.ru - запросто с WordPress

 

Online консультация по работе c сайтом на WordPress

 

 

Благодарности)) и вопросы в комментариях - помогу… в чём дюжу А также Вы можете просто:

SEO догматика защита сайта нужно знать создание сайта - начало ускоряем сайт htaccess - config.php

mihalica.ru

Настройка кэширования через .htaccess

ROOT / Linux 18.06.2015 job 5969

Оптимизировать/Ускорить загрузку сайта можно с помощью кэширования. Как правило заголовки HTTP настраиваются в хостах Apache и/или Nginx. Cуть в том, что бы сообщить браузеру откуда ему брать те или иные загружаемые данные с сайта или ранее закэшированные браузером. Так же в заголовках мы сообщаем по истечении какого времени обновлять ранее кэшированные данные с сервера. Но часто (на виртуальных) хостингах нет доступа к конфигам Apache или Nginx. Поможет нам в этом .htaccess

 

Опишу правила для модуля mod_headers и mod_expires. Хоть один да должен быть включен.

<ifModule mod_headers.c> #кэшировать html и htm файлы на один день <FilesMatch "\.(html|htm)$"> Header set Cache-Control "max-age=43200" </FilesMatch> #кэшировать css, javascript и текстовые файлы на одну неделю <FilesMatch "\.(js|css|txt)$"> Header set Cache-Control "max-age=604800" </FilesMatch> #кэшировать флэш и изображения на месяц <FilesMatch "\.(flv|swf|ico|gif|jpg|jpeg|png)$"> Header set Cache-Control "max-age=2592000" </FilesMatch> #отключить кэширование <FilesMatch "\.(pl|php|cgi|spl|scgi|fcgi)$"> Header unset Cache-Control </FilesMatch> </IfModule>

соответственно правило и для expires

<ifModule mod_expires.c> ExpiresActive On #по умолчанию кеш в 5 секунд ExpiresDefault "access plus 5 seconds" #кэшировать флэш и изображения на месяц ExpiresByType image/x-icon "access plus 2592000 seconds" ExpiresByType image/jpeg "access plus 2592000 seconds" ExpiresByType image/png "access plus 2592000 seconds" ExpiresByType image/gif "access plus 2592000 seconds" ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds" #кэшировать css, javascript и текстовые файлы на одну неделю ExpiresByType text/css "access plus 604800 seconds" ExpiresByType text/javascript "access plus 604800 seconds" ExpiresByType application/javascript "access plus 604800 seconds" ExpiresByType application/x-javascript "access plus 604800 seconds" #кэшировать html и htm файлы на один день ExpiresByType text/html "access plus 43200 seconds" #кэшировать xml файлы на десять минут ExpiresByType application/xhtml+xml "access plus 600 seconds" </ifModule>

 

slovu.net

php - Использовать кеширование браузера, как на apache или .htaccess?

Это то, что я использую для управления заголовками/кэшированием, я не являюсь профессионалом Apache, поэтому дайте мне знать, есть ли возможности для улучшения, но я знаю, что это хорошо работает на всех моих сайтах в течение некоторого времени Теперь.

mod_expires

http://httpd.apache.org/docs/2.2/mod/mod_expires.html

Этот модуль управляет настройкой заголовка Expires HTTP и директивы max-age заголовка HTTP Cache-Control в ответах сервера. Дата истечения срока действия может быть установлена ​​относительно времени, в течение которого был изменен исходный файл, или времени доступа клиента.

Эти HTTP-заголовки являются инструкцией клиенту о действительности документа и его сохранении. Если кэшироваться, документ может быть извлечен из кеша, а не из источника, пока это время не пройдет. После этого копия кэша считается "истек" и недействительна, и из источника должна быть получена новая копия.

# BEGIN Expires <ifModule mod_expires.c> ExpiresActive On ExpiresDefault "access plus 1 seconds" ExpiresByType text/html "access plus 1 seconds" ExpiresByType image/gif "access plus 2592000 seconds" ExpiresByType image/jpeg "access plus 2592000 seconds" ExpiresByType image/png "access plus 2592000 seconds" ExpiresByType text/css "access plus 604800 seconds" ExpiresByType text/javascript "access plus 216000 seconds" ExpiresByType application/x-javascript "access plus 216000 seconds" </ifModule> # END Expires

mod_headers

http://httpd.apache.org/docs/2.2/mod/mod_headers.html

Этот модуль предоставляет директивы для управления и изменения заголовков HTTP-запросов и ответов. Заголовки могут быть объединены, заменены или удалены.

# BEGIN Caching <ifModule mod_headers.c> <filesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|swf)$"> Header set Cache-Control "max-age=2592000, public" </filesMatch> <filesMatch "\.(css)$"> Header set Cache-Control "max-age=604800, public" </filesMatch> <filesMatch "\.(js)$"> Header set Cache-Control "max-age=216000, private" </filesMatch> <filesMatch "\.(xml|txt)$"> Header set Cache-Control "max-age=216000, public, must-revalidate" </filesMatch> <filesMatch "\.(html|htm|php)$"> Header set Cache-Control "max-age=1, private, must-revalidate" </filesMatch> </ifModule> # END Caching

qaru.site


 

..:::Новинки:::..

Windows Commander 5.11 Свежая версия.

Новая версия
IrfanView 3.75 (рус)

Обновление текстового редактора TextEd, уже 1.75a

System mechanic 3.7f
Новая версия

Обновление плагинов для WC, смотрим :-)

Весь Winamp
Посетите новый сайт.

WinRaR 3.00
Релиз уже здесь

PowerDesk 4.0 free
Просто - напросто сильный upgrade проводника.

..:::Счетчики:::..