.htaccess, YSlow и «Используйте домены без файлов cookie».

Question

Одним из показателей YSlow является использование доменов без файлов cookie для обслуживания статических файлов.

"Когда браузер запрашивает статический объект и отправляет файлы cookie с параметром сервер игнорирует Печенье.Эти файлы cookie не нужны Сетевой трафик.Чтобы обойти эту проблему проблемы, убедитесь, что статический компоненты запрашиваются с помощью Запросы без файлов cookie создав поддомена и размещая их там." -- Yahoo YSlow

Я понимаю, что это означает, что я могу получить прирост производительности, если перееду. www.example.com/images к static.example.com/images.

Хотя это легко сделать, я потеряю в своей системе управления контентом (Joomla/WordPress) удобную возможность легко ссылаться на эти изображения и давать ссылки на них.

Можно ли использовать .htaccess для перенаправления всех запросов к определенной папке на www.example.com в папку на static.example.com вместо?Будет ли этот метод также обманывать CMS, заставляя думать, что изображения расположены в местоположениях по умолчанию в ее собственном домене?

Answer 1

Можно ли использовать .htaccess для перенаправления всех запросов для определенной папки на www.example.com в папку на static.example.com вместо этого?

Это возможно, но контрпродуктивно — клиенту придется сделать HTTP-запрос, получить ответ на перенаправление, а затем сделать еще один HTTP-запрос.

Это стоит намного дороже, чем сохранение одной строки данных cookie!

Не обманет ли этот метод CMS, заставив ее думать об изображениях? были расположены в местоположениях по умолчанию на собственном домене?

Нет.

Answer 2

  

Хотя это легко сделать, я бы   потерять удобную способность в моем   система управления контентом   (Joomla / WordPress), чтобы легко ссылаться   и ссылку на эти изображения.

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

Например, у вас есть плагин, который, когда вы вводите {dinamic_path path} в статье, добавляет «static.example.com/images» к указанному пути. Поэтому каждый раз, когда вам нужно изменить путь к серверу, вы просто меняете плагин. Для ссылок, которые уже есть в базе данных, вы можете попробовать использовать phpMyAdmin, чтобы изменить их в этой структуре.

В TinyMCE он по-прежнему теряет способность WYSIWYG, но является альтернативой.

Answer 3

Теоретически вы можете создать виртуальный домен, который будет указывать непосредственно на папку с изображениями, например images.example.com. Затем в вашей CMS (надеюсь на уровне темы) вы можете заменить любые пути, которые указывают на папку с изображениями, абсолютным путем к поддомену.

Answer 4

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

Answer 5

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

Answer 6

Что вы действительно хотите сделать, так это использовать staticexample.com/images вместо static.example.com/images, чтобы вы не получили файлы cookie в домене example.com, которые вы, возможно, установили. Если все, что вы делаете, - это образы серверов из этого домена с простым сервером Apache или чем-то еще, то вы можете настроить этот сервер так, чтобы он не возвращал даже файл cookie сеанса.

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

Answer 7

Я сделал ниже и добился успеха:

<FilesMatch "!\.(gif|jpe?g|png)<*>quot;>
    php_value session.cookie_domain example.com
</FilesMatch>

Это означает, что если вы не указали изображения в файлах cookie. Тогда изображения без файлов cookie с сервера.