Архивы блога

Недавно появился новый плагин для кэширования в WordPress. Когда я ставил недавно версию 1.0, то она была откровенно глючная и работало все только еще медленнее, но проблема похоже исправлена. Новая версия 2.0.1 радует!

Что делает и как работает? Да примерно точно также как и знаменитый wp-supercache, за одним исключением двух вещей:

1 позволяет ПОЛНОЦЕННО кэшировать страницы даже если указан шаблон ссылок стандартный в виде «вопросиков и параметров», т.к. не создает структуру на диске в виде папок, а просто складывает файлы .dat в свою папку с кэшем

2 кэширует даже ошибки 404, которые не кэширует вообще плагин wp-supercache

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

4 в отличии от плагина wp-supercache тут для зарегистрированного и обычного посетителя выдается однотипный кэш

по скорости работы сайтов не уступает wp-supercache, а если учесть что только у этого плагина есть то что описано в пункте 1, то для некоторых он является единственным подходящим решением

Более подробно про плагин написано у автора

Устанавливается плагин просто

1 Скачайте плагин здесь и распакуйте папку из архива в wp-content/plugins. Если нужно скачайте мой русификатор и распакуйте файл из него в папку плагина wp-content/plugins/hyper-cache

2 Если вы ранее пользовались плагином wp-supercache, то деактивируйте его и удалите файл (символьную ссылку) advanced-cache.php

3 Установите права 777 на папку wp-content

4 Активируйте плагин и перейдите в настройки. Если сверху вы не увидите предупреждений на розовом фоне, то все нормально, если увидите — см пункт 2 и 3

5 в wp-config.php добавьте если еще нет

define( 'WP_CACHE', true );

6 Установите настройки (там все понятно даже для новичков)

7 Откройте любую страницу в браузере и посмотрите есть ли в конце исходника страницы строка типа <!— hyper cache: f94ca670035c4975bab89a1b20c31efb —> и проверьте создаются ли файлы в wp-content/hyper-cache

У себя поставил на своем блоге и на тестовом сайте. Работает пока отлично и на 2.6.3 и на 2.7бета. Скорость радует, глюков не заметил. А вообще автор пишет что работает плагин на всех версиях начиная с 2.1

64 комментария

Новая админка содержит иконки в меню, и если вы их не любите, то можете избавиться от них с помощью вот этого плагина (иконки убираются только если «раскрыть меню». В «сложенном виде» иконки будут отображаться. В оригинальном плагине на данный момент есть баг — там папка обозвана hide-admin-icons, а должна называться mp-hide-admin-icons (что явно прописано в плагине). Напишу ка автору, пусть исправит…

2 комментария

есть у меня запись где я написал примерно 10комментов с включенными «древовидными». Затем я их отключил и когда добавляю коменты новые к записи, то они добавляется как положено последними в списке, но после отправки в браузере перескакивает на страницу-две назад (например на /comment-page-3/#comments), т.е. свои коменты ты не видишь пока не пролистаешь снова на последнюю страницу. сначала думал что баг в моем «модифицированном» comment-template но и в в чистой базе без «хакнутого» движка было тоже самое.

Ну чтобы не так грустно было чистать про баги (надеюсь исправят к релизу) делюсь новостью: в моем переводе новой версии во многих местах будут вставлены (точнее уже добавил и дополняю) подсказки по работе и правильной установке, решению самых частовстречаемых на форумах «проблем», а также добавлены некоторые полезные фишки вроде прямой ссылки на регистрацию граватаров (некоторые пользователи как выяснилось так и не понимали как их получать). Также истребляю мелкие «шероховатости» в текстах и ранее не найденные очепятки.

Один комментарий

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

Копался часа три на тестовом блоге…

В итоге постраничная разбивка работает, номера страничек показываются (хотя все равно это не то что было с ранее названным плагином), древовидные комментарии также работают (но я их отрубил, т.к. понятие «работают» растяжимое). Когда недели две назад тестировал на теме Vertigio кажется то там форма коментов у меня «запрыгала» нормально (как в дефолтной теме) при ответе на какой либо комент. В моей же упорно не хочет. Перепробовал даже такой изврат как взять файлы comments.php и style.css из стандартной темы — также не работает! что то мешает и при ответе на коммент в дереве перезагружается вся страница вместо того чтобы просто переместить форму комента в нужное место. Буду разбираться дальше.

Не понравилось другое… Если вызываешь форму коммента «в дереве» и не нажмешь потом «отправить коммент» или «отменить коммент» то перестает листать по страницам пока не выполнишь одно из этих действий. точнее ВП делает вид что листает, но если посмотреть на ссылки которые получаются при этом то они ведут вникуда.

Ладно, фиг с ними древовидными. Отложил на завтра. Решил настроить вывод комментов «как было в вп 2.6.3». Для этого как я и писал вчера я открыл файл comment-template.php из wp-includes и «хирургическим вмешательством в движке» переделал все на свой вкус. Слава богу тут проблем не возникло. Теперь все выглядит практически 1в1 как на 2.6.3 (только стили местами нужно подправить) и не нашел нужного кода для раскраски коментов автора (точнее догадки есть уже где копать)

В общем лично я считаю что выносить большую часть кода из comments.php в сам движок это огромная ошибка и если не будет нормального «хака» для изменения всего что я делал сегодня через более простые способы то нафига оно вообще сдалось? То что предлагается менять через параметры вызова — лишь малая часть

walker — древовидность
max_depth — глубина древовидности
style — стиль ‘ol’ либо ‘ul’
callback — так и не понял что это
end-callback — аналогично пункту выше
type — все, комменты, трекбеки (такое было раньше тоже)
page — разбивать по страницам
per_page — сколько на страницу
avatar_size — размер аватара
reverse_top_level — обратный порядок верхнего уровня
reverse_children — обратный порядок дочерних коментов

2 комментария

Продолжаю тестировать…

Только проверил что не работает, а Lester Chan уже сообщает как сделать пару его плагинов WP-Email и WP-Print совместимыми с WP2.7:
либо править код, либо скачать пофиксенные файлики.

На текущий момент все еще несовместим плагин Simple Tags — не работает вообще.

Решение найдено методом тыка:

открываем файл simple-tags.php  и там строку

if ( strpos($wp_version, '2.5') !== false || strpos($wp_version, '2.6') !== false  ) {

дополняем ее чтобы получилось

if ( strpos($wp_version, '2.5') !== false || strpos($wp_version, '2.6') !== false || strpos($wp_version, '2.7') !== false ) {

шпаргалку пишу больше для себя. будет дополняться по мере нахождения багов

Один комментарий

Если вы пользуетесь как и я этим плагином и хотите использовать его дальше после обновления на WordPress 2.7, то есть два пути: простой и сложный.
Зачем это вообще нужно спросите? Во-первых мне нравится мой текущий шаблон ссылок, шаблон вывода комментариев и вообще у плагина возможностей больше (в частности показ постраничной навигации по страницам комментов (1,2,3,…10, все) и вывод на страницах не только полностью всей записи, а только цитаты из нее. В новой стандартной фиче WP2.7 предлагают просто навигацию «туда-сюда» (ЗЫ не успел пожаловаться, как уже выпустили плагин для такой же навигации постраничной), нет вывода всех комментов и на каждой странице комментов дублируется весь пост. Во-вторых хотя у WordPress 2.7 появились эти встроенные постраничные и древовидные комментарии, но пропала одна важная деталь — абсолютно непонятно как можно форматировать вывод комментариев, как засунуть в вывод дополнительные фичи (запрет индексации ссылок, вставка кнопки цитирования, вставка вывода рейтинга и статуса подписки на комменты и т.д.) и самое главное все это теперь форматируетсяф по умолчанию просто безобразно. Да, предлагается вариант править стили и задавать какие либо параметры в функцию, но сами эти параметры пока незадокументированы. В общме потратил я полдня и так и не разобрался.
Да и вообще если вы даже не пользуетесь разбивкой комментов по страницам и древовидными комментариями, если у вас все красиво оформлено и вы не хотите менять, то смысла переделывать свой comments.php нет.
Продолжить чтение →

3 комментария

Как и в версиях 2.6.*, в новой версии можно улучшить производительность движка в ущерб некоторой сомнительной функциональности:

Открываем файл wp-includes/update.php и комменитруем значком # “лишние строки” (или просто удаляем их)

#add_action( 'init', 'wp_version_check' );
#add_action( 'load-plugins.php', 'wp_update_plugins' );
#add_action( 'admin_init', '_maybe_update_plugins' );
#add_action( 'wp_update_plugins', 'wp_update_plugins' );
#add_action( 'admin_init', '_maybe_update_themes' );
#add_action( 'wp_update_themes', 'wp_update_themes' );

21 комментарий

Обновил свой блог до самой свежей беты WP2.7 (сборка 9513). ВСЕ ЛЕТАЕТ! И сам блог и админка! Нет никаких тормозов, которые были замечены на тестовом блоге на этом же самом сервере. Не заработала пара плагинов, но это не беда. Есть аналоги для тех же функций. Мой плагин разбивки комментов не конфликтует с новой фичей встроенной разбивки коментов по странице, суперкэш, который не работал в старой бете — заработал, все остальное также вроде не барахлит.

Откатился назад временно на версию 2.6.3 по единственной причине — не получается настроить правильно выводить комментарии чтобы выглядело красиво и разбивало по страницам «штатными средствами» и ссылки остались прежние. буду тестировать на другом подопытном блоге

8 комментариев