Ars Longa, Vita Brevis » Советы

Показ отрывка вместо статьи на страницах комментариев

Vladimir — Fri, 19 Jun 2009 15:48:01 +0000

Избавляемся от повторяющегося контента и делаем жизнь диалапщиков легче

Прочитав сегодня еще раз статью «Комментатор уже читал пост», решил реализовать описанную Сергеем технику более простым способом.

Кроме того, в WordPress 2.7 добавлена поддержка многостраничных комментариев; следуя логике статьи, было бы неплохо показывать отрывок (excerpt) вместо полного текста и для страниц комментариев.

Я вижу два способа решения поставленной задачи:

Изменение шаблона single.php.
Добавление функции в functions.php темы.

Я начну рассмотрение со второго способа — после него реализация первого способа будет тривиальной.

Начнём со скучной теории (skip it).

При использовании разбиения комментариев на страницы, WordPress добавляет переменную cpage в массив $wp_query->query_vars. Но здесь есть парочка нюансов:

На первой странице комментариев (она же может быть последней — всё зависит от настроек WordPress) — той, которая отображается при просмотре статьи — WordPress не устанавливает переменную cpage в номер страницы.
При отправлении комментария (и использовании многостраничных комментариев) WordPress перенаправляет пользователя на страницу с изменившейся постоянной ссылкой: к постоянной ссылке страницы добавляется comment-page-PAGE/#comment-ID. PAGE — это номер страницы комментариев, ID — ID комментария.
Если в постоянной ссылке присутствует параметр comment-page-XXX (он же cpage при отключённом ЧПУ), то WordPress устанавливает переменную $wp_query->query_vars['cpage'] (сюрприз!)

Какие из этого можно сделать выводы? Если посетитель просматривает не первую страницу комментариев, либо только что оставил свой комментарий, $wp_query->get('cpage') вернёт ненулевое значение. В противном случае переменная $wp_query->query_vars['cpage'] не будет установлена. Что и требовалось по условию.

Теперь переходим к отрывку (который excerpt). Плохая новость заключается в том, что многие люди (в том числе и я) его просто не заполняют. Хорошая новость — WordPress (по крайней мере, 2.8; хотя в комментариях к коду написано, что работает, начиная с версии 1.5) умеет его заполнять самостоятельно — это делает функция wp_trim_excerpt(), которая устанавливается фильтром на событие get_the_excerpt. У этой функции (по сравнению с методом Сергея) есть два недостатка:

Она убирает напрочь всю HTML-разметку (anybody cares?)
У WordPress своё представление о том, как выглядит знак типографского пропуска (лечится установкой своего фильтра на событие wp_trim_excerpt).

Есть одна особенность: вызов функций the_excerpt()/get_the_excerpt() из фильтра the_content может привести к рекурсивному вызову этого же фильтра из функции wp_trim_excerpt().

В functions.php темы добавляем такой код (в WordPress младше 2.8 вместо esc_atrr() нужно использовать attribute_escape()):

function show_excerpt_on_paged_comments($s)
{
static $in_here = 0;

if ($in_here) {
return $s;
}

$in_here = 1;

global $wp_query;
$cpage = (int)$wp_query->get('cpage');
if ($cpage > 0) {
$s = get_the_excerpt() . '

← Вернуться к полной версии записи «' . sprintf('%s', esc_attr(get_permalink()), get_the_title()) . '»…

';
}

$in_here = 0;
return $s;
}

if (function_exists('add_filter')) {
add_filter('the_content', 'show_excerpt_on_paged_comments');
}

Для тех, кто ждёт первый вариант: в шаблоне single.php заменяем вызов the_content() следующим кодом:

if ((int)$wp_query->get('cpage') > 0) {
echo get_the_excerpt() . '

← Вернуться к полной версии записи «' . sprintf('%s', esc_attr(get_permalink()), get_the_title()) . '»…

';
}
else {
the_content("Далее…");
}
?>

В принципе, вариант №2 (тот, который был рассмотрен первым) при желании можно реализовать в виде плагина.

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

Глобальный nofollow для страниц комментариев

Vladimir — Mon, 15 Jun 2009 06:44:37 +0000

Еще один способ прятать ссылки от поисковиков

Идеально для SEOшников, использующих разбиение комментариев на страницы: глобальный запрет следования по ссылкам для всех страниц комментариев, кроме первой (или последней, в зависимости от настроек WordPress).

В шаблон header.php добавляем такой вот код:

if ($wp_query->get('cpage')) : ?>
<meta name="robots" content="index,nofollow"/>
endif; ?>

Работает для WordPress 2.7 и старше.

WordPress: одновременный логин для HTTP и HTTPS

Vladimir — Sat, 17 Jan 2009 19:09:55 +0000

Простое решение для POST на SSL URL

В WordPress, начиная с версии 2.6, встроена поддержка HTTPS: можно сделать либо HTTPS-логин, либо поместить панель администратора за SSL. Однако, из-за особенностей реализации, когда пользователь входит в систему, он получает cookie либо для HTTP, либо для HTTPS. Иными словами, если пользователь попал на http://example.com/wp-admin/, то при переходе на https://example.com/wp-admin/ ему придётся входить в систему еще раз.

Всё бы ничего, но если плагин делает POST на HTTPS, то пользователь попадает на wp-login.php, который после успешного входа сделает перенаправление (GET) на URL, который ожидает принять POST. При этом если POST шёл на https://example.com/wp-admin/admin.php?page=somepage&noheader=1, то пользователь увидит безобразную страницу.

К счастью, есть простое решение. Как известно, аутентификационные cookies устанавливает процедура wp_set_auth_cookie. Перед их установкой она генерирует событие set_auth_cookie, которому передаются следующие параметры:

$auth_cookie — значение для cookie, сгенерированное процедурой wp_generate_auth_cookie();
$expire — 0, если пользователь не выбрал "Запомнить меня", не 0 в противном случае;
$expiration — срок жизни cookie;
$user_id — ID пользователя (из таблицы wp_users);
$scheme — схема аутентификации: secure_auth для SSL, auth для HTTP.

Использовать эти данные можно следующим образом:

/**
* set_auth_cookie action hook
*
* @param string $auth_cookie Value generated by wp_generate_auth_cookie()
* @param int $expire 0, if Remember Me is not checked
* @param int $expiration Cookie expiration date
* @param int $user_id ID of the logged in usger
* @param string $scheme Authentication scheme (secure_auth or auth)
*/
function sj_set_auth_cookie($auth_cookie, $expire, $expiration, $user_id, $scheme)
{
static $was_here = false;

if (false === $was_here) {
$was_here = true;
if ('secure_auth' == $scheme) {
wp_set_auth_cookie($user_id, 0 != $expire, false);
}
elseif ('auth' == $scheme) {
wp_set_auth_cookie($user_id, 0 != $expire, true);
}
else {
$was_here = false;
}
}
}

add_action('set_auth_cookie', 'sj_set_auth_cookie', -100, 5);

Секреты update_postmeta_cache()

Vladimir — Wed, 01 Oct 2008 10:27:14 +0000

Способ увеличения производительности при чтении метаданных записей

Если плагину приходится в цикле читать метаданные для большого количества записей, можно увеличить производительность путём использования функции update_postmeta_cache().

Например, такой код

$all_posts = $wpdb->get_col("SELECT `ID` FROM `{$wpdb->posts}` WHERE `post_type` = 'post' ORDER BY `post_title`");
if (false == empty($all_posts)) :
foreach ($all_posts as $id) :
$caps = get_post_meta($id, '_disclosesecret_cap');
//...
endforeach;
endif;

потребует выполнения n дополнительных запросов, где n — число выбраннных записей.

Код можно сделать гораздо эффективнее, добавив всего одну строку:

$all_posts = $wpdb->get_col("SELECT `ID` FROM `{$wpdb->posts}` WHERE `post_type` = 'post' ORDER BY `post_title`");
if (false == empty($all_posts)) :
update_postmeta_cache($all_posts);
foreach ($all_posts as $id) :
$caps = get_post_meta($id, '_disclosesecret_cap');
//...
endforeach;
endif;

В этом случае понадобится один дополнительный запрос.

Техническая информация: get_post_meta() вызывает update_postmeta_cache(), если метаинформация не найдена во внутреннем кэше (группа post_meta, ключ $id — уникальный идентификатор записи). Так как update_postmeta_cache() читает все метаданные для указанных записей, получаем пенальти в одно обращение к базе данных на уникальную запись.

update_postmeta_cache() в качестве параметра принимает либо строку (список идентификаторов записей, разделённых запятой), либо массив. "Стоимость" вызова данной функции составляет один запрос к базе данных на весь набор параметров.

Побочные эффекты: если длина SQL-запроса превысит значение переменной max_allowed_packet (для MySQL), запрос к базе данных завершится ошибкой.