Мы продолжили серию уроков по настройке плагина W3TC. Напоминаем, что W3TC - это сокращение названия W3 Total Cache что является известным плюсом для кэширования в блоге. Кэширование блога означает рендеринг данные идентичные легкодоступные для сервера.
Вы можете прочитать наши предыдущие уроки по этому вопросу, чтобы узнать больше.
- Часть 1: Введение в Cache
- Часть 2: Как настроить W3TC
- Общие настройки - Эпизод 1
- Дополнительные общие настройки - Эпизод 2
- Конфигурация кэша страниц - 3 Episode
- Минимизация конфигурации - Эпизод 4
- Настройка кэша базы данных данные - Эпизод 5 (этот урок)
- Конфигурация объекта и браузера - Эпизод 6
- Часть 3: все ответы на ваши вопросы
- Деталь 4: W3TC "Mainspan" Параметры
Страница конфигурации Кэширование от основания данные Меню имеет два раздела: Общие и Расширенные.
Раздел Общие "Имеет только одну опцию: флажок, установленный по умолчанию, который позволяет не кэшировать запросы, сделанные для вошедших в систему пользователей. Это означает, что если пользователь вошел в систему, у него не будет данных из кэша. Причина в том, что вошедшие в систему пользователи будут взаимодействовать с сайтом во время своих сеансов. Поэтому им необходимо получать обновленные данные.
Исключением может быть случай, когда содержание спрятан за « платного доступа », который не меняется при открытии вошедшего в систему пользователя. В этом случае база данных Кэширование используется, поскольку пользователи входят в систему только для доступа к содержание и не фактически взаимодействовать или изменять какие-либо содержание сайта.
Раздел Передовой В меню базы данных можно уточнить кэш базы данных. Вы можете назначить жизнь объектам в кэше со значением по умолчанию, равным 180 секундам, и определить период времени, по истечении которого просроченные объекты должны быть удалены.
Если вы используете Кэширование базы данных, придерживайтесь значений по умолчанию, если только кэш базы данных не станет слишком большим. В этом случае уменьшите время жизни объекта кэша или интервал сбора мусора, чтобы уменьшить объем места, занимаемого кэшем базы данных.
Вы также можете указать конкретные страницы, где данные кэшированной базы данных не будут использоваться на последующих страницах. Это особенно полезно, если вы делаете запросы кеша для зарегистрированных пользователей, но есть страницы, на которых вы не хотите, чтобы данные кеша поддерживались.
Следующее поле в разделе Advanced позволяет вам указать, какие основы запросов к базе данных будут игнорироваться, то есть не кэшироваться в кэше базы данных. Используйте это поле, если вы используете плагины, которые зависят от запросов к базе данных.
Например, поле предварительно заполнено тремя значениями: gdsr_, wp_rg_, et _wp_session. Эти три запроса соответствуют плагинам GD Rating System, Gravity Forms и WP Session Manager. Это три распространенных плагина, которые должны напрямую запрашивать базу данных каждый раз при загрузке страницы, а не кэшированной версии базы данных. Таким образом, добавление этих запросов в список игнорируемых помогает предотвратить кэширование этих запросов.
Если у вас включен кэш базы данных и вы заметили, что конкретный плагин не работает нормально, вам нужно будет идентифицировать связанный запрос, копаясь в коде плагина или спросив автора плагина.
Поле под названием " отказ запроса Позволяет идентифицировать конкретные типы запросов, которые не следует кэшировать. Если вы не являетесь администратором базы данных, оставьте это поле как есть.
Вот и все для конфигурации кэша базы данных на W3TC. Не стесняйтесь задавать нам вопросы, если вы не понимаете суть.
