Wordpress (использующий лак + apc + w3tc): статистические данные становятся обновленными, когда данные получаются от кэша?
Мое предположение - то, что необходимо создать запись в DNS для нового сервера? Если бы это имело динамический адрес затем, Ваш сервер DHCP создал бы это для Вас. Поскольку это статично - необходимо будет сделать это.
Я уже ответил на этот вопрос в Stackoverflow, поэтому скопирую свой ответ здесь:
Цитата:
ну и да, и нет, это зависит от того, на какой странице и какие правила лака и что именно считается, давайте попробуем сгруппировать их
у нас есть внутренние счетчики, такие как журналы доступа, и счетчики внешнего интерфейса, такие как Google Analytics.
счетчики внутреннего интерфейса:
117803] вам нужен запрос на попадание в бэкэнд, чтобы фактически записать попадание, если вы получите полное попадание лака и кеш обслуживается полностью из кэша лака, бэкэнд даже не узнает о посещении, и вы получаются запутанные числа, потому что каждый vcl_fetch будет засчитывать попадание, а vcl_hit - нет.
Но если счетчик хранится на странице, покрывающей vcl_pass , тогда это попадание будет записано, и вам не нужно делать ничего особенного, например, страниц, содержащих файлы cookie.
счетчики внешнего интерфейса: (например, Google Analytics и все аналитические библиотеки javascript) Эти счетчики не должны подвергаться кешированию, потому что код аналитики по-прежнему обслуживается из кеша, а подсчет происходит на их серверах, поэтому даже если ваш сервер nginx полностью мертв, и лак используется из его кеша, ваши подсчеты будут по-прежнему считаться обычным образом без каких-либо перерывов.
PS об общем кеш-памяти wordpress: Честно говоря, я действительно не использовал его раньше и не знаю, как он работает , но я предполагаю, что он компилирует HTML-страницы для непосредственного обслуживания вместо того, чтобы запрашивать базу данных при каждом попадании, если мы предположим, что лак отсутствует, попадания будут учитываться в журнале доступа, но если у вас есть какой-то счетчик базы данных, который работает на article.php , например, тогда у вас может быть проблема, потому что там 'Существует вероятность того, что этот файл не запускается каждый раз, когда приходит новое обращение, поэтому вам нужно дважды проверить это, если вы используете php для подсчета обращений.
Он будет зарегистрирован как HIT в Google Analytics, поскольку основан на клиентском JavaScript, но не будет замечен ни в статистике серверной части, ни в журналах.