Это - "$ORIGIN". это портит Вас. Это говорит, связывают это, все должно быть полностью определено.
Выньте строку $ORIGIN, и где Вы имеете "domain.com" для записи SOA, помещаете.
$TTL 86400 ; 1 day
@ IN SOA ns.domain.net. root.domain.net. (
2008021701 ; serial
10800 ; refresh (3 hours)
3600 ; retry (1 hour)
604800 ; expire (1 week)
86400 ; minimum (1 day)
)
NS ns.domain.net.
NS ns2.domain.net.
A 66.207.212.60
MX 10 rosewood.domain.net.
MX 20 ebony.domain.net.
TXT "v=spf1 mx:smtp.domain.com include:domain.com ~all"
$INCLUDE "masters/domain-common-services.inc";
Почему бы не воспользоваться подходом с ремнем и скобами и не использовать то и другое. Вы также можете установить метатеги в разделе заголовка содержимого (используя включаемый файл для обновлений всего сайта)
<META HTTP-EQUIV="Cache-Control" CONTENT="max-age=0">
<META HTTP-EQUIV="Expires" CONTENT="Tue, 01 Jan 1980 1:00:00 GMT">
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
Если вы обслуживаете свой сайт прямо из файлов PHP, то у вас, вероятно, не будет проблем с кешированием (если вы не реализовали какую-либо форму управления кешем). Тем не менее, такие вещи, как таблицы стилей, изображения и другие файлы, все еще могут кэшироваться браузером.
Лучше всего, вероятно, управлять своим кешем через .htaccess и установить все, что истекает за день до того, как вы собираетесь развернуть свой веб-сайт : .htaccess - Как установить срок действия в прошлом? .
Единственный надежный способ сделать недействительными все кеши одновременно - это изменить URL-адреса, которые фактически видит браузер. Таким образом, ваш http://example.com/index.php становится чем-то вроде http://example.com/2/index.php . Все статические файлы также должны иметь новый URL-путь.
Вот почему Google и другие встраивают процесс «переименования ресурсов» в свой код для всех статических ресурсов на основе хэша MD5. Таким образом, вы можете установить контроль кеша на 10 лет, зная наверняка, что любые запросы для /03b/c49/ef94589d54390435ab0943cd212.png всегда будут возвращать точное предназначенное содержимое, и этот URL никогда не будет запрашиваться, когда он будет заменен «более новыми» ресурсами. . Но для этого требуется много работы, поэтому использование относительных URL-адресов с новым корневым путем, как упомянуто выше, более распространено.