W3 Total Cache — установка и настройка плагина кэширования для WordPress. Плагин w3 total cache wordpress

Здравствуйте, уважаемые читатели. Сегодня в рамках рубрики оптимизации WordPress я расскажу, как ускорить WordPress .

Одной из главной задачей для вебмастера является оптимизация сайта. Ускорение сайта достаточно важная задача, с нашей CMS WordPress многие шаги становятся проще, достаточно установить и настроить плагины кэширования. Сегодня и рассмотрим лучшие плагины кэширования WordPress сайта.

Инфографика

Явным победителем, судя по инфографике, является плагин W3 Total Cache.

Пожалуй, один из главных вопросов статьи: какой плагин кэширования WordPress самый быстрый. Для каждого сайта будет лучше свой плагин кэширования , все зависит от многих параметров (сервер, виды контента на сайте …).

Сравнивать будем плагины, которые по-моему мнению одни из лучших:

Для эксперимента возьмем тему Covinr, которая является хорошим представлением современного сайта на WordPress. Шаблон Covinr хорошо подходит для эксперимента, ведь она сочетает в себе изображения, Javascript, CSS и HTML файлы.

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

Испытание проводилось 3 раза для каждого плагина в отдельности с исходными настройками, кэширование на стороне клиента CDN отключены. Итоги ниже:

Все плагины справляются с задачей, но W3 Total Cache лучше справился со своей задачей. (на своем блоге разницу между плагинами HyperCache и W3 Total Cache явная, последний в 3 раза уменьшил кол-во запросов к БД)

Настройка плагина кэширования W3 Total Cache

Рассказать в одной статье про настройку всех 4 плагинов кэширования будет нудно, лучше расскажу про настройку W3 Total Cache .

1) Для начала скачиваем плагин . Появится 2 кнопки плагина в панели админки (в левом сайдбаре) и сверху (в нем нет настроек, только очистка всего кэша):

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

Откройте General Settings. В этом разделе основные настройки плагина, которые здесь активируем.

General — Есть возможность сразу активировать возможности плагина, НО есть вероятность, что будут ошибки, и что ваш сайт будет работать некорректно. Поэтому не рекомендую активировать (ставить галочку) у этого пункта. Также здесь есть режим предпросмотра, теста работы, чтобы плагин работал в реальном времени, нажмите на кнопку (disable) в случае, как на скриншоте этого делать не надо.

Page Cache — позволяет создавать кэш для статистических страниц. Благодаря этому увеличивается скорость загрузки сайта. В строке Page cache method:, если у вас виртуальный сервер, то выбирайте пункт Disk (enhanced). Рядом с кнопкой сохранения есть кнопка очистки кэша для данного пункта.

Minify — данная опция позволяет уменьшить размер таких файлов с расширением: .css .js .html . Сделайте на всякий случай бекап перед включением данной опции. С помощью этой опции файлы с этим расширением уменьшаются в размере, за счет удаления пустых строк. НО, если ваш JS скрипты не валидны (Объясню: иногда не ставят в конце строк точку с запятой и браузер понимает, но, когда переносы строк будут убраны, строки сольются в одну, что приведет к ошибкам). Скорости сэкономите немного, зато проблем можете получить достаточно, поэтому можно отключить.

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

Object Cache — включение объекта кэширования. Содержит в себе различные объекты из БД. Может, как ускорить сайт, так и нет. Зависит от скорости диска — операций записи и чтения. Проверьте, если ускорит, то включайте.

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

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

Varnish или (Reverse Proxy) — опция включает HTTP-акселератор. Подходит для огромных проектов, для блога можно оставить выключенной данную опцию.

Network Performance & Security powered by CloudFlare — еще одна опция, похожая на предыдущую, по доставке контента из другого хранилища. Включать для не очень большого блога также нет необходимости.

Miscellaneous — доп. настройки. У меня отмечено: Verify rewrite rules — проверяет правила перезаписи на сервере, некоторые плагины могут сбить настройки плагина W3 Total Cache, данная опция скажет об ошибке. Enable Google Page Speed dashboard widget — будет составляться отчет о скорости работы сайта и его оптимизации при помощи Google Page Speed.

Debug Mode — не использую. Хотя, когда было отмечено (Page Cache, Database Cache, Object Cache) запросов к БД было чуть меньше.

Import / Export Settings — импорт и экспорт настроек. Можно сохранить настройки на компьютере. Download — сохранить настройки на компьютере. Upload — загрузить на сайт настройки. Restore Default Settings — восстановить настройки по умолчанию.

Вкладка Page Cache

Следующая вкладка, после General settings. Здесь можно более подробнее настроить параметры кэширования для опции Page Cache . Каждые следующие вкладки — более детальная настройка.

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

Cache Preload — включение предзагрузки кэша. Это позволит быть кэшу всегда быть готовым, готовясь уже в фоновом режиме. Что равномерно распределит нагрузку на сервере. Немного посчитаем: я использую интервал в 100 секунд для создания кэша для 10 страниц. В следующем пункте (Advanced ) я указываю цифру в 2500 секунд ≈ приближенно равно количеству моих страниц (250). Если же я укажу во вкладке Advanced цифру 1500, то будет подготовлено кэша только для 150 страниц. После отведенного времени кэш обнуляется и строится заново. Также укажите адрес к вашей карте сайта, на основе которой и будет готовиться кэш.

Purge Policy: Page Cache, Varnish — установка страниц, кэш которых будет сразу удален после выхода новой статьи. Те страницы, на которых будет показана новая статья будут сразу обновлены и актульны, если же не указать эту страницу, то она некоторое время будет старой, пока кэш не будет обновлен. Остальные страницы, редко используются, что могут быть немного устаревшими.

Advanced — дополнительные настройки кэша. Здесь указываем сколько будет жить кэш, после чего он обновится. 3600 секунд — 1 час достаточно, но можно изменить время, все зависит от настроек в пункте Cache Preload . Также можно указать список User-Agent’ов, для которых страница не будет отдаваться из кэша. Очень важно, чтобы боты поисковых систем, индексировали актуальные страницы.

Compatibility mode (Режим совместимости) — снижает производительность на 20%, в обмен на повышение совместимости в работе. Рекомендуется включить для большинства сайтов.

Вкладка Minify

General — общие настройки для уменьшения файлов. Устанавливаем: перезаписать структуру URL и отключить уменьшение файлов для зарегистрированных пользователей.

HTML & XML — уменьшение файлов формата HTML и XML. Отмечаем все, кроме Don’t minify feeds . Нижнее окошко нужно для того, чтобы указать какие комментарии оставить в файлах. (комментарии, которые в файлах, а не те, которые оставляют посетители).

JS — настройки для уменьшения JS файлов. Могут быть ошибки при активации пункта, поэтому будьте осторожны. Указываем где проводить слияние, до тега или только в определенных местах. И также отмечаем 2 строчки, как на скриншоте.

CSS — уменьшение CSS файлов стилей. @import handling — позволяет применить правило @import , это позволяет импортировать содержимое 1 файла в другой. Выбираем Process.

Advanced — оставляем как есть. Можно изменить время жизни кэша и сборки мусора.

Вкладка Database Cache

General — общие настройки кэша БД. Ставим галочку перед Don’t cache queries for logged in users означает не кэшировать запросы для зарегистрированных.

Advanced — время жизни кэша, сбора мусора, а также страницы, которые не кэшировать и запросы, которые не кэшировать. Оставляем как есть.

Вкладка Browser Cache

Вкладку Object Cache мы пропускаем, т.к. она может быть бесполезной.

General — ставим галочки, как на скриншоте.

Остальные блоки в данной вкладке — кэширование файлов. Оставляем, как есть. Если же вы часто меняете файлы, то уменьшите время жизни кэша для отдельных файлов, либо очистите кэш.

Вывод: плагин W3 Total Cache очень хороший и отлично кэширует файлы, снижая нагрузку на сайт в несколько раз. Из всех плагинов, что я устанавливал, этот лучший.

Как я писала в предыдущей статье, в моей жизни, помимо хакерских нападений на блог, происходит много хорошего и светлого. Рука помощи, протянутая Романом Теличко как будто случайно, а на самом деле неслучайно, – только одно из таких событий (вот ссылка на его сайт 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 годов. 🙂 Приз хочу!!!

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.

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

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)

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. Сегодня у нас статья — руководство по полной настройке этого плагина.

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

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

1. Конфигурация Общих настроек (General Settings)

Существует два уровня настроек W3 Total Cache. Сначала вам нужно настроить «Общие настройки», где вы включаете или выключаете более 10 разных W3 Total Cache-опций. Затем вам откроется доступ к отдельным страницам с настройками для каждого модуля.

После инсталляции W3 Total Cache, вам, прежде всего, нужно зайти в «Общие настройки»:

Начнем с того, что откроем таб «Общие настройки». Вот как нужно настроить каждую опцию, которую вы видите на странице «Общие настройки»:

1.1 Общие (General)

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

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

1.2 Кэш страницы (Page Cache)

Следующий бокс – это кэш страницы (Page Cache). Кэш страницы – это то, что вам нужно. Одно кэширование страницы уже способно существенно улучшить производительность вашего сайта. После включения этой опции, вам нужно выбрать метод кэширования страницы (Page cache method).

Метод, зависит от вашего хостинга.

• Для виртуального хостинга: выберете Disk: Enhanced.
• Для выделенного сервера или VPS: вы можете использовать один из методов кэширования Opcode

Если вы не уверены в том, какой вид хостинга используете, то, вероятно, у вас все-таки виртуальный хостинг 🙂 так что если сомневаемся, выбираем метод Disk: Enhanced.

1.3 Minify (Минификация)

Переходим к следующему пункту: Minify. Минификация – это базово уменьшение файлов HTML, CSS и JavaScript без потери их функциональности. Эффект достигается путем удаления ненужной информации, типа разрывов строк и длинных пробелов. Вот почему минимизированный код так тяжело читать человеку.

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

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

Начнем с того, что поставим Minify mode в режим Auto. Я не могу обещать, что в этом случае ваш сайт продолжит бесперебойно работать. Если сайт прекратил нормально работать, то поиграйте с настройками. В таких случаях я обычно переключаюсь на плагин типа Autoptimize для минификации, или же просто отключаю эту опцию в W3 Total Cache. Также можно использовать CloudFlare со встроенной минификацией.

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

1.4 Opcode Cache

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

1.5 Database Cache (Кэш базы данных)

Согласно мнению разработчиков W3 Total Cache, “W3TC – это швейцарский нож, который вы должны попробовать. В общем caching object cache и database cache to disk — это то, что использовать не рекомендуется.”

Кэширование базы данных (Database caching) может потенциально разогнать ваш сайт, переместив исполнение процессов из базы данных в процессор/память. Но есть проблема – для большинства виртуальных хостингов база данных лучше работает с нагрузкой, чем процессор или память. Так кэширование базы данных может замедлить работу вашего сайта, перегрузив другие аспекты вашего сервера.

Так что, если у вас виртуальный хостинг, то лучше оставить кэширование базы данных отключенным.

1.6 Object Cache (Объектное кэширование)

Объектное кэширование может разогнать ваш WordPress-сайт…или же может существенно затормозить работу админки WordPress.

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

Но здесь есть одно исключение: если у вас есть крайне динамичный проект (например, BuddyPress, bbPress и т.д.), вы можете рассмотреть объектное кэширование.

1.7 Browser Cache (браузерное кэширование)

Если вы когда-нибудь прогоняли свой сайт через Google PageSpeed Insights, то вы вероятно, знаете, что “leverage browser caching” (усилить кэширование браузера)– это любимое сообщение данного инструмента. И здесь вы можете применить это усиление.

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

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

1.8 CDN

Если вы используете CDN, вы можете подключиться к W3 Total Cache с помощью этой опции. Вы можете попытаться найти ваш CDN-сервер в выпадающем меню, или выбрать Generic Mirror, если в списке нет нужной опции.

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

Если вы не используете CDN, то не включайте этот бокс. Включать эту опцию нужно только, если у вас уже есть CDN провайдер.

1.9 Reverse Proxy (Обратный прокси)

Большинство WordPress-сайтов должно игнорировать эту опцию. Обратный прокси – это такая вещь, что если вы настолько продвинуты, что уметь ее использовать, то вам вероятно нет нужды читать этот гайд:)

1.10 Monitoring, Fragment Cache, Misc, and Licensing (Мониторинг, Кэш фрагмента, Misc и лицензирование)

Эти опции вы можете просто проигнорировать: пропустите их и преступите к секции Debug.

1.11 Debug (устранение проблем) Monitoring, Fragment Cache, Misc, and Licensing

Если у вас возникли проблемы с W3 Total Cache, то вы можете включить дебаг-опции, но только временно. Для обычного использования отключите все эти боксы. Так как если они не используются для решения проблем, то производят много лишнего кода.

Вот и все настройки секции General Settings. Не забудьте сохранить изменения.

Настройка индивидуальных методов кэширования

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

Настройка Кэширования страницы (Page Caching)

Сначала идет кэширование страницы. Здесь большинство настроек оставляем по умолчанию, но есть несколько важных моментов, которые надо настроить.

Прежде всего, если вы используете SSL, вы должны поставить галочку напротив Cache SSL (https) requests. Также поставьте галочку напротив Cache feeds, не зависимо от того, используете вы SSL или нет:

Немного прокрутите страницу вниз и включите опцию Automatically prime the page cache. А также вам нужно выбрать Preload the post cache upon publish events. Здесь можно оставить цифры, как по умолчанию. Убедитесь в том, что вы также добавили URL карты сайта:

Если вы не уверены в своих действиях, то все остальное оставьте так, как есть, но убедитесь в том, что сохранили изменения.

Настройка Minify

Секция «Минификация» может быть не так проста в настройке. Ведь пока вы что-то не попробуете, вы не узнаете, насколько негативно это скажется на работе вашего сайта. Так что советуем вам начать с настроек по умолчанию. Но если что-то с сайтом пойдет не так, то придется немного поработать с настройками.

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

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

Так что если вы переключитесь на Autoptimize или CloudFlare, убедитесь в том, что вы отключили минификацию в табе General Settings.

Object cache

Тут можно выставить время жизни объектов кэша и интервал очистки. Оставьте время как есть, по умолчанию. Настройки ниже касаются мультисайтовости, так что их тоже трогать не стоит большинству пользователей.

Как настроить кэш браузера (Browser Cache)

Теперь вам нужно настроить кэш браузера. Не забудьте, что я пропустил настройку database caching и object caching, потому что большинство из вас должно эти опции отключить.

Для кэширования браузера вы должны включить 6 первых опций, а именно:

• Set Last-Modified header
• Set expires header
• Set cache control header
• Set entity tag (eTag)
• Set W3 Total Cache header
• Enable HTTP (gzip) compression

Прокрутите страницу вниз и поставьте галочку напротив пункта Do not process 404 errors for static objects with WordPress. Все остальное советуем оставить, как есть.

Настройка CDN

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

Помните, что если вы используете CloudFlare в качестве WordPress CDN, вам нужно добавить расширение CloudFlare в табе Extensions.

W3 Total Cache Extensions (Расширения)

Я уже упомянул расширение CloudFlare, но W3 Total Cache также включает расширения для большого количества других инструментов.

Например, есть расширения для:

• Google AMP pages
• CloudFlare
• FeedBurner
• Genesis Framework (Обязательно установите, если используете Genesis)
• Yoast SEO
• WPML (Обязательно установите, если используете WPML для перевода).

Каждое расширение требует какой-либо настройки. К примеру, если вы включите CloudFlare, вам нужно будет ввести API-ключ активации. Затем вы можете работать с функциями CloudFlare прямо из W3 Total Cache:

Слишком сложно? Просто выберете другой плагин кэширования.

W3 Total Cache — плагин конечно мощный и будет отличным решением для опытных пользователей, но для новичков рекомендую использовать более дружественные к пользователю плагины кэширования, к примеру Cache Enabler , или великолепный WP-Rocket . Вам нужно потратить час, чтоб настроить W3 Total Cache, а в случае например, с Cache Enabler вам потребуется всего минуточка.

Конечно, тот же Cache Enabler не имеет опций настройки для кэша базы данных, объектного кэширования и прочего. Но обычные WordPress-пользователи и не нуждаются в подобной функциональности. Удачи вам в оптимизации.

Хотите узнать секрет быстрой загрузки сайтов на Wordpress? Помимо хорошего хостинга и правильно написанных расширений, используйте кэширование и CDN (content delivery network, сеть доставки контента). К примеру, плагин W3 Total Cache.

В этой статье мы рассмотрим установку и настройку W3 Total Cache для максимальной производительности. Также приведем пример комбинации использования кэширования и сервисов CDN для максимального ускорения загрузки сайта.

Перед тем, как начать, рекомендуется проверить производительность сайта с помощью онлайновых сервисов Google Page Speed и/или Pingdom Tools . Это следует сделать для того, чтобы сравнить прежние результаты с теми, что получатся после всех настроек.

Что такое W3 Total Cache?

W3 Total Cache это наиболее полный и быстрый плагин для оптимизации производительности в Wordpress. Это подтверждено использованием его на многих популярных сайтах, таких как: AT&T, Mashable, Smashing Magazine и на многих других. W3 Total Cache увеличивает скорость работы сайта путем повышения производительности сервера, кэширования всех аспектов сайта, уменьшения времени отклика и предоставления прозрачной интеграции с сетью доставки контента (CDN).

Установка W3 Total Cache в WordPress

Перед установкой W3 Total Cache, убедитесь, что удалены все другие кэширующие плагины. Если этого не сделать, то при активации плагина W3 Total Cache появится ошибка.

Для установки потребуется выполнить нехитрый порядок действий:

Перейдите в административную панель сайта и нажмите на «Плагины »→ «Добавить новый ». В строке поиска наберите «W3 Total Cache » и увидите его в результатах поиска:

Нажмите на кнопку «Установить », после установки активируйте плагин.

Параметры и настройка W3 Total Cache

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

Общие настройки

Для того, чтобы перейти на страницу с общими настройками, нажмите на меню «Кеширование» в административной панели Wordpress. На ней представлены общие настройки плагина. Убедитесь, что находитесь в общих настройках, а не на странице консоли плагина W3 Total Cache.

Что такое кэширование страницы?

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

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

Для виртуального хостинга, который использует большинство начинающих владельцев сайта, рекомендуется использовать метод кэширования страниц «Disk:Enhanced». Выберите пункт «кэширование страниц» и сохраните параметры.

Большинству этого будет достаточно. Данное руководство - для вебмастеров начинающего уровня. И мы сознательно пропускаем все расширенные настройки кэширования страниц, подразумевая, что настройки по умолчанию вполне достаточны.

Мы также пропускаем минификацию, кэширование запросов к БД и кэширование объектов. По причине того, что не все серверы предоставляют возможности для использования этих параметров.

Следующий пункт настроек - браузерный кэш.

Что такое браузерный кэш?

Каждый раз, когда посетитель заходит на сайт, его браузер скачивает все изображения, css­ файлы, js­скрипты и другие статические файлы со страницы сайта во временную директорию. Это делается для того, чтобы при переходе на другую страницу файлы не скачивались повторно, а открывались из кеша браузера. Это ускоряет загрузку сайта и экономит трафик.

Параметр браузерного кэширования в W3 Total Cache позволяет указать время хранения закэшированных элементов. При учете, что вы не меняете логотип каждый день, кэширование на 24 часа не причинит никаких неудобств. Просто выделите этот параметр и сохраните. После этого перейдите в «Кэширование» => «Браузерное кэш» для установки прочих настроек.

Как вы можете увидеть на скриншоте выше, мы включили все пункты за исключением параметра обработки 404 ошибки. При сохранении параметров, все настройки на странице будут сохранены по умолчанию.

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

Минификация

Минификация - это просто уменьшение размера статических файлов вашего сайта для экономии каждого килобайта по возможности. Но использование минификации файлов «налету» увеличивает потребление ресурсов сервера. И в некоторых случаях полезность использования этой возможности может быть сомнительна. Да и к тому же, не на каждом сервере существует возможность ее использования без предварительной настройки.

Кеширование запросов к БД

Кеширование запросов к БД уменьшает нагрузку сервера путем кэширования SQL­ запросов. Это уменьшает или исключает время на обработку запросов к базе данных, которая может быть незаметна на большинстве маленьких сайтов. Но включение этой функции может увеличить нагрузку на сам сервер. Поэтому в некоторых случаях лучше использовать встроенные буферы кэширования самого сервера баз данных. Многие хостинг-­провайдеры не рекомендуют использовать это кэширование.

Кеширование объектов

Если у вас сайт с большим количеством динамических объектов, то следует посмотреть в сторону возможности кэширование объектов с помощью W3 Total Cache . В основном это используется при сложных, ресурсоемких запросах к базе данных. Для большинства начинающих вебмастеров эта функция не требуется.

Итак, когда все настроено, будет хорошо сделать резервную копию настроек W3 Total Cache. Для этого следует перейти на страницу общих настроек плагина W3 Total Cache в раздел «Настройки импорта / экспорта» и нажать «Скачать файл параметров».

На этом краткое руководство по установке и настройке W3 Total Cache можно считать оконченным. Надеемся, что эта статья была для вас полезной, и ваш сайт снова обрел крылья.