Как я писала в предыдущей статье, в моей жизни, помимо хакерских нападений на блог, происходит много хорошего и светлого. Рука помощи, протянутая Романом Теличко как будто случайно, а на самом деле неслучайно, – только одно из таких событий (вот ссылка на его сайт 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.
02 General Settings W 3 Total Cache
Далее Page Cache:
03. Page Cache — w3 total cache
Теперь и в минимизации проставляем те же параметры, что и на изображении.
04. Minify — W3 Total Cache
Дошли до базы данных. Обратите внимание, что время по умолчанию выставлено другое. Ставим свое.
05. Database Cache — W3 Total Cache
Объекты кэширования. Здесь тоже не забываем сверять указанное по умолчанию время и исправляем на свое:
06. Object Cache — W3 Total Cache
Далее на очереди кэширование браузерное. Обратите внимание, что включить опции нужно в первом блоке. Остальные параметры по умолчанию Романа вполне устраивают. 🙂
07. Browser Cache
Вот и все. Когда все настройки будут выполнены, нужно подняться наверх страницы и включить плагин. Обязательно через просмотр. Сначала нажимаем preview, а только потом, когда в соседней вкладке страница полностью успешно загрузится, deploy. И так после внесения дополнительных изменений в любой блок. Просмотреть — включить! Заодно можете просмотреть код страницы моего блога и своего. Если разницу найдете, напишите в комментарии, пожалуйста. Это я так утонченно хвастаюсь. 🙂
Рекомендовано: после каждого системного действия (установка плагинов, активация, деактивация и проч.) производить общую очистку кэша любым показанным путем.
Всем желаю грамотно оптимизированных блогов, высокой степени безопасности в Интернете и побольше хороших людей рядом!
P.S. Пожалуйста, обратите внимание на комментарии. Там обсуждается много нужных нюансов.
А еще предлагаю на минутку отвлечься от серьезных дел и прочитать веселое письмо SEO Морозу, которое было мной написано в рамках конкурса, проводимого Devaka (Сергеем Кокшаровым) и биржей Rotapost на стыке 2014 и 2015 годов. 🙂 Приз хочу!!!
Отличный материал. Раньше, сколько ни бился, ничего подобного не находил.
Не знаю, Борис, еще Роман не видел. Пока на веру все не берите. В принципе, настройки там и несложные, когда тебя носом потыкают, проведут по всему. А представляете, если самой ковыряться? Кстати, Вы после переезда посмотрите, какие у Вас будут доступны методы кэширования. А вдруг что-то другое? Мне кажется, Роман и другие настройки показал бы. Он считает, что плагин повышает степень безопасности, и чем больше людей применят его, тем меньше лазеек будет хакерам.
Хорошо подытожено всё то, что я рассказывал.
Отличная получалась статья, Надежда.
Единственное что скажу для всех — поскольку каждый сайт по своей природе уникален, так и некоторые настройки этого плагина могут отличаться.
Поэтому это тоже нужно учитывать.
Спасибо, Роман! Как раз то, что каждый сайт уникален, и дает возможность сделать некоторый зазор для моих неточностей. Подытожить — это я мастер — борец за мир на Земле и в Интернете теперь уже. 🙂
А у меня WP Super Cache. Ни у кого правда не консультировался, так по наитию настроил.
Геннадий, я тоже Super Cache сама настраивала. Что он чистил, понятия не имею. Раз в сутки отчет приходил на почту, или вручную, когда что-то нужно было почистить срочно. Но по функциональности их сравнивать невозможно. Вы, видимо, до конца не досмотрели статью и коды страниц своей и моей не сравнивали. А сравните.
А мне этот Super Cache пол сайта снес, я сразу от него отказалась, поставила Гипер кэш, но и он теперь не работает у меня. Посмотрю как будет справляться этот, потом напишу.
Напишите обязательно! Не понимаю, почему этот зеленый хвост за пределами основного кода.
Нет худа без добра)) Немного нехороших эмоций, зато какой опыт + новые навыки!)..
У меня немного другие настройки. Некоторые я не включал, так как могут возникнут проблемы с кодом. В некоторых темах может быть все нормально работать, а в некоторых нет. Настройками я руководствовался со статьи иного блога, только уже не помню его название.
Недавно как раз натолкнулась на негативный отзыв о плагине. Вернее, даже не отзыв, а страшилку фрилансера. Показала статью Роману. Он объяснил, что важно именно то, чтобы кэширование было не на диск. Он, кстати, тоже из числа людей, ратующих за чистоту Интернета. Не очень совмещается у меня с плагином wp-optimize. Пришлось как-то даже w3 отключить, а потом включить после оптимизации. Остальное все работает. Для хакеров меньше дырок в коде.
Надежда, попробуйте установить плагин BackWPup (я его пока сам использую). Он вам и оптимизирует, и почистит базу данных, и сделает ее резервную копию, а также бэкап всех фалов на вашем блоге.
Спасибо за совет! Наверняка, у Вас есть статья с описанием настроек?
К сожалению, пока еще не написал. В дальнейшем обязательно напишу. Плагин хороший, заменяет сразу два других плагина. Один по базе, другой по файлам.
Обязательно дождусь Вашей инструкции, чтобы не накосячить чего-нибудь. Еще один на очереди — firewoll — надо разобраться обязательно.
Настройки необходимо подбирать для каждого сайта, исходя из его посещаемости, частоте добавления статей, частоте добавления комментарией и ещё много-много всего прочего.
Так что, логично, что у вас могут отличаться настройки.
А можно очистить кэш, просто перейдя по FTP в папку с кэшом?
И чем этот плагин хорош? Плагинов много и тяжело понять из чего выбрать, да и всех не перепробуешь ))
Вот те раз! Аксимет вас в спам решительно отослал.
Понятия не имею. Потому и ссылаюсь на автора. Но если сравнить результат работы этого плагина с подобными для кэширования, то он впечатляет даже меня. Посмотрите код страницы — практически нет пустого места. И он кэширует браузер. А вот по поводу ручной очистки папки вообще сказать ничего не могу.
Если вы выберете кэширование через Disk, то можно будет зайти через FTP и удалить содержимое папки. Но есть довольно простой способ — плагин добавляет пункт меню в быстрое меню сайта.
Кстати, лично я бы не рекомендовал кэширование через Disk, по-причине того, что эти файлы видно «наружу», со всеми вытекающими отсюда последствиями.
Роман, цитирую комментарий: «Столкнулся с проблемой — после обновления плагина он заполнил все свободное пространство диска на сервере «кешем» сайта и пришлось его отключить. Строчка «Alternative PHP Cache (APC)» в настройках плагина отображается серым, т.е. неактивна. Как это побороть?».
Если Alternative PHP Cache (APC) неактивен, стоит ли вообще использовать плагин? Или существует способ исправления ситуации?
Как вариант защиты от доступа к файлам — создать файл .htaccess здесь /wp-content/w3tc/ с содержимым deny from all
Если хостинг-провайдера, кроме кэширования на диск, больше никаких опций не допустил, то стоит либо попросить его добавить что-то из перечисленного APC/eAccelerator/XCache/WinCache, либо просто закрыть доступ к папке с кэшем через .htaccess и использовать кэширование «Disk»
Вот думаю, может, все эти тонкости вынести в отдельный материал, с подробным «как создать» и проч.
Смотрите сами. Но там, кроме как создания файла .htaccess, особо не разгонишся 🙂
Для кого-то и к созданию файла неизвестно как подступиться. Сама такая. Была недавно. 🙂 Те, кто в папках и файлах «шарит», спрашивать не будут, как исправить что-то. Посмотрим, что народ напишет.
Тогда делайте 🙂
Насколько я помню, у Вас тоже возникли проблемы с плагином после обновления. Как удалось справиться?
Разработчики довольно быстро увидели у себя ошибку и выпустили новую версию. После чего всё работает как часы.
Отвечать некуда. Так народ обращался совсем недавно. Когда же ее выпустили, новую версию? Не вчера же?
Последняя версия была 09 февраля 2013. С тех пор, вроде всё ОК.
Последняя версия была 09 февраля 2013. С тех пор, вроде всё ОК.
Роман здравствуйте. Связался с хостингом: Вами были перечислены акселераторы, На вашем сервере уже установлен XCache v1.3.2 . Теперь вопрос ? Настройки изменил с Disk на XCache И теперь при загрузке сайта : На веб-сайте произошла ошибка при получении Веб-сайт может быть закрыт на обслуживание или настроен неправильно.
Вот несколько советов и рекомендаций:
Обновите эту страницу позже.
Вылезает вот такая инфа… Настроил плагин согласно скрипту…
Александр, на всякий случай переслала Роману Ваш комментарий, чтобы с гарантией доставки. А у Вас сайт разве открыт, если он еще в разработке? Судя по коду, все нормально. Но подождем, что ответят знатоки в лице Романа. Подозреваю, что еще какие-то тонкости обнаружатся.
> Настроил плагин согласно скрипту…
Согласно какому скрипту?
Который в статье …
т.е настроил плагин как показано в вашей статье…
Вы оговорились, наверное: не по скрипту, а по скрину (скриншоту — картинке).
))) да, поэтому и уточнил)))
Смотрите, если вы настроили как в этой статье, то должно всё работать.
Возможно мне поможет разобраться какой-то лог ошибок (error_log) сервера? Потому что это пока гадание на кофейной гуще 🙂
Ещё, возможно это связано именно с кирилличным доменом. Попробуйте написать разработчикам об этом: http://wordpress.org/support/plugin/w3-total-cache
Ошибка HTTP 500 (Internal Server Error): При попытке сервера выполнить запрос возникла неожиданная ситуация
Нет, этого очень мало.
ок. щас попробую настроить плагин согласно вашей схеме на сайте с доменом латиницей, вопрос , я правильно указываю вместо диска XCache( исходя из присланной инфо с хостинга)
Да, конечно.
Вместо диска указывайте XCache.
Можете найти ошибку путём исключения — по-очереди меняйте с Disk на XCache настройки (Page Cache, Minify, Database, Object, Browser, …) и найдите виновника.
Спасибо Роман! Пойду искать))))
Попробовал с другим сайтом ,домен латиница. после настройки, шаблон перестал работать, отключил плагин шаблон сайта заработал вновь…Может быть такое что плагин не совместим с шаблоном?
Да, шаблон может быть несовместим с плагином, но это довольно большая редкость.
Надежда, здравствуйте!
Столкнулся с проблемой — после обновления плагина он заполнил все свободное пространство диска на сервере «кешем» сайта и пришлось его отключить. Строчка «Alternative PHP Cache (APC)» в настройках плагина отображается серым, т.е. неактивна. Как это побороть?
А сейчас мы спросим у Романа. Я плагин не обновляла. У него самого были проблемы с обновлением. Уверена, что решил. Если вдруг не сработает подписка на комментарий, загляните сюда еще разок попозже. Сейчас попробую написать напрямую.
Подписка работает как часы! =)
Жду ваше очередное сообщение с рекомендациями.
Я отправила Вам письмо на почту. Проверяйте. Спасибо за информацию по поводу подписки на комментарии. Значит, это проблема частная все-таки.
Надежда,здравствуйте. Та же проблема с кешем и сайтом как у Александра в комментарии . Подскажите пожалуйста…
Александр, я давала Александру почту Романа. Надеялась, что кто-то из них нас проинформирует. Сейчас напишу сама и сразу дам знать, как получу ответ.
Спасибо! Буду действовать!
Александр, Вы поняли, что после обновления по умолчанию кеширование на Диск устанавливается. Остальные настройки те же, но и добавились пара строк. Посмотрите. Не успела все в кучу свести — сайт спасала от вирусов полдня.
Строчка «Alternative PHP Cache (APC)» может быть доступна только в том, случаи, если сервер поддерживает расширение APC.
Если хостинг-провайдер её не включил в конфигурацию сервера, то она доступна не будет. Но вы можете ему написать с просьбой добавить APC.
Пока писала комментарий, Вы уже ответили. Сейчас добавлю строку в статью.
Доброго дня авторам.
Следовал вашей инструкции настройки W3 Total Cache и столкнулся с проблемой. У меня VPS SSD сервер. После установки на сервер APC акселератора W3TC его по прежнему не видит, как будто и не установлен. Как быть?
> Столкнулся с проблемой — после обновления плагина он заполнил все свободное пространство диска на сервере «кешем» сайта и пришлось его отключить
Попробуйте отключить Object Cache. Видимо не срабатывает Garbage Collector. А какая версия плагина?
Плагины — это зло для WordPress блога. )) Вернее их количество. А кэширование можно настроить и без них. Вернее, проделать комплекс процедур на блоге по ускорению WP и кэширование не понадобится вообще.
Ищите способы от них избавиться.
Должна сказать, что использую минимум самых необходимых. Даст Бог, научусь обходиться без плагинов. То, что это зло, убедилась не раз.
Действительно, 44 дня назад вышла последняя версия. Вот теперь, наконец, обновила. После обновления по умолчанию кэширование идет на диск. Значит, нужно проверить все настройки. Появилось что-то новенькое, а вот код страницы мне не нравится, если честно.
Вау! Сделала! Можно писать дополнение к статье. 🙂
Александр, тогда уж проще установить какой-то дежурный простой шаблон и посмотреть, если подозреваете такую несовместимость.
Представляете, Надежда, пришло на почту уведомление о новых комментариях к этому топику. Мистика да и только. ))
Точно, мистика! И разгадку нам не скажут. 🙂
Добрый день!
Может быть, кто-нибудь подскажет, как можно устранить (вернуть обратно) состояние системы (или базы данных), после отмены активации опции «Page Cache», поскольку (в моем случае) размер архива вырос почти на 15% (140 mb)? Проблема состоит в том, что данная опция отключена, кэш очищен, а размер архива меньше не стал.
С уважением, Евгений.
Евгений, толком даже не поняла сути вопроса. Сколько времени плагин стоял? Бэкап сделать нельзя? Если не Вы сами, то хостеры. Как-то совсем на пальцах объясняемся. Подробнее напишите, и Романа кликнем. Может, он и сам получит уведомление о комментарии с Вашим вопросом.
Здравствуйте, Надежда. Пыталась настроить плагин, все внимательно прочитала, но все равно где-то ошибка. Выдает мне вот такую петицию при попытке включения.
New Relic is not running correctly. The plugin has detected the following issues:
PHP module is not enabled.
PHP agent is not enabled.
API Key is invalid.
Account ID is not configured.
Application ID is not configured. Enter/Select application name.
License key could not be detected.
Please review the settings.
Марина, а у меня не включен такой параметр New Relic. И строка API пустая. Плагин регулярно обновляется. Я даже не вникаю в эти обновления. Если что-то нужное и важное, Роман сообщит, поскольку базируюсь на его хостинге. А вот по поводу PHP как раз на последней картинке в записи (скриншот комментария) сказано. Если конфигурация Вашего сервера поддерживает расширение APC, то должно работать. Попробуйте выбрать подходящий метод кэширования, если невозможно проконсультироваться с техподдержкой хостинга. Наш новый сервер не поддерживает, поэтому method другой.
я его тоже не включала, но тогда страница отличается от вашей ( адрес сайта впишу в строку, потом уберете). Вот и не пойму, работает ли плагин вообще или нет, а мне очень надо чтобы работал. До этого стоял Гипер Кэш, работал нормально, но вот черт дернул меня его обновить и все, понеслось.. Теперь нагрузка зашкаливает, а старую версию не найду. Да и хостеры посоветовали этот плагин, расширение установили
Судя по коду, плагин Ваш работает прекрасно. Сами не смотрели код страницы?
смотрела, но меня зеленая концовка на странице в коде смущает
у вас там пусто, а у меня <!— W3 Total Cache: Minify debug info:
Engine: apc …и далее по тексту
Можно ли это спрятать?
Ну, мы с Вами сейчас наисправляем! 🙂 Не красный же! А Вы видели, что там ключ Ваш есть, кстати?
Марина, не могу Вам ничего сказать точно, откуда этот аппендицит. Даже не могу вспомнить, что означает подсвечивание зеленым. Если хотите, по ссылке возле комментариев Романа можно перейти на его блог и там задать вопрос. А я могу утром написать ему на почту. На прошлое письмо с вопросом что-то не ответил.
Добрый день, Марина.
Да, debug спрятать можно. Для этого нужно просто снять все галочки в блоке Debug на странице General Settings (/admin.php?page=w3tc_general)
видела, даже пыталась его активировать, но тогда там вообще куча всяких красных предупреждений вылезает. На сегодня заканчиваю с экспериментами, а то на работе завтра, то есть сегодня, спать буду.
Что-то после установки плагина нагрузка еще больше возросла, уже превышение в три раза, мало того, дисковая квота зашкаливает, хотя настраивала кеширование не на диск, а на установленное хостером приложение. Где-то я накосячила, а вот где — не пойму
Не может быть конфликтов с какими-то другими плагинами? Может, попробовать методом исключения перебрать все? Не интересуюсь, сколько их у Вас, но, думаю, есть. Возможно, и лишние. Проверьте.
Оставила на сайте всего 3 плагина — WordPress SEO, RusToLat, Simple Login Lockdown, хотя и было их не много — всего 5. Удалила около 500 медиафайлов, 50 статей полностью перенесла на другой сайт, а с этого снесла. Установила и вновь настроила W3 Total Cache. НО… превышение нагрузки в 1, 5 раза. Еще пару дней понаблюдаю и придется искать замену. С многостраничниками похоже он не справляется, и это при не самой большой посещаемости. Hyper Cache справлялся, пока не обновила версию…
Марина, а нигде не скачать старую версию Вашего любимого плагина? И интимный вопрос, если позволите, а сколько страниц на Вашем сайте? У меня здесь 600 примерно, на коммерческом сайте более 300 страниц. Это мало считается, раз плагин справляется?
Если верить гуглу, то 2,840 страниц, а так было более 800 полноценных статей и больше 1500 медиафайлов. После того как плагин полетел, решила удалить 500 медиафайлов и 80 статей перенесла на другой сайт, а с этого удалила, потом облегчила БД (у вас тут нашла статью, как избавиться от автосохранений в ней), но и это не помогло, нагрузка так и зашкаливает. Сегодня удалила этот плагин и вернула Гипер Кэш, но вот с ошибкой: Мобильная тема
Fatal error: Call to undefined function wp_get_themes() in /путь к папке/ on line 527 так и не знаю что делать, там я полный чайник. Зашла, посмотрела, закрыла))))
Начнём с того, что дело не в количестве страниц. Плагин будет успешно работать пока не закончится количество памяти, выделенное под APC (или в текущем случаи Надежды — Memcache). Но даже в 1МБ влезет довольно много минимизированных страниц.
У вас, Марина, проблема где-то в другом.
Начнём с того, что у вас довольно древняя версия WordPress — 3.3.1 и с этого нужно начать.
Если нагрузка ещё больше возросла, значит что-то настроили не так 🙂
Точно ли включено кэширование в APC во всех блоках на странице General Settings (/admin.php?page=w3tc_general)?
Да, что-то не так, в 5 раз превышена нагрузка, пока удалила плагин, и еще 2 за компанию. Оставила всего 4, без которых никак не обойдусь, остальные буду на время загружать и использовать когда все устаканится. Заметила что он сам очень тяжелый — после его удаления 10 MB дискового пространства сразу освободилось.
Хм, странно. Видимо всё-таки вы сохраняли данные на диск, а не в APC.
Возможно частично в несколько мест сразу, т.к. мы видели в debug log’e «APC».
Тут сложно что-то сказать, но видимо ваш хостер не поддерживает передовые технологии.
да проблема не в плагине, как сейчас выясняется. Но обновлять до 4.0 так не хочется, она мне совсем не нравится, я ее на 2х новых установила. Тестирую, так сказать
Что-то уведомления о комментариях все gmail в спам отправляет сегодня. 🙂
Спасибо за детальную статью. Поставил. Но почему-то при первой загрузке страницы выдает «Не удается отобразить эту страницу». Обновляешь и открывается быстро. С точки зрения юзабилити это неправильно — посетители сайта ж не будут два раза нажимать. Что в настройках не так? Просьба посоветовать.
Можете подсказать почему у меня на сайте после активации W3 Total Cache все изображения стали иметь странные ссылки типа takioki.ru/wp-content/uploads/2014/12/tilapia_7.jpg?b68907
Ольга, у меня есть некоторые предположения, но лучше дождемся специалиста. Он скажет точно.
Добрый день, Ольга.
Эти параметры добавил W3 Total Cache. В них нет ничего плохого. Но их возможно отключить.
Дело в том что такие изображения похоже не индексирует ЯндексКартинки.
А как отключить?
Спасибо Надежде за статью.
отдельная благодарность Роману.
Алексей, значит, у Вас все получилось? Меня благодарить совсем не за что. Все благодарности Роману (и от меня, в том числе), который и по прошествии времени всегда отвечает на вопросы в комментариях.
Здравствуйте коллеги. Пытался самостоятельно настроить плагин W3 Total Cache, столкнулся с рядом проблем: 1) пропадают все css стили и на страницах сайта отображается только фото и текст 2) сервер падает через 5-7 минут после включения плагина (у меня VPS) думаю это происходит из за того, что при первичной настройке плагина, я по невнимательности поставил какие-то некорректные данные. 3) перестают отрабатывать некоторые важные элементы сделанные на javascript, такие как скольжение сайдара и др. Нужна помощь в настройке этого плагина — цель — в сервисе pagespeed/insights от гугла, получить хорошую скорость загрузки страницы. Помощь нужна в форме скайп сессии с трансляцией экрана — я демонстрирую экран, вы говорите куда зайти, какие значения поставить и т.д. Рассчитываться могу вебмани или яндекс деньги. Напишите пожалуйста в личку 1) какая цена в час, вас устроит за эту услугу 2) сколько времени (приблизительно) нам нужно будет потратит на настройку 3) какой ваш опыт в настройке и использовании данного плагина. Заранее благодарю, жду ваших сообщений.
Добрый вечер.
CSS-стили и JS-файлы пропадают (и не срабатывают при загрузке) потому что вы включаете режим Minify CSS/JS что собирает все эти файлы воедино. Это отличная опция, при условии что на сервере всё корректно настроено. Почитайте документацию к плагину по-поводу настройки. Обычно всё заканчивается тем, что нужно добавить несколько location в nginx (если у вас VPS, то видимо всё так и устроено).
А у меня не запускается, переходит в режим The plugin is currently enabled in community edge mode.
А еще админка выдается сообщение типа Fatal error: Allowed memory size of 104857600 bytes exhausted (tried to allocate 1966080 bytes) in /home/wm23853/domains/xn--e1adcaacuhnujm.xn--p1ai/public_html/wp-includes/…..
Что с этим делать? Сайт историиземли.рф
Здравствуйте. Была обычная проблема — сайт создавал большую нагрузку, порядка 105 СР при разрешенных 65. Поставил hyper cache + db cache reloaded fix, нагрузка снизилась до 70 -80 СР.
Пользовался ими какое-то время. Отключил. Поставил W3 Total Cache. Результат ошеломляющий — порядка 45 СР.
Проблема обнаружилась неожиданно…. Браузер гугл хром (причем только гугл хром, все остальные изввестные мне, в том числе и портативный гугл хром отображают нормально) на некоторых страницах — ПРИЧЕМ ИМЕННО НА НЕКОТОРЫХ, ВКЛЮЧАЯ ГЛАВНУЮ! выдает крякозябры. С записями тоже самое.
evaveda.com — крякозябры
evaveda.com/partnyoram — крякозябры
evaveda.com/gimalajskaya-joga — нормально
Есть и другой сайт, на котором я тоже установил W3 Total Cache и абсолютно та же проблема. Вероятно проблема в том, что гугл хром некорректно отображает кэшированные js или css, но почему тогда только этот браузер и только некоторые страницы? Что можно сделать?
Алексей, давайте подождем Романа. Я уже миллион раз пожалела о том, что переехала с его хостинга, где была как у Христа за пазухой. На новых серверах от тотал кеш пришлось отказаться. Понятно, что это зависит от конфигурации. Самой мне не настроить, а техподдержка не собирается возиться с нашими проблемами. На бегете даже super cache работал один день, потом сайты слетали. Такая вот беда. Самой впору просить помощи.
Мануалов по процессу установки данного и любого другого плагина достаточно немало.
Что-то все Ваши комментарии оказались в спаме, Виктор. Случайно заметила. Повезло мне, иначе не побеседовали бы. 🙂 Мануалов много, действительно, и в каждом конкретном случае моет сработать только какой-то один, а может ни один и не сработать. Хороший плагин, но умно мне его настроить не удалось даже в блоге, единственном ресурсе, где плагин согласился работать после переезда на другой хостинг. Но сейчас эту затею оставила вообще. Плагины — не лучший способ для улучшения работы сайта.
Доброго дня авторам.
Следовал вашей инструкции настройки W3 Total Cache и столкнулся с проблемой. У меня VPS SSD сервер. После установки на сервер APC акселератора W3TC его по прежнему не видит, как будто и не установлен. Как быть?
APC точно включён и доступен в списке подключенных расширений PHP?