Кэширование wordpress: установка и настройка плагина W3 Total Cache. Плагин w3 total cache wordpress

Для Андроид 03.05.2019
Для Андроид

Как я писала в предыдущей статье, в моей жизни, помимо хакерских нападений на блог, происходит много хорошего и светлого. Рука помощи, протянутая Романом Теличко как будто случайно, а на самом деле неслучайно, – только одно из таких событий (вот ссылка на его сайт http://romantelychko.com — можете познакомиться с тем, чем занимается Роман). Справедливости ради, должна сразу сказать, что не только он один примчался учить меня уму-разуму, как поставить надежную защиту блогу. Но позвольте не смешивать все и всех, потому что сегодня расскажу, какой он дал мне мастер-класс по настройке плагина W3Total Cache и проиллюстрирую его же скриншотами. Невероятно, но в Интернете оказалось очень много людей, которые борются с . Роман — один из них.

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

Если вы давно хотите установить плагин W 3 Total Cache, то эта статья как раз для вас. Как скачать плагин, все знают:

ПЛАГИНЫ – ДОБАВИТЬ НОВЫЙ – ввести в окно поиска W3 TOTAL CACHE – ЗАГРУЗИТЬ — УСТАНОВИТЬ – АКТИВИРОВАТЬ

Но!!! «Единственная проблема в том, что настройка этого плагина часто зависит от возможностей и настроек как сервера, так и вообще сайта, на котором это всё происходит. Помните, что я спросил у Вас в первую очередь? Какие методы кэширования доступны?» (цитата из переписки с Романом). Будем считать это отправной точкой. Данные настройки плагина W3 TOTAL CACHE в описанном случае выполняются при методе кэширования Opcode: Alternative PHP Cache (APC) . Возможные варианты (методы) у себя я увидела, уже установив плагин. И еще один очень важный момент: не давайте странице переводиться на русский , если работаете в браузере Google Chrome. Плагины любят родной язык.

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

01. Меню плагина w 3 cache

В таком порядке и пойдем.

Это общий вид того, что у нас должно получиться после настройки плагина w 3 total cache.

03. Page Cache — w3 total cache

Теперь и в минимизации проставляем те же параметры, что и на изображении.

04. Minify — W3 Total Cache

Дошли до базы данных. Обратите внимание, что время по умолчанию выставлено другое. Ставим свое.

05. Database Cache — W3 Total Cache

Объекты кэширования. Здесь тоже не забываем сверять указанное по умолчанию время и исправляем на свое:

06. Object Cache — W3 Total Cache

Вот и все. Когда все настройки будут выполнены, нужно подняться наверх страницы и включить плагин. Обязательно через просмотр. Сначала нажимаем preview , а только потом, когда в соседней вкладке страница полностью успешно загрузится, deploy . И так после внесения дополнительных изменений в любой блок. Просмотреть — включить! Заодно можете просмотреть код страницы моего блога и своего. Если разницу найдете, напишите в комментарии, пожалуйста. Это я так утонченно хвастаюсь. 🙂

Всем желаю грамотно оптимизированных блогов, высокой степени безопасности в Интернете и побольше хороших людей рядом!

P.S. Пожалуйста, обратите внимание на комментарии. Там обсуждается много нужных нюансов.

А еще предлагаю на минутку отвлечься от серьезных дел и прочитать , которое было мной написано в рамках конкурса, проводимого Devaka (Сергеем Кокшаровым) и биржей Rotapost на стыке 2014 и 2015 годов. 🙂 Приз хочу!!!

Для каждого из приведенных и неприведенных здесь возможностей плагина имеется собственная вкладка, для более детальной настройки. Я же скажу пару слов только про вкладку Page Cache — кэширование страниц сайта. В первом блоке General данной вкладки вы можете указать какие страницы и для каких пользователей включить кэширование. Думаю тут разберетесь сами, ведь чисто логически можно понять, что кэшировать страницу 404 не имеет никакого резона.

Следующая функция Cache Preload — это то, что мне особенно нравится в W3 Total Cache. Данная функция основываясь на данных файла sitemap.xml создает кэш заданного количества страниц через каждый заданный промежуток времени. Благодаря этому, ваш сайт полностью окажется в кэше через какое-то время(зависит от размера вашего сайта). В отличии от WP Super Cache, который так же предлагает такую функцию, она здесь действительно работает. Так как Super Cache при нескольких попытках заставить его закэшировать весь сайт(было испробовано на двух различных сайтах), только делал вид, что занят работой. На деле же кэш вообще не пополнялся.

В следующей колонке можно указать какие страницы необходимо обновить в кэше, когда редактируется какая-то страница. Тут думаю будет неплохо обновить главную и страницу категорий, но опять же, все зависит от вашего сайта и вашего мнения.

Последний пункт называется Advanced и особо интересен он тем, что в нем можно настроить время жизни кэша, которое по умолчанию, если не ошибаюсь, установлено на уровне 5-10 минут, не помню уже. А еще он интересен тем, что первый же пункт, который судя по всему включает все это дело, не активен. Но все же потыкайтесь в пункт под названием Garbage collection interval и проверьте что будет, если из другого браузера(в режиме инкогнито будет еще лучше) зайти на закэшированную минут 10-15 назад страницу, после чего поглядеть комментарий в конце кода страницы с указанием время создания кэша. Если время обновилось и стало равным времени вашего посещения, то увы, плагин либо косячный, либо хочет деньги за свои услуги.

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

Проблемы с W3 Total Cache

Начнем наверное с того, что я опишу конфигурацию сервера, на котором стоит сайт под управлением W3 Total Cache и к которому был присобачен данный плагин. Это VPS под управлением ОС CentOS 6,5, где бэкэндом установлен тягучий Apache, а на фронтэнде уютно разместился быстрый и юркий Nginx. Кроме этого установлен eAccelerator, для кэширования запросов в БД, что в купе с не с самыми кривыми руками позволяет иметь необходимость только в первой и самой важной функции плагина W3 Total Cache. Отсюда хотелось бы сразу отрезать комментарии и высказывания по поводу того, что, возможно, W3 Total Cache работает в чем то хуже других аналогичных плагинов, так данный плагин(именно W3 Total Cache) может похвастаться полной совместимостью с Nginx, в то время как все остальные плагины добавят свои коды в файл.htaccess и с явным недоумением будут ждать, пока администратор перепишет эти реврайты на понятном для Nginx языке. Последнее, надо сказать, мне не удалось. Точнее мне не удалось найти рабочие реврайты, которые заставили бы дружить Super Cache и Nginx. Возможно он и к лучшему, так как сейчас я бы с радостью сменил Super Cache на данном блоге на W3 Total Cache. Но, в семье не без уродов, да и W3TC не такой уж и безобидный. Этим абзацем я заканчиваю монолог о том, что необходимо делать с сервером Nginx для кэширования страниц сайта.(Всегда рад услышать другие методы кэширования).

Итак, проблем в процессе знакомства W3 Total Cache с Nginx`ом, да и тем более с Apache ни у кого не должно возникнуть, а потому перейдем к решению проблемы с невозможностью сменить время жизни кэша, а так же с тем, что W3 Total Cache полностью отказывается слушать все внесенные настройки, такие как запрет на кэширование страниц с запросами(страницы поиска) и запрет на кэширование для пользователей. Если с последними двумя я так и не разобрался, хоть и добрался до ручной правки файла конфигурации(кстати, находится по адресу wp-content/w3tc-config/master.php), то с первым удалось совладать. Хотел бы сказать, что изменение внесенные в админке этого плагина, как правило, сохраняются в этом файле, но лучше перепроверить, благо каждая переменная имеет говорящее название. Из всех переменных меня заинтересовала переменная pgcache.late_init(скорее всего от Late initialization — тот самый пункт, который не активен), которой я сразу же выставил значение true, а так же параметр pgcache.cache.nginx_handle_xml, после выставления которому значения true, плагин наконец-то начал слушать то число, которое введено в поле про максимальное время жизни кэша. Проверка показала, что после данных изменений, на озвученном выше сервере, время жизни кэша действительно стала совпадать с указанным пользователем значением.

Так как время жизни кэша было для меня самым важным моментом из всей настройки плагина W3 Total Cache, то я забил на то, что эта ересь продолжает кэшировать страницы поиска и страницы залогиненных юзеров(коих благо, только один, то бишь, я). Ведь при всем этом страдает только место на жестком диске, чего на данный момент вполне достаточно и даже при полном кэширование всех страниц, включая и мобильную версию, которую кстати плагин так же умеет кэшировать отдельно, место на хостинге останется еще немало. Но все же если кто умеет лечить плагин от этой болезни, просьба в студию.

Вспомнив про мобильную версию сайта хотелось бы сказать, что плагин умеет кэшировать и данную версию, причем отдельно, что не может не радовать. Для этого необходимо перейти во вкладку User Agent Groups и поставить две галочки напротив пунктов Enable. В каждом из пунктов вы можете добавить свою юзер-агенты для каких-то новых устройств. Кэш мобильной версии сохраняется в той же папке страницы, что и кэш основной версии. Отличие только в добавлении постификсов high и low(так называют группы по умолчанию). Вы, кстати, можете добавить и свои группы. Единственный минус с мобильной версией состоит в том, что плагин не умеет самолично создавать кэш мобильной версии сайта, что означает что это будут делать только ваши пользователи(или Вы).

Следующей проблемой с W3 Total Cache стала то, что на данном сайте сразу после активации данного плагина и активации функции кэширования, весь сайт погряз в кракозябрах, что говорит о проблемах W3 Total Cache с кодировкой. На сайте используется кодировка UTF-8 и даже в настройках плагина мелькает эти символы. Однако как активация пункта Disable UTF-8 blog charset support, так и его деактивация, не принесла никаких плодов. Далее в недрах Интернета была найдена подсказка, что нужно добавить строку AddDefaultCharset UTF-8 в начало файла.htaccess, но и данный способ на смог помощь. А так как дальнейшие поиски не привели ни к чему стоящему и был установлен WP Super Cache(который по первому взгляду, не лишен некоторых вышеописанных проблем, но об этом возможно позже).

Кодировка W3 Total Cache, дружба W3 Total Cache с Nginx, мобильная версия сайта… Ну, вроде ничего не упустил из того, чего понабрался во время знакомства с этим инструментом, который, надо сказать, со своим делом справляется весьма неплохо. Если страницы вышеозвученного сайта, судя по статистике от Pingdom.com, грузились от 1-2 секунд, то сейчас этот показатель для закэшированной страницы составляет 0,5-0,7 секунд. Если же обратиться к Page Speed от уважаемого Google, то можно напороться только на предупреждения о том, что ресурсы, скрипты и прочий хлам которых загружаясь вместе с данной страницей, являются единственным отрицательным моментом в безупречной технической оптимизации сайта. И интересно то, что гугл ругается на скрипт JQuery, который загружается из репозитория … да, именно, с репозитория гугла. Им бы самим заняться этим вопросом.

Не хило в общем я настрочил про процесс установки и настройки плагина W3 Total Cache и дальнейшие разборки с данным плагином , чтобы заставить его работать по-человечески. Буду рад любому адекватному комментарию, совету, просьбе и так далее.

W3 Total Cache improves the SEO and user experience of your site by increasing website performance, reducing load times via features like content delivery network (CDN) integration and the latest best practices.

The only web host agnostic Web Performance Optimization (WPO) framework for WordPress trusted by millions of publishers, web developers, and web hosts worldwide for more than a decade.

ПРЕИМУЩЕСТВА

  • Improvements in search engine result page rankings, especially for mobile-friendly websites and sites that use SSL
  • At least 10x improvement in overall site performance (Grade A in WebPagetest or significant Google Page Speed improvements) when fully configured
  • Improved conversion rates and «site performance » which affect your site’s rank on Google.com
  • «Instant» repeat page views: browser caching
  • Optimized progressive render: pages start rendering quickly and can be interacted with more quickly
  • Reduced page load time: increased visitor time on site; visitors view more pages
  • Improved web server performance; sustain high traffic periods
  • Up to 80% bandwidth savings via minify and HTTP compression of HTML, CSS, JavaScript and feeds

ОСНОВНЫЕ ВОЗМОЖНОСТИ

  • Compatible with shared hosting, virtual private / dedicated servers and dedicated servers / clusters
  • Transparent content delivery network (CDN) management with Media Library, theme files and WordPress itself
  • Mobile support: respective caching of pages by referrer or groups of user agents including theme switching for groups of referrers or user agents
  • Accelerated Mobile Pages (AMP) support
  • Secure Socket Layer (SSL) support
  • Caching of (minified and compressed) pages and posts in memory or on disk or on (FSD) CDN (by user agent group)
  • Caching of (minified and compressed) CSS and JavaScript in memory, on disk or on CDN
  • Caching of feeds (site, categories, tags, comments, search results) in memory or on disk or on CDN
  • Caching of search results pages (i.e. URIs with query string variables) in memory or on disk
  • Caching of database objects in memory or on disk
  • Caching of objects in memory or on disk
  • Caching of fragments in memory or on disk
  • Minification of posts and pages and feeds
  • Minification of inline, embedded or 3rd party JavaScript (with automated updates)
  • Minification of inline, embedded or 3rd party CSS (with automated updates)
  • Browser caching using cache-control, future expire headers and entity tags (ETag) with «cache-busting»
  • JavaScript grouping by template (home page, post page etc) with embed location control
  • Non-blocking JavaScript embedding
  • Import post attachments directly into the Media Library (and CDN)
  • WP-CLI support for cache purging, query string updating and more
  • Various security features
  • Caching statistics for performance insights
  • Extension framework for customization or extensibility e.g. New Relic, Cloudflare, WPML and more
  • Reverse proxy integration via Nginx or Varnish

Improve the user experience for your readers without having to change WordPress, your theme, your plugins or how you produce your content.

What users have to say:

Who do I thank for all of this?

It’s quite difficult to recall all of the innovators that have shared their thoughts, code and experiences in the blogosphere over the years, but here are some names to get you started:

  • George Schlossnagle
  • Daniel Cowgill

Please reach out to all of these people and support their projects if you’re so inclined.

Установка

  1. Deactivate and uninstall any other caching plugin you may be using. Pay special attention if you have customized the rewrite rules for fancy permalinks, have previously installed a caching plugin or have any browser caching rules as W3TC will automate management of all best practices. Also make sure wp-content/ and wp-content/uploads/ (temporarily) have 777 permissions before proceeding, e.g. in the terminal: # chmod 777 /var/www/vhosts/domain.com/httpdocs/wp-content/ using your web hosting control panel or your FTP / SSH account.
  2. Login as an administrator to your WordPress Admin account. Using the «Add New» menu option under the «Plugins» section of the navigation, you can either search for: w3 total cache or if you’ve downloaded the plugin already, click the «Upload» link, find the .zip file you download and then click «Install Now». Or you can unzip and FTP upload the plugin to your plugins directory (wp-content/plugins/). In either case, when done wp-content/plugins/w3-total-cache/ should exist.
  3. Locate and activate the plugin on the «Plugins» page. Page caching will automatically be running in basic mode. Set the permissions of wp-content and wp-content/uploads back to 755, e.g. in the terminal: # chmod 755 /var/www/vhosts/domain.com/httpdocs/wp-content/ .
  4. Now click the «Settings» link to proceed to the «General Settings» tab; in most cases, «disk enhanced» mode for page cache is a «good» starting point.
  5. The «Compatibility mode» option found in the advanced section of the «Page Cache Settings» tab will enable functionality that optimizes the interoperablity of caching with WordPress, is disabled by default, but highly recommended. Years of testing in hundreds of thousands of installations have helped us learn how to make caching behave well with WordPress. The tradeoff is that disk enhanced page cache performance under load tests will be decreased by ~20% at scale.
  6. Recommended: On the «Minify Settings» tab, all of the recommended settings are preset. If auto mode causes issues with your web site’s layout, switch to manual mode and use the help button to simplify discovery of your CSS and JS files and groups. Pay close attention to the method and location of your JS group embeddings. See the plugin’s FAQ for more information on usage.
  7. Recommended: On the «Browser Cache» tab, HTTP compression is enabled by default. Make sure to enable other options to suit your goals.
  8. Recommended: If you already have a content delivery network (CDN) provider, proceed to the «Content Delivery Network» tab and populate the fields and set your preferences. If you do not use the Media Library, you will need to import your images etc into the default locations. Use the Media Library Import Tool on the «Content Delivery Network» tab to perform this task. If you do not have a CDN provider, you can still improve your site’s performance using the «Self-hosted» method. On your own server, create a subdomain and matching DNS Zone record; e.g. static.domain.com and configure FTP options on the «Content Delivery Network» tab accordingly. Be sure to FTP upload the appropriate files, using the available upload buttons.
  9. Optional: On the «Database Cache» tab, the recommended settings are preset. If using a shared hosting account use the «disk» method with caution, the response time of the disk may not be fast enough, so this option is disabled by default. Try object caching instead for shared hosting.
  10. Optional: On the «Object Cache» tab, all of the recommended settings are preset. If using a shared hosting account use the «disk» method with caution, the response time of the disk may not be fast enough, so this option is disabled by default. Test this option with and without database cache to ensure that it provides a performance increase.
  11. Optional: On the «User Agent Groups» tab, specify any user agents, like mobile phones if a mobile theme is used.

Часто задаваемые вопросы

Why does speed matter?

Search engines like Google, measure and factor in the speed of web sites in their ranking algorithm. When they recommend a site they want to make sure users find what they’re looking for quickly. So in effect you and Google should have the same objective.

Speed is among the most significant success factors web sites face. In fact, your site’s speed directly affects your income (revenue) — it’s a fact. Some high traffic sites conducted research and uncovered the following:

  • Google.com: +500 ms (speed decrease) -> -20% traffic loss
  • Yahoo.com: +400 ms (speed decrease) -> -5-9% full-page traffic loss (visitor left before the page finished loading)
  • Amazon.com: +100 ms (speed decrease) -> -1% sales loss

A thousandth of a second is not a long time, yet the impact is quite significant. Even if you’re not a large company (or just hope to become one), a loss is still a loss. However, there is a solution to this problem, take advantage.

Many of the other consequences of poor performance were discovered more than a decade ago:

  • Lower perceived credibility (Fogg et al. 2001)
  • Lower perceived quality (Bouch, Kuchinsky, and Bhatti 2000)
  • Increased user frustration (Ceaparu et al. 2004)
  • Increased blood pressure (Scheirer et al. 2002)
  • Reduced flow rates (Novak, Hoffman, and Yung 200)
  • Reduced conversion rates (Akamai 2007)
  • Increased exit rates (Nielsen 2000)
  • Are perceived as less interesting (Ramsay, Barbesi, and Preece 1998)
  • Are perceived as less attractive (Skadberg and Kimmel 2004)
Is this plugin server cluster and load balancer friendly?

Yes, built from the ground up with scale and current hosting paradigms in mind.

What is the purpose of the «Media Library Import» tool and how do I use it?

The media library import tool is for old or «messy» WordPress installations that have attachments (images etc in posts or pages) scattered about the web server or «hot linked» to 3rd party sites instead of properly using the media library.

The tool will scan your posts and pages for the cases above and copy them to your media library, update your posts to use the link addresses and produce a .htaccess file containing the list of of permanent redirects, so search engines can find the files in their new location.

You should backup your database before performing this operation.

How do I find the JS and CSS to optimize (minify) them with this plugin?

Use the «Help» button available on the Minify settings tab. Once open, the tool will look for and populate the CSS and JS files used in each template of the site for the active theme. To then add a file to the minify settings, click the checkbox next to that file. The embed location of JS files can also be specified to improve page render performance. Minify settings for all installed themes can be managed from the tool as well by selecting the theme from the drop down menu. Once done configuring minify settings, click the apply and close button, then save settings in the Minify settings tab.

I don’t understand what a CDN has to do with caching, that’s completely different, no?

Technically no, a CDN is a high performance cache that stores static assets (your theme files, media library etc) in various locations throughout the world in order to provide low latency access to them by readers in those regions.

How do I use an Origin Pull (Mirror) CDN?

Login to your CDN providers control panel or account management area. Following any set up steps they provide, create a new «pull zone» or «bucket» for your site’s domain name. If there’s a set up wizard or any troubleshooting tips your provider offers, be sure to review them. In the CDN tab of the plugin, enter the hostname your CDN provider provided in the «replace site’s hostname with» field. You should always do a quick check by opening a test file from the CDN hostname, e.g. http://cdn.domain.com/favicon.ico. Troubleshoot with your CDN provider until this test is successful.

Now go to the General tab and click the checkbox and save the settings to enable CDN functionality and empty the cache for the changes to take effect.

How do I configure Amazon Simple Storage Service (Amazon S3) or Amazon CloudFront as my CDN?

Участники и разработчики

«W3 Total Cache» - проект с открытым исходным кодом. В развитие плагина внесли свой вклад следующие участники:

Участники

Журнал изменений

0.9.7.2

  • Fixed fatal error during media file upload with CDN module active
  • Fixed removal of empty values, JSON encoded string in attribute, trailing quote at end of tag, and the handling of anchors in HTML minify
  • Fixed undefined index warning
  • Fixed fatal error when purging CDN using full site delivery

0.9.7.1

  • Fixed undefined variable notice
  • Fixed «No such file or directory» warning
  • Fixed writing to PHP error log rather than WordPress debug log
  • Fixed default referrer policy should be «no-referrer-when-downgrade»
  • Fixed php_flag error related to browser cache, using ini_set instead
  • Fixed CloudFlare IPv6 check undefined offset
  • Fixed Undefined constant WP_ROOT
  • Fixed frame-ancestors being overwritten by frame-src
  • Fixed missing semicolon in nginx configuration
  • Fixed HTTP/2 URLs handling for browser cache and CDN modules
  • Fixed display of CDN debug information
  • Fixed CSS Minification with Google Fonts when included via «Include external files/libraries» and non-latin character-sets are loaded
  • Fixed media query string not updating when all caches were purged
  • Fixed double slash with ABSPATH if file exists
  • Fixed setting max-age and expires header simultaneously
  • Fixed SASL detection for PECL Memcached
  • Fixed handling of manually entered objects to be purged on CDN
  • Fixed query string handling in Nginx
  • Improved error handling with Cloudfront
  • Improved page cache logging
  • Improved multi-tenant support for memory-based caching engines
  • Improved CSS minification
  • Improved purge behavior for changed media objects when using CDN
  • Improved compatibility with sitemap plugins
  • Added support for Memcached for Nginx
  • Added support for caching webm files
  • Added Brotli HTTP compression support
  • Added StackPath full site delivery support
  • Added wc_session to the list of ignored query stems for improved WooCommerce compatibility

0.9.7

  • Fixed minified files not being hosted by CDN when enabled if «host minified files» is disabled
  • Fixed warning thrown when purge all was selected (via nigrosimone)
  • Fixed undefined offset error in fragment cache
  • Fixed MaxCDN test button failure when debug mode is enabled
  • Fixed purging of feeds when cache feeds option is enabeld
  • Improved handling of errors when full site delivery isn’t set
  • Improved nginx.conf to support xml caching
  • Improved nginx.conf to support HSTS for static files
  • Improved minify’s handling of query strings
  • Improved database caching, frequent wp_options no longer flush posts or comments data
  • Improved Limelight Networks CDN integration
  • Improved FAQ, they’re now hosted in the GitHub public repository
  • Improved handling for /
  • Added flushing of AMP pages

0.9.5.2

  • Fixed security issue by protecting configuration data by adding .php to relevant files
  • Fixed security issue with the creation of dot folders that could be abused
  • Fixed handling HTTP compression for uncached pages
  • Fixed handling of .svgz files
  • Added expiration headers to webP images
  • Added support for Microsoft Azure’s latest API
  • Added ability to cache WP Admin. Recommended setting, is off. (Improved WP Admin performance with object caching enabled)
  • Added HTTP/2 Push support for minified files
  • Added option management support for wp-cli
  • Improved handling of uncompressed minified files
  • Improved handling of purging of modified pages / posts
  • Improved compatibility with Rackspace Cloud Files
  • Improved initial CDN configuration reliability
  • Improved reliability of object caching
  • Improved PHP 7.0 compatibility
  • Improved PHP 4.3 compatibility
  • Improved HTTP/2 support
  • Improved CSS embed handling
  • Improved reliability of object cache, transients now fallback to database
  • Improved handling of cached http compressed objects

0.9.5.1

  • Fixed missing namespace, which caused issues with other implementations of Google APIs
  • Fixed handling Cloudflare zone list being incomplete for users with many zones
  • Added extension to support Accelerated Mobile Pages (AMP)
  • Added notification for users that are still using PHP 5.2 (end of life in 2011)
  • Improved default settings
  • Improved compatibility with Yoast SEO sitemap caching
  • Improved compatability with Jetpack
  • Improved directory handling on IIS
  • Improved backwards compatibility for 3rd party implementations against legacy W3TC functions

0.9.5

  • Fixed XSS vulnerability
  • Fixed issues with dismissing overlays
  • Fixed handling of tilde in URLs
  • Fixed issue with HTTP compression header when using mfunc calls
  • Fixed cache ID issue with minify in network mode
  • Fixed rare issue of caching empty document when some PHP errors occur in themes or plugins
  • Fixed caching of query strings
  • Added support for APCu Opcode Cache
  • Added support for Redis
  • Added support for Google Drive
  • Added support for Amazon S3-compatible stroage services
  • Added support for PECL memcached
  • Added support for srcset elements
  • Added support for Rackspace CDN Origin Pull
  • Added support for minification of external fonts
  • Added support for WOFF2 font format
  • Added support for FTPS (FTP-SSL, S-FTP)
  • Added YUI Compressor’s PHP Port of the CSS minifier
  • Added Narcissus’ JS minifier
  • Added purge of parent page when attachments are added or updated
  • Added Highwinds CDN provider
  • Added «Validate Timestamps» option for compatible opcode caches functions like apc.stat are enabled
  • Added Full Site Delivery for Pro subscribers
  • Added HTTP Strict Transport Security (HSTS) support
  • Added a sample extension for developers to reference
  • Added Rackspace Cloud Files Multi-Region Support
  • Added more support for exclusions to database cache
  • Added more optionality to minifiers
  • Added WPML Performance Extension
  • Added use of namespace which creates mininum dependency on version PHP 5.3
  • Improved PHP 5.6 compatibility
  • Improved PHP 7 compatibility
  • Improved performance menu in admin bar, including purging of specific cache engines and more
  • Improved SSL interoperability
  • Improved reliablity of test buttons
  • Improved nomenclature of caching files for higher cache hit rates
  • Improved nginx compatibility
  • Improved WP CLI support
  • Improved Cloudflare compatibility (now using latest APIs), Cloudflare must be re-authorized
  • Improved AWS API compatibility (now using latest APIs)
  • Improved Rackspace Cloud Files compatibility (now using latest APIs)
  • Improved page cache purge for extensions like cloudflare and other reverse proxy use cases
  • Improved extension framework functionality
  • Improved compatibility of headers like ETag and content encoding
  • Improved template fragment caching
  • Improved notifications, warnings and errors
  • Improved moble user agents detection
  • Improved security with nonces and form elements
  • Improved security throughout the codebase
  • Improved detail of debug messages
  • Improved Amazon SNS security (validation)
  • Improved minify’s ability to match script tags without type attribute

0.9.4

  • Fixed undefined w3tc_button_link
  • Fixed support and other form submissions
  • Fixed extension enabled key error
  • Fixed Test CDN errors
  • Fixed trailing slashes in custom wp content path and Minify
  • Fixed WP_PLUGIN_DIR not being available when object-cache.php is loaded and W3TC constant not set
  • Fixed Minify Auto and restructuring of JS code placement on page
  • Fixed remove / replace drop in file on plugins page
  • Fixed false positive check for legacy code
  • Fixed deprecated wpdb escape
  • Fixed Fragment Caching and APC anomalies
  • Fixed cached configs causing 500 error on interrupted file writes
  • Fixed readfile errors on servers with the functionality disabled
  • Fixed false positives for license key verification
  • Fixed debug information not printed on cached pages
  • Fixed backwards compatibility and flushing and added doing it wrong notification
  • Fixed «Prevent caching of objects after settings change»
  • Fixed «Use late init» being shown as enabled with Disc:Enhanced
  • Fixed missing param in APC cache method declaration
  • Fixed user roles property not begin an array
  • Fixed adding empty Vary header
  • Fixed notice on failed upgrade licencing check
  • Fixed Database Cache description text
  • Fixed duplicate bb10 agents
  • Fixed settings link in Minify Auto notification
  • Fixed notice with undefined constant
  • Fixed nginx configuration and Referrer, User Groups setting
  • Fixed Genesis settings and Suhosin field name limit error
  • Fixed Genesis and Fragment Caching (caching categories etc)
  • Fixed CDN being enabled when creating NetDNA / MaxCDN pull zone
  • Fixed NewRelic related notice in compatibility popup
  • Fixed trailing slash issue in filename to url conversion
  • Fixed issue with wp in subdirectory and relative minimal manual urls
  • Fixed issue with widget styling
  • Fixed issue with Purge All button action
  • Fixed issue with exporting of settings
  • Fixed issue with plugin interferring with preview theme
  • Fixed issue with malformed config files
  • Added caching of list of posts pages (tags, categories etc) to Genesis extension a long with flush it checkbox
  • Added typecasting on expiration time in object cache drop-in
  • Added capability check for save options
  • Added FeedBurner extension
  • Added woff support to Browser Cache
  • Added new CloudFlare IPs
  • Added support for WordPress defined charset and collate in CDN queue table creation
  • Added WordPress SEO by Yoast extension
  • Added *.less to CDN theme uploads and MIME
  • Added default settings for MaxCDN Pull Zone creation
  • Added call to change MaxCDN canonical header setting to match plugin setting
  • Added one button default pull zone creation to MaxCDN without refresh
  • Added MaxCDN authorization validation
  • Added whitelist IPs notification for MaxCDN
  • Added support for use of existing zones without refresh
  • Added new mime types
  • Added support for separate domains for frontend and admin backend
  • Added CloudFlare as an extension
  • Added nofollow to blogroll links
  • Added DEV mode support to PRO version
  • Added EDGE MODE functionality
  • Improved wrapper functions in plugins.php for plugin / theme authors
  • Improved reliability of NetDNA / MaxCDN API calls by using WP HTTP and not cURL
  • Improved Fragment Caching debug information
  • Improved preview mode, removed query string requirement
  • Improved FAQ structure
  • Improved empty minify/pgcache cache notification when using CDN
  • Improved default settings for MaxCDN zone creation
  • Improved CDN queue performance
  • Improved blogmap url sanitation
  • Improved MaxCDN automatic zone creation process
  • Improved license key saving and Pro mode activation on Pro license purchases
  • Updated EDGE MODE: Full site mirroring support for MaxCDN
  • Updated translations

Плагин W3 Total Cache делает Ваш сайт или блог реально быстрым, один из лучших плагинов для оптимизации WordPress. Солидные сайты mashable.com, smashingmagazine.com, yoast.com спокойно используют его в своих инструментах. Использование плагина W3 Total Cache на Вашем ресурсе повышает удобство работы вашим пользователям за счет повышения производительности сервера, кэширования каждого элемента, сокращения времени загрузки страниц, выдавая пользователю нужный ему материал буквально молниеносно.

Чтобы ощутить все прелести этого плагина, давайте для начала протестируем существующую ситуацию. Я выбрал один из последних сайтов, который я сделал, добавил приложение в Firefox YSlow Addon for Firefox которое покажет время загрузки сайта, у меня на данный момент оно составляет 8,5 сек – я был в шоке!

Изменим эту ситуацию!

  1. Перед установкой плагина Вы должны убедится, что любые другие плагины кэширования полностью удалены, в противном случае плагин W3 Total Cache при активации выдаст ошибку.
  2. Если все в порядке устанавливайте плагин (не в курсе как устанавливать плагины в WordPress? — читайте ).
  3. Официальная страничка плагина в каталоге WordPress.
  4. После того как Вы активируете плагин в панели управления появится новый пункт «Perfomance», нажимая на который мы попадаем на страницу настроек и конфигурации плагина W3 Total Cache.

Настройки и конфигурация W3 Total Cache

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

Вкладка General

Первым делом на странице настроек мы попадаем в раздел основных настроек General. Сразу же отключаем режим просмотра (см. картинку) нажатием на кнопку disable (то есть плагин будет работать в режиме реального времени, а не в режиме просмотра).

Следующая опция в этом списке Page Cache. Эта раздел работает так же как в плагине WP Super Cache – создается кэш для статических страниц, включая эту опцию Вы значительно уменьшите время загрузки, рекомендуется использовать диск Enchanced.

После блока Page Cache идет блок Minify – позволяет минимизировать файлы.css, .js, .html также записи, страницы и RSS. Опции обязательно отметьте как на скриншоте. Принцип действия мимнимизирования заключается в том, что удаляются бесполезные расстояния между тегами кода такое действие ускоряет время загрузки сайта на 10%.

Следующий блок опций Database Cache. Обязательно должен быть разрешен, так как CMS WordPRess полностью работает на базе данных и часто высокие нагрузки запросов к БД являются причиной жесткого замедления сайта + если у Вас большой трафик, то это вообще катастрофа. Включение опции может ускорить Ваш сайт в 100х раз.

Не расслабляемся и двигаемся к блоку Object Cache. Галочка в этом блоке увеличивает производительность динамических сайтов использующих API кэша объектов. Окончательные настройки должны выглядеть как на скриншоте:

После него идет блок настроек Browser Cache. Кэш браузера позволяет HTTP-сжатия, каждый раз когда пользователи посещает Ваш сайт, их браузер сохраняет копии сайта, так что к следующему посещению пользователю не нужно будет повторно загружать сайт целиком (что ускоряет время загрузки). Проблема в том, что каждый браузер сбрасывает кэш по своему расписанию, поэтому отметив этот чекбокс мы укажем браузеру как долго хранить информацию объекта.

Следующий этап это CDN (Content Delivery Network), к сожалению плагин поддерживает только платные варианты CDN: MaxCDN, NetDNA, Amazon S3, Rackspace Cloud и Amazon Cloud. Если Вы не знаете что такое CDN или не планируете его использовать, то советую сразу же галочку снять.

Далее идет блок Varnish – еще один замут с кэшированием типа CDN и блок Network Perfomance & Security powered by CloudFlare. Ими можем не пользоваться, убираем галочку с Enable. Эти блоки целесобразно использовать, если Ваш ресурс мега посещаем от 1000 и более посетителей — эти CDN, бесплатны, но если у Вас будет такое количество посетителей на сайте не лишним будет раскошелится на 40$ и подключить систему доставки контена (CDN) MaxCDN — очень хорошая и с поддержкой, об них я чуть попозже напишу отдельную статью.

Блок настроек Miscellaneous галочки ставим как на скриншоте ниже и если у Вас есть Page Speed Online API от Google, что можете его здесь ввести.

В блоке настроек Debug не советуют вообще что-то отмечать галочками, послушно поверим

И последний блок это импорт и экспорт настроек, можно сохранить настройки нажав кнопочку download на компьютер, можно и импортировать уже существующие настройки, в общем ничего сложного

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

Вкладка Page Cache

Наконец-то пройдя через настройки General, мы можем более детально настроить параметры кэша страниц. В блоке General мы все чекбоксы отмечаем галочками кроме страниц поиска и страницы ошибки 404 (их не нужно кэшировать) получаем такую картину:

В блоке Advanced мы можем выбрать время жизни странице в кэше, по умолчанию 3600 секунд, можете уменьшить (если Вы постоянно работаете над сайтом) или увеличить если изменения происходят редко. Далее можно задать не посылать кэш страницы Bot’у Google – не рекомендуется. Можем отметить страницы которые мы бы не хотели видеть в кэше. В настройках этого блока желательно придерживаться скриншота.

И последний блок настроек в этой вкладке Purge Policy – более определенный выбор страниц копии которых нужно создать в кэше.

Вкладка Minify

Более подробная минимизация (уменьшение размеров) файлов, в первом блоке настроек отмечаем галочкой перезаписывать структуру URL:

Следом настраиваем блок JS, можно добавить разные файлы скриптов для кэширования добавив их через кнопку «Add a script»

И в последнем блоке Advanced мы можем выбрать через какое время обновлять файлы шаблона

Вкладка Database Cache

Медленно, но уверено, главное до конца доползти. Блок настроек General как на скриншоте:

Блок настроек Advanced можете установить время жизни копии кэша

Вкладка Object Cache

Оставляем все здесь по умолчанию.

Вкладка Browser Cache

Здесь Вы можете указать какая информация будет заноситься в кэш браузера пользователя

Так и последним шагом будет нажатие кнопочки «Empty page cache» — нужно очистить кэш, после этого Вы увидите зеленое слово «Enable», которое говорит о том, что плагин успешно функционирует.

Заключение

Напоследок скажу, что дело мучительное… пол дня итого на все эти разборки, оно того стоило результаты можете посмотреть на скриншоте

Удачи! Если возникли какие-то вопросы, задавайте их в комментариях.

Часто возникает вопрос: «Какой плагин круче W3 Total Cache или WP Super Cache?». Важно понимать, что все нужно проверять самому, одно скажу точно: «если не использовать CDN в W3 Total Cache и в WP Super Cache, то скорость загрузки примерно одинакова». Выбор за Вами, можете подробнее прочитать о плагине WP Super Cache.

Есть вопросы? Напиши комментарий!

Привет! Сегодня мы разберём популярный плагин – W3 Total Cache предназначенный для ускорения сайта за счёт кэширования файлов. Плагин имеет большой арсенал дополнительных функций, которые вы можете настроить исходя из своих предпочтений. Основные функции плагина:

Совместим с любыми видами хостинга.

Возможность подключения и управление функцией CDN (сеть доставки контента).

Поддержка мобильных устройств и пользовательских агентов.

Сжатие файлов, HTML, CSS, JavaScript.

Браузер кэширование с использованием кэш-контроль.

Кэширование http запросов базы данных .

Функция кэширования объектов.

Установить плагин вы сможете прямо из админ-панели wordpress. Перейдите на страницу: Плагины – Добавить новый , введите название плагина в форму поиска, нажмите Enter, установите и активируйте плагин.

После установки и активации плагина, перейдите на страницу: Performance . Здесь отображается дополнительная информация о плагине, ничего настраивать здесь не нужно. Если вверху у вас отображается уведомление, то нажмите на кнопку – Hide this message , чтобы скрыть уведомление.

Настройки

– Toggle all caching types on or off (at once), если вы поставите здесь галочку, то включите сразу же все функции одновременно, которые представлены на данной страницы. Лучше настраивать все функции по отдельности, так как многие могут вам не понадобиться.

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

Сохраните настройки .

– Page cache, ставьте галочку, чтобы включить кэширование страниц вашего сайта.

– Page cache method, здесь можно выбрать метод кэширования страниц. Basic – стандартное кэширование, Enhanced – улучшенное кэширование, Memcached – кэширование для нескольких серверов. Для обычного сайта оставьте по умолчанию.

Сохраните настройки .

– Minify, ставьте галочку, чтобы включить минимизацию файлов HTML, CSS, JS, для ускорения сайта.

– Minify mode, режим минимизации файлов, лучше выбрать Auto , чтобы автоматически сжимать файлы. Manual – ручной режим, нужно будет указывать какие именно файлы сжимать.

– Остальные настройки оставьте по умолчанию. Сохраните настройки .

– Database Cache, ставьте галочку, чтобы включить кэширование базы данных, для уменьшения http запросов и уменьшения времени отклика страниц и записей.

– Database Cache Method, метод кэширования, для обычных сайтов оставьте по умолчанию. Memcached – если у вас несколько серверов. Сохраните изменения .

– Object Cache, ставьте галочку, чтобы включить кэширование объектов, для дальнейшего сокращения времени выполнения типовых операций.

– Object Cache Method, метод кэширования оставьте по умолчанию. Сохраните настройки .

– Browser Cache, ставьте галочку, чтобы включить браузерное кэширование, снизить нагрузку на сервер и уменьшить время отклика при использовании кэша в браузере посетителя сайта. Сохраните настройки .

– CDN, вы можете включить функцию CDN – сеть доставки контента, но не обязательно. Функция позволяет разместить файлы на другом сервере, чтобы снизить нагрузку на свой сервер. CDN это платная услуга. Вам будет предложено зарегистрироваться в сервисе MaxCDN и получить скидку 25%.

– CDN Type, здесь вам нужно выбрать название сервиса, где вы подключили функцию CDN.

– Enable varnish cache purging, вы можете включить кэширование функции varnish, если вы используете её на своём сайте. Varnish предназначен для очень крупных сайтов с очень большой посещаемостью, типа Facebook.

– Varnish servers, здесь вам нужно будет указать ip адрес вашего сервера на varnish.

– New Relic, вы можете подключить функцию мониторинга сервера, мониторинг пользователей, мобильный мониторинг. Функция позволит следить за процессами сервера и поведением пользователей и т.д. Включать функцию не обязательно. Monitoring это платная функция.

– License, если вы приобрели Pro версию плагина, то вам нужно ввести здесь лицензионный ключ и сохранить настройки. Для бесплатной версии просто пропустите данное поле.

– Enable Google Page Speed dashboard widget, вы можете включить поддержку сервиса Google Page Speed , чтобы у вас на главной страницы админ-панели отображался виджет с результатами сервиса. Для подключения функции вам нужно ввести API ключ, для этого нажмите на вкладку – APIs Console .

– Verify rewrite rules, здесь должна стоять галочка.

– Enable file locking, включение блокировки файлов, не рекомендуется для nfs системы. Оставьте без изменений.

– Optimize disk enhanced page and minify disk caching for NFS, можете включить данную опцию если ваш хостинг использует сетевую файловую систему NFS. Для улучшения производительности.

– Enable Edge mode, НЕ нажимайте на данную вкладку, проверка экспериментальной функции плагина, может вызвать ошибку. Сохраните настройки .

– Debug Mode, можно включить режим отладки, чтобы получать информацию (логи) о работе плагина. Если включите данную функцию, то логи можно наблюдать в исходном коде в конце страницы после комментариев. Функция может позволить выявить проблемы в работе плагина и устранить их, не обязательно включать.

– Import/Export, вы можете экспортировать или импортировать настройки плагина на другой сайт или с другого сайта. Для экспорта с другого сайта нажмите на кнопку – Выберите файл. Для импорта на другой сайт, нажмите на кнопку – Download.

Page Cache

– Cache posts page, ставьте галочку, чтобы кэшировать записи wordpress.

– Don’t cache front page, поставьте галочку если вы не хотите чтобы кэшировалась главная страница вашего сайта.

– Cache feeds: site, categories, tags, comments, если вы используете на своём сайте RSS ленту, то ставьте галочку, чтобы кэшировать её.

– Cache SSL (https) requests, ставьте галочку, если вы используете сертификат безопасности SSL, https.

– Cache URIs with query string variables, можно включить кэширование страницы с результатами поиска вашего сайта.

– Cache 404 (not found) pages, можно включить кэширование страницы 404 ошибка, но не обязательно.

– Cache requests only for q951123r.bget.ru site address, поставьте галочку, чтобы кэшировать запросы только с вашим адресом сайта.

– Don’t cache pages for logged in users, если стоит галочка, то не будут кэшироваться страницы для авторизованных пользователей. Если на вашем сайте нет регистрации, то можно не включать.

– Don’t cache pages for following user roles, можете выбрать для каких конкретно ролей пользователей не кэшировать страницы. Поставьте галочки возле роли пользователя. Сохраните настройки .

– Automatically prime the page cache, ставьте галочку, чтобы включить автоматическое создание кэша страниц и указать временной интервал.

– Update interval, укажите здесь временной интервал, через который будет создаваться новый кэш страниц. Учтите, что чем меньше интервал, тем больше нагрузка на сайт. Самый оптимальный вариант – 84600 примерно каждый день.

– Pages per interval, здесь можно указать сколько страниц будет кэшироваться за один сеанс. Не указывайте много страниц, так как чем больше страниц, тем больше нагрузка на сайт, лучше оставить по умолчанию.

– Sitemap URL, укажите здесь URL адрес своей XML карты, если вы её используете.

– Preload the post cache upon publish events, ставьте здесь галочку, чтобы кэшировать новую опубликованную запись.

– Specify the pages and feeds to purge when posts are created, edited, or comments posted. The defaults are recommended because additional options may reduce server performance. Вы можете здесь отметить страницы и каналы, которые будут обновляться при создании новых должностей. Например, если поставить галочку в значении – Post comments pages , то при добавлении на страницу нового комментария страница будет обновляться. Не рекомендуется отмечать все значения, так как это может создать серьёзную нагрузку на ваш сайт, отмечайте только основные элементы.

– Specify the feed types to purge, здесь можно отметить виды лент для обновления, которые имеются на вашем сайте.

– Purge Limit, лимит страниц, которые должны обновляться за один раз, оставьте по умолчанию.

– Additional pages, можно указать дополнительные страницы для обновления, которых нет в списке выше.

– Purge sitemaps, здесь указано регулярное выражение для XML карты, если вы её используете, оставьте по умолчанию.

– Late initialization, обеспечивает поддержку функциональности WordPress в фрагментарном кэшировании. Включение функции может увеличить время ответа сервера, то есть лучше не включать.

– Compatibility mode, поставьте галочку, чтобы включить режим совместимости. Включение функции снижает производительность сайта примерно на 20% взамен на совместимость сайта с плагином. Если у вас не возникает проблем с совместимостью, то не включайте данную функцию.

– Charset, поставив галочку вы отключите кодировку UTF-8. Ставьте галочку только если возникают проблемы с кодировкой, вместо текста отображаются каракули.

– Reject HEAD requests, можно отключить кэширование http запросов главы, на большинстве сайтов данная функция не активна, пропустите её.

– Garbage collection interval, укажите временной период для очистки просроченного кэша, рекомендуемое значение каждый день – 84600.

– Comment cookie lifetime, здесь указано время жизни куки файлов, рекомендуемое значение раз в день – 84600.

– Accepted query strings, можете указать здесь URL адреса, которые нужно всегда кэшировать.

– Rejected user agents, вы можете указать здесь пользовательских агентов для которых не нужно кэшировать страницы, например – Google.

– Rejected cookies, укажите здесь куки страниц, которые не будут кэшироваться.

– можно указать адрес каталогов или разделов сайта, которые не будут кэшироваться.

– Cache exception list, укажите здесь адреса страниц, которые будут кэшироваться да же если они находятся в разделе, который закрыт от кэширования.

– Non-trailing slash pages, кэшировать данные страницы, даже если они не имеют слэш окончаний, косая черта в конце адреса /.

– Specify page headers, можно указать дополнительные заголовки страницы для кэширования.

Minify

– Rewrite URL structure, перезапись структуры URL, оставьте по умолчанию.

– Disable minify for logged in users, отключить сжатие для зарегистрированных пользователей. При большом количестве зарегистрированных пользователей не стоит отключать сжатие.

– Minify error notification, укажите здесь – Email Notification , чтобы получать уведомления на Email, если возникают ошибки при сжатии файлов.

– HTML minify settings , Enable – поставьте галочку, чтобы включить сжатие, Inline CSS minification – ставьте галочку, чтобы сжимать CSS файлы, Inline JS minification – ставьте галочку, что сжимать JS файлы, Don’t minify feeds – если поставите галочку, то RSS лента не будет сжиматься, Line break removal – ставьте галочку, чтобы удалять пустые пространства в файлах.

– Ignored comment stems, не будут удалены комментарии, которые содержат данные условия. google_ad_ реклама гугл.

– JS minify settings, включение сжатия JavaScript файлов, рекомендуется значение по умолчанию.

– CSS minify settings, включение сжатия CSS файлов, рекомендуется значение по умолчанию.

– Disable minify automatic file name length test, отключение автоматического сжатия длины имени файла теста, оставьте по умолчанию.

– Update external files every, интервал между скачиванием и обновлением внешних файлов. Оставьте по умолчанию 86400 – раз в сутки.

– Garbage collection interval, удаление просроченных данных кэша. Оставьте по умолчанию 86400 – раз в сутки.

– Never minify the following pages, укажите здесь страницы или разделы сайта, которые не нужно минимизировать, сжимать.

– Never minify the following JS files, укажите здесь JS файлы, которые не нужно сжимать.

– Never minify the following CSS files, укажите здесь CSS файлы, которые не нужно сжимать.

– Rejected user agents, укажите здесь пользовательских агентов, которые не будут получать сжатый контент, пример – Google, Bing и т.д.

– Include external files/libaries, Укажите здесь внешние файлы/библиотеки, которые должны быть объединены. Сохраните настройки .

Database cache

– Don’t cache queries for logged in users, не кэшировать запросы для зарегистрированных пользователей, должно быть включено, чтобы поддерживать поведение WordPress по умолчанию.

– Maximum lifetime of cache objects, здесь можно указать максимальное время жизни кэша объектов. Чем меньше значение тем больше нагрузка на сервер. Рекомендую ставить для всех таких значений временной период раз в сутки – 84 600.

– Garbage collection interval, укажите здесь интервал сбора мусора, устаревших файлов. Рекомендуется – 84 600 раз в сутки.

– Never cache the following pages, укажите здесь страницы или разделы, которые никогда не стоит кэшировать.

– Ignored query stems, не кэшировать запросы содержащие эти данные.

– Reject query words, не кэшировать запросы содержащие эти слова или регулярные выражения.

Object cache

– Default lifetime of cache objects, по умолчанию время жизни кэша объектов. Рекомендую указывать 84 600 – раз в сутки.

– Garbage collection interval, интервал сбора мусора. Рекомендую указывать 84 600 – раз в сутки.

– Global groups, у казаны глобальные группы для кэширования в сетевом режиме, оставьте по умолчанию.

– Non-persistent groups, укажите здесь группы, которые не должны кэшироваться.

Browser Cache

– Set Last-Modified header, здесь должна стоять галочка, чтобы для браузера был доступен набор последнего изменённого заголовка на вашем сайте.

– Set expires header, можно установить заголовок expires, чтобы стимулировать браузер для более частого кэширования файлов, но не обязательно. Не рекомендуется включать, так как увеличит количество запросов к вашему сайту.

– Set cache control header, можно включить функцию кэш контроля заголовка, которая будет добавлена в файл htaccess, не обязательно.

– Set entity tag (eTag), добавление в заголовки тегов eTag, для стимуляции браузеров, не обязательно.

– Set W3 Total Cache header, установить общий кэш заголовка, не обязательно.

– включение GZIP сжатия, тогда отключите данную опцию.

– запретить кэширования объектов после изменений, не обязательно включать.

– Prevent caching exception list, список исключений для запрета кэширования.

– Don’t set cookies for static files, не устанавливать куки для статических файлов, не обязательно включать.

– Do not process 404 errors for static objects with WordPress, не обрабатывать 404 ошибки для статических объектов с WordPress, не обязательно включать.

– 404 error exception list, список исключений для 404 ошибки.

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

– Set Last-Modified header, набор последнего изменения заголовка для CSS и JS файлов, должно быть включено.

– Set expires header, поставьте галочку, чтобы указать срок жизни для expires заголовка в CSS и JS файлов, не обязательно.

– Set cache control header, включение функции cache control для CSS и JS файлов, не обязательно.

– Cache Control policy, оставьте по умолчанию.

– Set entity tag (ETag), добавление тегов ETag в заголовки CSS и JS файлов, не обязательно.

– Set W3 Total Cache header, общий кэш для заголовков CSS и JS файлов, не обязательно.

– Enable HTTP (gzip) compression, можно не включать если на вашем сайте уже используется gzip сжатие, ссылка вверху.

– Prevent caching of objects after settings change, запрет кэширования объектов после изменений для CSS и JS файлов, не обязательно включать.

– Disable cookies for static files, не создавать куки файлы для статических CSS и JS файлов, не обязательно включать.

– Set Last-Modified heade, набор последнего изменения заголовка для HTML и XML файлов, должно быть включено.

– Set expires header, поставьте галочку, чтобы указать срок жизни заголовка expires. Рекомендуемый срок 84 600 секунд.

– Set cache control header, можно установить кэш заголовка элемента управления, cache control для HTML и XML файлов, не обязательно.

– Cache Control policy, политика управления кэшем, оставьте по умолчанию.

– Set entity tag (ETag), можно добавить тег ETag к заголовком, для стимулирования браузеров.

– Set W3 Total Cache header, установить W3 Total Cache для заголовка, не обязательно.

– Enable HTTP (gzip) compression, включайте gzip сжатие только в том случае, если вы не используете его на данный момент своём сайте.

– Media Other Files, здесь можете включить функцию – Set expires header , чтобы указать срок жизни кэша медиафайлов, срок жизни оставьте по умолчанию. Если на вашем сайте уже включено GZIP сжатие, то отключите функцию – Enable HTTP (gzip) compression . Остальные настройки оставьте по умолчанию. Сохраните сделанные изменения.

Остальные настройки

– User Agent Groups, здесь можно создать группу пользовательских агентов, чтобы создавать кэш специально для каждого выбранного устройства или группы устройств. Вы можете указать тему или домен, на который будет выполнен редирект при обнаружении указанного устройства.

– Referrer Groups, то же самое что и выше, только для поисковых систем, браузеров.

– CDN, если вы используете функцию CDN (сеть доставки контента), то вы можете настроить здесь параметры данной функции. Данную функцию использовать не обязательно.

– Monitoring, настройка параметров функции мониторинга. Данную функцию использовать не обязательно.

– Extensions, здесь отображаются дополнительные плагины, которые вы можете установить, но не обязательно.

– FAQ, вопросы и ответы по работе с данным плагином.

– Support, здесь вы можете написать письмо в службу поддержки плагина. Можно выбрать тему вопроса.

– Install, информация о работе плагина. Здесь показано какие изменения были сделаны на вашем сайте после установки данного плагина.

– About, дополнительные возможности плагина, которые вы можете использовать.

Остались вопросы? Напиши комментарий! Удачи!


Настройка плагина W3 Total Cache wordpress новая инструкция обновлено: Май 15, 2018 автором: Илья Журавлёв



Рекомендуем почитать