Expiresactive on не работает

Expiresactive on не работает

Прописываете примерно следующее:

Заголовки ответов Cache-Control включают:

• max-age=[секунды] — описывает максимальный период времени, в течение которого контент остается свежим. Аналогично Expires, эта директива указывает время, относительное моменту запроса, а не абсолютную величину. [секунды] — количество секунд от момента запроса, в течение которых вы хотите, чтобы контент трактовался как свежий.
• s-maxage=[секунды] — подобен max-age, отличаясь тем, что применяется только к общему кэша (т.е. прокси).
• public — помечает авторизованные запросы, как кэшируемые; это нормально, если требуется HTTP-аутентификация, ответы автоматически становятся приватными.
• private — позволяет кэшу, который действует для определенного пользователя (т.е. в браузере) хранить ответ; общему кэшу (т.е. прокси) — нет.
• no-cache — принуждает кэш отправлять запрос на исходный сервер каждый раз для валидации, прежде чем выдать кэшированную копию. Это полезно, когда необходимо гарантировать, что аутентификация принята во внимание (в сочетании с public) или для поддержания жесткой свежести без потери преимуществ кэширования.
• no-store — указывает кэшу не сохранять копию контента, ни при каких условиях.
• must-revalidate — сообщает кэшу, что он должен подчиниться любой свежей информации, что вы ему предоставляете о контенте. HTTP позволяет кэшу хранить устаревший контент при определенных условиях; упомянув этот заголовок, вы сообщаете кэшу, что вы хотите, чтобы он строго следовал вашим правилам.
• proxy-revalidate — подобен must-revalidate, кроме того, что применяется только к прокси.

Если на Вашем VPS установлена панель VestaCP

то путь к файлу будет таким:

Надеюсь, что подробно описал. Если будут вопросы, обращайтесь! 🍿

Или приходите к нам, все настроим: vps сервер

Samail, Вот что пишет:

Ladycharm, Подскажи пожалуйста как можно посмотреть?

livetv, expires — такого слова даже нет в конфиге, искал нотепадом ++

eiweb, Тяжко будет это все делать. Пока времени нет, позже попробую, что-нибудь сделать. Правда еще все зависит от ответа Ladycharm, может действительно кеш уже идет.

Источник

Как добавить заголовки Expires в файл .htaccess? (Пошаговая инструкция)

Заголовки Expires – это определенные строки кода, которые сообщают вашему браузеру, как долго он должен хранить кешированные файлы с вашего сайта. Вы можете добавить заголовки Expires, добавив на свой сайт код, например, ExpiresByType image / jpg «доступ плюс 1 месяц». Вы можете найти другие формы ниже.

Одна из наиболее распространенных ошибок, с которыми мы сталкиваемся при тестировании скорости наших сайтов на GTmetrix, – это «добавить заголовки Expires».

Как вы, вероятно, можете понять по названию этой ошибки, вы должны увеличить время, в течение которого ваши файлы (например, изображения, HTML, CSS и JavaScript) остаются в кеше вашего веб-сайта. Кэширование напрямую влияет на скорость сайта, а скорость сайта является основным фактором SEO.

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

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

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

Заголовки Expires дают команду вашему браузеру загрузить и сохранить эти файлы.

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

GTmetrix всегда считает, что заголовки Expires являются фактором скорости сайта.

Вот почему, когда вы заходите на новый веб-сайт, загрузка занимает немного больше времени по сравнению со вторым и третьим разом загрузки сайта. Веб-страница содержит различные файлы, такие как HTML, CSS, JavaScripts, Graphics, Images, PDF и другие файлы, и часто количество этих файлов достигает 25.

Каждый раз, когда новый пользователь заходит на ваш сайт, все эти файлы запрашиваются с вашего сервера.

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

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

Определенная дата сообщает браузерам, какой файл запрашивать с сервера и какой файл запрашивать из кеша.

Чтобы добавить заголовки Expires на свой сайт, вам необходимо отредактировать файл .htaccess.

Просто загрузите файл .htaccess из корня вашего хоста (он может быть скрыт) и добавьте следующий код:

Сначала мы активируем файл «истечения срока действия». Затем мы добавляем отдельную строку для каждого файла. Теперь вернитесь к коду и измените дату так, как она подходит вашему сайту.

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

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

Примечание. Если файл .htaccess скрыт, возможно, вам придется использовать FTP, чтобы включить параметр «Показать скрытые файлы».

Добавление строк в файл .htaccess может вызвать некоторые проблемы. Легкий способ справиться с этой задачей – использовать плагин Add Expires Headers.

Чтобы добавить заголовки Expires в WordPress, выполните следующие действия:

1. Открыть панель управления WordPress
2. Перейдите в Плагины> Добавить новый
3. Найдите ” Добавить заголовки с истекшим сроком действия “
4. Нажмите Установить сейчас, а затем Активировать
5. Перейдите в Настройки> AddExpiresHeaders.
6. Выбирайте типы и срок годности по своему усмотрению.
7. Нажмите на Сохранить

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

Плагины кэширования, такие как W3 Total Cache, также добавляют заголовки с истекшим сроком действия в файл .htaccess, хотя они имеют гораздо более широкую функцию.

Как долго должно быть время кеширования файла?

Продолжительность кеша может быть установлена ​​в годах, месяцах, неделях, днях, часах и даже секундах.

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

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

HTML, CSS и JavaScript нуждаются в регулярных обновлениях, поэтому мы рекомендуем установить срок их действия на месяц.

Какие файлы сохраняются в кеше?

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

• Jpg, jpeg, gif и png
• Фавикон / ico
• Javascript
• CSS
• PDF
• Shockwave Flash

Эскизы изображений обычно не меняются. Так что кешировать можно довольно долго.

Теперь вы должны выбрать файлы, которые хотите регулярно обновлять. Большинство изображений на веб-сайтах останутся прежними, значок favicon также может остаться прежним, javascript и CSS могут претерпеть некоторые изменения.

Теперь пора добавить заголовки с истекающим сроком действия в файл .htaccess, чтобы избежать появления ошибки «добавить заголовки с истечением срока действия».

Источник

Попытка номер раз создать почти идеальный htaccess

.htaccess — наш герой

Профессионалы знают, что такое htaccess.
Тем кто собираются уйти с народ.ру на php-хостинг только предстоит узнать, что это такое.
Те кто только что установил свои первые jooml’у или wordpress срочно должны узнать о нашем герое — htaccess

Зачем нам .htaccess ?

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

Или другой пример. Скажем ваш ресурс начинает набирать популярность, но переезжать на выделенный сервер ещё рано, а мощностей VPS уже не хватает. Вас очень может выручить htaccess.

А ещё htaccess может решить некоторые вопросы с безопасностью вашего сайта.

Хочу идеальный .htaccess !

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

1. Первой строкой задаем основные опции:

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

Опция -ExecCGI запрещает запуск CGI скриптов. Лучше разрешить только для конкретных папок. Повысит безопасность.
Опция -Indexes запрещает показывать содержимое каталогов, если в них нет индексного файла. На виртуальном хостинге обычно включена по умолчанию. Изменив минус на плюс +Indexes можете наоборот разрешить просмотр содержимого каталога (или каталогов).
Опция -Includes запрещает SSI. Если не знаете, что это — запрещайте (Можно поЯндексировать(! ) по запросу Server Side Include если хотите узнать об этом побольше). Можно использовать опцию IncludesNOEXEC, которая разрешит использовать SSI без запуска скриптов.
Опция +FollowSymLinks позволяет использовать символические ссылки на файлы или каталоги, не находящиеся в пределах корня вашего сайта.

Вы можете использовать htaccess с разными настройками для разных каталогов. В корне сайта вы можете объявить -Indexes, а в избранных каталогах создать ещё один файл .htaccess и в нем объявить +Indexes. Помните, что действие опций htaccess распространяет сверху вниз по дереву каталогов до самой глубокой вложенности, пока не будут отменены другим htaccess.

Необязательно полностью перечислять все опции в дочерних .htaccess если они не изменяются. Достаточно указать (переназначить) только те опции и директивы, которые изменяются. Остальные опции также унаследуются от родителя.

Скажем, у вас есть вот такой путь /site/folder_one/subfolder/other/
В файле /site/.htaccess вы указываете:

В файле /site/folder_one/.htaccess указываете:

В файле /site/folder_one/subfolder/.htaccess указываете:

Получиться вот что:
В папке site будут показываться файлы любого содержания, если только к ним напрямую обратиться. Или индексный файл, если не явного обращения к одному из файлов. В случае отсутствия индексного файла получена 403 ошибка.
К папке folder_one доступ закрыт. Даже если знать имя файла и набрать его в адресной строке в ответ сервер вернет ошибку 403.
Папка subfolder разрешена для обращений по прямому адресу или же в случае отсутствия индексного файла покажет содержимое каталога. Эти же права распространяться и на папку other.
Если убрать файл ,htaccess из папки folder_one, то она унаследует права от родительской site.

2. Немного SEO (куда же без него)

Обязательно не забыть про условие . Не окажись у хостера данного модуля и ваш сайт станет выдавать 500-ую ошибку. Данный конкретный модуль входить в сборку Апача по-умолчанию. Ну а вдруг… Хостеры и их админы бывают всякие.

В данной части пользы больше для SEO. Модуль rewrite как следует из его названия занимается перенаправлениями (привет Кэпу) .

В этой части файла мы указали две склейки: мы склеили ваш_сайт и www.ваш_сайт Даже если пользователь наберет ваш сайт без WWW его перебросить 301 редериктом на www.ваш_сайт.
А также мы избавились /index.php в строке запроса. Если пользователь наберет www.ваш_сайт/index.php его перебросит (снова 301 редериктом) на www.ваш_сайт.
Теперь поисковики не будут путаться между www и не будут дублировать главную страницу в результатах индексирования вашего сайта. Гуглим СЕО склейки домена, если не понимаете зачем это нужно.

3. Кто в папке главный?

Если у вас папке есть файлы index.html и index.php (не знаю, зачем и кому такое было нужно, но не раз видел такое) то как указать серверу кто их них более индексный?

А ещё можно там указать скажем roosso.php и тогда набрав в строке запроса адрес сайт.бла/бла/бла/ вы увидете не index, а roosso

4. Ещё настройки…

Первая строчка устанавливает часовой пояс. Например в Apache 2.22.22 был баг связанный с этой опцией. Функции времени в php не работали, пока не установишь часовой пояс.

Вторая строка это подпись сервера. Вы их не раз видели на всяких системных страницах типа 500ой ошибки или 403ей. Обычно там какая-нибудь техническая информация и почта вебмастера. Я предпочитаю даже в таких мелочах скрывать данные о софте на сервере. Коллеги параноики меня поддержат.

Угадайте, что делает третья строка?

5. Когда нет доступа к php.ini

С помощью .htaccess мы также можем управлять рядом настроек PHP. На виртуальном хостинге, как правило, нет возможности изменять настройки php.ini. Чаще всего этого и не требуется. Но все же есть ряд опций контроль над которыми может нам быть полезен. Например, увеличить лимит на загрузку файлов, или лимит передачи данным методом POST.

Первая строчка разрешить загружать файлы размером до 32 Мегабайт. По умолчанию в php обычно это значение 8 или 16 мегабайт.
Второй строкой разрешаем постинг объемом до 10 мегабайт. По умолчанию это значение обычно 2 Мегабайта.
Третья строка устанавливает кодировку по используемую вашими скриптами. По своей сути она дублирует строку: «AddDefaultCharset UTF-8». Но я чаще прибегаю к установке кодировки именно через php.
Четвертой строкой изменяем лимит времени выделенный на выполнение скрипта. По умолчанию он обычно равен 30 секундам. Но иногда для выполнения каких нибудь сложных обработок требуется больше времени.

6. Типы файлов. Ловкость рук и ни какого мошенничества.

В моей практике случалось пару раз, что после какого либо обновления провайдером софта, слетали типы файлов. Хотя такое редко. За 10 лет, всего два случая. Но иногда мне нужно было заставить html работать как php. А иногда требуется научить апач различать типы файлов, которые ему неизвестно. (Как оказалось Апачу вообще мало что известно из редких типов файлов.) В такой ситуации нас спасет следующий код:

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

Кстати, вы можете легко написать к примеру вот такую строку:

Потом переименовать все ваши файлы, изменив расширение на .i (не забыв конечно про ссылки) и адреса файлов у вас на сайте будут не сайт.мой/index.php?uri а сайт.мой/index.i?uri

Например я пишу

и создаю в корне своего сайта файл alex.roosso внутри обычный php код. Это вроде как страница обо мне любимом. И в адресной строке она будет выглядеть как www.black-web.ru/alex.roosso (ссылка рабочая, можете посмотреть что это так).

Второй строкой указано, какие расширения файлов должны выполняться как cgi скрипты.

Третья, четвертая и пятая строки, на всякий случай уточняют мим-тип файлов с разрешением css, js, xml. Не путайте с присвоением заголовка в ответе сервера на запрос, как это сделано в первых двух строках.

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

Седьмую строку я закомментировал. Это строчка в принудительно-добровольном порядке, будет все файлы с вашего сервера запустить как php. Её лучше использовать лишь в отдельных папках, при необходимости.

7. Знают взрослые и дети, что архивы меньше весят…

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

У Апача есть два модуля сжатия. Оба не являются модулями по умолчанию, поэтому необязательно могут присутствовать у вашего провайдера. Но как показала практика у 99% провайдеров один из них стоит. Наиболее распространен mod_deflate. Чтобы его с помощью сжимать весь контент на вашем сайте добавьте в .htaccess следующие строки:

Как видите мы должны перечислить mime type файлов, которые следует подвергать сжатию. Сюда можно добавить и видео и картинки, но толку это даст мало. Потому что jpeg или gif уже сами по себе являются сжатыми форматами. Также как avi или flv. Вы фактически нечего не выиграете указав их.

Второй менее популярный модуль это mod_gzip, Чтобы включить сжатие с его помощью добавьте вот такие строчки:

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

8. А ещё быстрее можно?

Можно. Если применить кеширование страниц. У кеширования есть и плюсы и минусы, поэтому подходить к этому вопросу надо подготовившись. Для динамически обновляющегося сайт каждый 2-3 минуты, например популярного форума, нужно учесть, что пользователь должен видеть актуальную информацию. Но у любого сайт есть контент, который более или менее статичен. Например те же картинки, или файлы стилей. Поэтому нам потребуется по разному использовать кеширование различного содержимого на сайте. В html разметки мы всегда можем использовать meta теги. И через php мы может устанавливать заголовки ответа сервера. Остается вопрос, как быть с css, js, image и т.д. и т.п.

Помочь нам в этом могут два модуля: mod_headers и mod_expires которые могут установить заголовки в ответ сервера и подсказать вашему браузеру, что и как нужно кешировать. Один из модулей обычно стоит у провайдера, но как и в случае с любым модулем, который не входит в стандартную сборку Апача, 100% гарантии никто вам не даст. Поэтому снова во избежание 500й ошибки указывает условия для каждого из модулей.

Вот такой синтаксис у mod_headers. Думаю по комментариям ясно что к чему.
В данной секции я отключил кеширование php файлов. Хотя по моему мнению небольшой временной интервал кеширования им не повредит. 5-30 секунд, это интервал времени, за который мало что меняется. А многие пользователи любят пользоваться клавишей back (вернуться назад). Чтобы не загружать им страницу второй раз, а подхватить её из кеша, разумный интервал кеширования все же уместен.

Во второй секции где идут условия для mod_expires я именно так и делаю — для php ставлю небольшой интервал кеширования.

9. Правила вежливого тона…

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

Для 400-х ошибок можно использовать и динамические страницы на php. А вот для 500 лучше сделать на html и js. Это часть ошибок обычно связана с ошибками сервера (в большинстве случаев) и php или cgi как правило в такой ситуации не работают.

Если вам лень делать столько страниц устанавливайте страницей ошибок главную страницу своего сайта или карту сайта.

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

10. Подведем итог

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

В результате всех манипуляций у нас должен был получить файл следующего содержания:

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

И напоследок для любителей экспериментов несколько строк .htaccess. Сужу по своему опыту — на практике знания усваиваются лучше чем в теории.

… Для тех у кого всё получилось, идём на www.webpagetest.org мерять красоту до и после.
Andrey_Zentavr

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

Источник