Какие заголовки добавить для самого эффективного кэширования файлов?
Я когда-то хотел ввести rm folder/* но случайно введенный rm folder /* в рабочей системе, или SCO Xenix или UNIX SCO. Так как UNIX на самом деле не удаляет файлы, которые открыты, пока они не закрываются, система продолжала функционировать обычно.
Я знал, что, если бы я отложил все недостающие файлы, что перезагрузка обычно успешно выполнялась бы, и ничего плохо не произойдет. К счастью, у меня был другой сервер с той же ОС, установленной, и я перешел к нему, скопировал все файлы с корня файловой системы на дискету и отложил их в кастрируемой системе. Позже, тем вечером после того, как все вышли из системы, я перезагрузил и никогда не было проблемы.
Таким образом, необходимо смочь сделать подобный для фиксации этого. Если у Вас нет соответствия рабочей системой, но у Вас есть рабочая станция с Virtualbox или XEN, то Вы могли просто сделать установку VM для получения системы соответствия.
Конечно, я не предлагаю использовать дискету в этот день и возраст, когда у нас есть SCP и FTP для перемещения файлов.
Это не связано с кэшированием, но так как Вы сравниваете свои заголовки с тем из Facebook, я предполагаю, что Ваше беспокойство состоит в том, чтобы улучшить пользовательский опыт Вашего сайта.
Один это я вижу, что отсутствие от Вашего заголовка является сжатием. nginx и другие веб-серверы позволяют Вам сжимать содержание прежде, чем отправить его клиенту, значительно уменьшив общую передачу данных суммы.
Можно использовать ссылку ниже для конфигурирования сжатия на экземпляре nginx.
http://www.devcha.com/2010/02/enable-gzip-compression-of-nginx.html
При выполнении сжатия убедиться обработать более старые браузеры MSIE, которые не обрабатывают сжатие очень хорошо. В Связанном сообщении существует больше информации
Во-вторых, если возможное применение другой домен для Вашего статического содержания. Это уменьшит клиентский размер запроса, потому что cookie не будет передан. Пример Yahoo использовал yimg.com для своего статического содержания т.е. JS, CSS, изображений
Поле заголовка запроса If-Modified-Since используется с методом для создания этого условным выражением: если требуемый вариант не был изменен со времени, указанного в этом поле, объект не будет возвращен из сервера; вместо этого, 304 (не измененный) ответ будут возвращены без любого тела сообщения.
If-Modified-Since = "If-Modified-Since" ":" HTTP-date
Пример поля:
If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT
ПОЛУЧИТЬ метод с заголовком If-Modified-Since и никаким заголовком Диапазона запрашивает, чтобы определенный объект был передан, только если он был изменен начиная с даты, данной заголовком If-Modified-Since. Алгоритм для определения этого включает следующие случаи:
у Вас уже есть макс. возраст так, чтобы применялся также
Вы хотите кэшироваться и также добраться, условное выражение ДОБИРАЮТСЯ так, никакой ответ не отправляется клиенту
Silviud говорит о заголовке, который отправляется клиентом как часть запроса к серверу так, чтобы сервер знал, отправить ли 304, Не Измененные или все содержание файла/страница как ответ.
В то время как удаление заголовка Сервера не причинит вреда, это не будет делать так много хорошего ни один за исключением случая крошечных (например, Не Измененный) ответы. Можно хотеть полагать, что добавляющая "общественность" к заголовку управления Кэша явно заявляет, что совместно использованные кэши могут кэшировать содержание.