Ars Longa, Vita Brevis » SEO

Генерация карты сайта в HTML из XML: часть 3

Vladimir — Sun, 28 Nov 2010 00:30:50 +0000

Автоматизация: перекладываем работу на Google XML Sitemaps

Продолжение цикла статей на тему генерации карты сайта в HTML из карты XML.

В данной статье будет рассмотрен вопрос модификации плагина Google XML Sitemaps с целью добавления поддержки автоматической генерации HTML-версии карты сайта; как и в предыдущих статьях, преобразование будет осуществляться средствами XSL.

В первой части статьи мы рассматривали вариант, основанный на использовании утилиты xsltproc. Предполагалось, что генерация HTML-версии карты сайта осуществляется с использованием cron. Создание карты по расписанию означает, что построение HTML-карты будет запаздывать на некоторое время; а если не сравнивать время модификации XML- и HTML-версий карт, получим бесполезные вызовы xsltproc.

Те, кто используют WordPress, очень часто для автоматического построения карты сайта используют плагин Google XML Sitemaps; для них предлагается вариант с модификацией кода плагина для автоматической генерации HTML-карты.

Плагин позволяет задавать свою таблицу стилей XSLT:

Мы изменим плагин таким образом, чтобы при заданной таблице стилей XSL плагин создавал HTML-файл с результатами преобразований XSL.

В файле sitemap-core.php ищем такой кусок кода:

if($this->GetOption("b_xml")) {
if($this->_fileHandle && fclose($this->_fileHandle)) {
$this->_fileHandle = null;
$status->EndXml(true);
$pingUrl=$this->GetXmlUrl();
} else $status->EndXml(false,"Could not close the sitemap file.");

После него добавляем такой:

if (class_exists('XSLTProcessor', true)) {
$file = $this->GetXmlPath();
$styleSheet = ($this->GetDefaultStyle() && $this->GetOption('b_style_default') === true ? $this->GetDefaultStyle() : $this->GetOption('b_style'));
if (!empty($styleSheet)) {
$xsl = new DOMDocument();
$xsl->load($styleSheet);

$xml = new DOMDocument();
$xml->load($file);

$proc = new XSLTProcessor();
$proc->importStyleSheet($xsl);
$proc->transformToURI($xml, 'file://' . str_replace('.xml', '.html', $file));
}
}

Данный код требует PHP 5 и расширения XSLT (в Debian/Ubuntu оно предоставляется пакетом php5-xsl). Код получает имя файла с картой сайта и адрес таблицы стилей (этот адрес должен быть задан абсолютным URL); XML и XSL скармливаются XSLT Processor’у, результат записывается в файл с тем же именем, что и карта сайта XML, но с расширением .html.

Теперь при каждом построении карты сайта будет создаваться и HTML-версия.

Тем, кто любит патчи (патч кумулятивный, исправляет и некоторые другие недостатки плагина):

--- sitemap-core.php.orig 2010-08-16 10:49:16.000000000 +0300
+++ sitemap-core.php 2010-11-28 02:10:08.000000000 +0200
@@ -1654,9 +1654,9 @@
$this->AddElement(new GoogleSitemapGeneratorXmlEntry('<' . '?xml-stylesheet type="text/xsl" href="' . $styleSheet . '"?' . '>'));
}

- $this->AddElement(new GoogleSitemapGeneratorDebugEntry("generator=\"wordpress/" . get_bloginfo('version') . "\""));
- $this->AddElement(new GoogleSitemapGeneratorDebugEntry("sitemap-generator-url=\"http://www.arnebrachhold.de\" sitemap-generator-version=\"" . $this->GetVersion() . "\""));
- $this->AddElement(new GoogleSitemapGeneratorDebugEntry("generated-on=\"" . date(get_option("date_format") . " " . get_option("time_format")) . "\""));
+// $this->AddElement(new GoogleSitemapGeneratorDebugEntry("generator=\"wordpress/" . get_bloginfo('version') . "\""));
+// $this->AddElement(new GoogleSitemapGeneratorDebugEntry("sitemap-generator-url=\"http://www.arnebrachhold.de\" sitemap-generator-version=\"" . $this->GetVersion() . "\""));
+// $this->AddElement(new GoogleSitemapGeneratorDebugEntry("generated-on=\"" . date(get_option("date_format") . " " . get_option("time_format")) . "\""));

//All comments as an asso. Array (postID=>commentCount)
$comments=($this->GetOption("b_prio_provider")!=""?$this->GetComments():array());
@@ -2172,6 +2172,22 @@
$status->EndXml(true);
$pingUrl=$this->GetXmlUrl();
} else $status->EndXml(false,"Could not close the sitemap file.");
+
+ if (class_exists('XSLTProcessor', true)) {
+ $file = $this->GetXmlPath();
+ $styleSheet = ($this->GetDefaultStyle() && $this->GetOption('b_style_default') === true ? $this->GetDefaultStyle() : $this->GetOption('b_style'));
+ if (!empty($styleSheet)) {
+ $xsl = new DOMDocument();
+ $xsl->load($styleSheet);
+
+ $xml = new DOMDocument();
+ $xml->load($file);
+
+ $proc = new XSLTProcessor();
+ $proc->importStyleSheet($xsl);
+ $proc->transformToURI($xml, 'file://' . str_replace('.xml', '.html', $file));
+ }
+ }
}

if($this->IsGzipEnabled()) {
@@ -2514,9 +2530,9 @@
* @return int The time in seconds
*/
function GetTimestampFromMySql($mysqlDateTime) {
- list($date, $hours) = split(' ', $mysqlDateTime);
- list($year,$month,$day) = split('-',$date);
- list($hour,$min,$sec) = split(':',$hours);
+ list($date, $hours) = explode(' ', $mysqlDateTime);
+ list($year,$month,$day) = explode('-',$date);
+ list($hour,$min,$sec) = explode(':',$hours);
return mktime(intval($hour), intval($min), intval($sec), intval($month), intval($day), intval($year));
}

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

Генерация карты сайта в HTML из XML: часть 2

Vladimir — Mon, 08 Nov 2010 12:04:38 +0000

Как сделать не более N ссылок на файл

Продолжение статьи «Генерация карты сайта в HTML из XML».

В этой части мы рассмотрим, как сделать так, чтобы на одной генерируемой странице располагалось не более определённого количества ссылок.

Нам понадобятся:

XSL из статьи «Преобразование карты сайта в список адресов для siege»:

version="1.0" encoding="utf-8"?>
version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:x="http://www.sitemaps.org/schemas/sitemap/0.9">
method="text" media-type="text-plain" indent="no"/>
elements="*"/>
match="/x:urlset/x:url">
select="x:loc" disable-output-escaping="yes"/>
> >
>
>
XSL из статьи «Генерация карты сайта в HTML из XML»:

version="1.0" encoding="utf-8"?>
version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:x="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns="http://www.w3.org/1999/xhtml" exclude-result-prefixes="x">
method="xml" indent="yes" encoding="UTF-8" doctype-public="-//W3C//DTD XHTML 1.0 Transitional//EN" doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"/>
elements="*"/>

match="/x:urlset">
>
>
http-equiv="Content-Type" content="text/html; charset=utf-8"/>
>Site Map>
>
>
> href="http://blog.sjinks.pro/">Карта сайта>>
>
select="x:url"/>
>
>
>
>

match="/x:urlset/x:url">
>> href="{x:loc}"> select="x:loc" disable-output-escaping="yes"/>>>>
>
>
Немного фантазии

Алгоритм работы простой:

Преобразовываем исходную карту в текстовый список адресов (один URL на строку)
Разбиваем файл на несколько частей с заданным количеством строк
Преобразовываем каждый из полученных файлов в XML
Преобразовываем полученные XML-файлы в HTML

Пункты 3 и 4 можно совместить: вместо генерации XML-файла можно сразу генерировать HTML. Но на всякий случай будем генерировать и XML, и HTML.

Получим такой скрипт:

#! /bin/sh

xsltproc -o urls.txt sitemap2txt.xsl sitemap.xml
split -d -l 100 urls.txt map
for i in map*; do
awk '
BEGIN {
print "\
xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"\
xsi:schemaLocation=\"http://www.sitemaps.org/schemas/sitemap/0.9 http://www.sitemaps.org/schemas/sitemap/0.9/sitemap.xsd\"\
xmlns=\"http://www.sitemaps.org/schemas/sitemap/0.9\">"
}
{
print ""$1""
}
END {
print ""
}
' $i > site$i.xml
xsltproc -o site$i.html sitemap2html.xsl site$i.xml
done

Всё просто!™

Генерация карты сайта в HTML из XML

Wandering Soul — Sun, 07 Nov 2010 01:22:20 +0000

Помогаем ботам найти все страница сайта

Проблема: есть достаточно большой сайт, у которого есть карта в формате XML. Есть бот, который этот сайт индексирует. Но бот не может найти страницы, имеющие уровень вложенности больше трёх. Нужно помочь боту проиндексировать весь сайт.

Самый простой способ — создание страницы, в которой будут перечислены все страницы сайта и размещение на неё ссылки из подвала сайта. Идеальный кандидат на такую страницу — карта сайта в формате XML. Проблема в том, что не все боты утруждают себя разбором XML-карт. Для таких ботов карту нужно преобразовывать в формат HTML.

Как и в другом похожем случае, на помощь приходит преобразование XSL.

Пример шаблона стилей XML:

version="1.0" encoding="utf-8"?>
version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:x="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns="http://www.w3.org/1999/xhtml" exclude-result-prefixes="x">
method="xml" indent="yes" encoding="UTF-8" doctype-public="-//W3C//DTD XHTML 1.0 Transitional//EN" doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"/>

elements="*"/>

match="/x:urlset">
>
>
http-equiv="Content-Type" content="text/html; charset=utf-8"/>
>Site Map>
>
>
> href="http://blog.sjinks.pro/">Карта сайта>>
>

select="x:url">

select="lastmod" order="descending"/>
>
>
>
>
>

match="/x:urlset/x:url">
>> href="{x:loc}">

select="x:loc" disable-output-escaping="yes"/>>

> test="x:lastmod"> (

select="x:lastmod" disable-output-escaping="yes"/>

)>>
>
>

Преобразование выполняется так:

xsltproc -o /path/to/sitemap.html /path/to/sitemap2html.xml /path/to/sitemap.xml

Можно выполнение xsltproc повесить на крон и наслаждаться результатом.

Конфигурация nginx для работы с Simple Machines Forum

Wandering Soul — Thu, 23 Sep 2010 01:32:18 +0000

Настройка pretty permalinks в Simple Machines Forum при использовании nginx

Simple Machines Forum (SMF) — бесплатный интернет-форум, написанный на PHP и использующий базу данных MySQL.

«Дружественные URL» (ЧПУ) поддерживает только для Apache; для nginx, как водится, официальной поддержки нет. Поэтому в данной статье пойдёт речь именно о том, как заставить работать ЧПУ в nginx.

Начнём с того, что ЧПУ в SMF работают только через PATHINFO (ссылки вида index.php/something/goes/here). Это досадное недоразумение, к счастью, лечится.

Начнём с конфигурации виртуального хоста:

server {
server_name forum.example.com;

root /var/www/forum.example.com;
index index.php;

rewrite ^/index\.php/([a-z]+),([0-9]+)\.(\w+)/(\w+),(\w+)/(\w+)\.html /index.php?$1=$2.$3&$4=$5&$6 last;
rewrite ^/index\.php/([a-z]+),([0-9]+)\.(\w+)/(\w+),(\w+)\.html /index.php?$1=$2.$3&$4=$5 last;
rewrite ^/index\.php/([a-z]+),([0-9]+)\.(\w+)/(\w+)/(\w+)\.html /index.php?$1=$2.$3&$4&$5 last;
rewrite ^/index\.php/([a-z]+),([0-9]+)\.(\w+)/(\w+)\.html /index.php?$1=$2.$3&$4 last;
rewrite ^/index\.php/([a-z]+),([0-9]+)\.(\w+)\.html /index.php?$1=$2.$3 last;

rewrite ^/([a-z]+),([0-9]+)\.(\w+)/(\w+),(\w+)/(\w+)\.html /index.php?$1=$2.$3&$4=$5&$6 last;
rewrite ^/([a-z]+),([0-9]+)\.(\w+)/(\w+),(\w+)\.html /index.php?$1=$2.$3&$4=$5 last;
rewrite ^/([a-z]+),([0-9]+)\.(\w+)/(\w+)/(\w+)\.html /index.php?$1=$2.$3&$4&$5 last;
rewrite ^/([a-z]+),([0-9]+)\.(\w+)/(\w+)\.html /index.php?$1=$2.$3&$4 last;
rewrite ^/([a-z]+),([0-9]+)\.(\w+)\.html /index.php?$1=$2.$3 last;

location ~ \.php$ {
fastcgi_index index.php;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
}
}

Я сознательно сделал два блока rewrite: первый (который содержит index\.php) предназначен для PATHINFO-ссылок; второй блок предназначен для нормальных ЧПУ. В принципе, достаточно только одного из блоков — в зависимости от того, какой тип ссылок планируется использовать.

Тем не менее, после конфигурирования nginx и включения «Дружественных URL» в панели управления форумом SMF всё равно продолжает использовать «человеконепонятные» URL. В чём причина? В движке форума: разработчики постарались, чтобы «Дружественные URL» работали только в Apache. Чтобы решить проблему, нужно немного подправить исходный код форума.

Открываем файл Sources/QueryString.php, в нём ищем функцию ob_sessrewrite (в 1.1.11 это самая последняя функция, располагается в конце файла).

В файле ищем такие строки:

// This should work even in 4.2.x, just not CGI without cgi.fix_pathinfo.
if (!empty($modSettings['queryless_urls']) && (!$context['server']['is_cgi'] || @ini_get('cgi.fix_pathinfo') == 1) && $context['server']['is_apache'])

Исправляем условие в if:

// This should work even in 4.2.x, just not CGI without cgi.fix_pathinfo.
if (true || !empty($modSettings['queryless_urls']) && (!$context['server']['is_cgi'] || @ini_get('cgi.fix_pathinfo') == 1) && $context['server']['is_apache'])

Сохраняем; после этого форум будет генерировать PATHINFO-ссылки. Если же index.php в ссылках смотрится некрасиво, то код нужно еще немного поправить:

// This should work even in 4.2.x, just not CGI without cgi.fix_pathinfo.
if (true || !empty($modSettings['queryless_urls']) && (!$context['server']['is_cgi'] || @ini_get('cgi.fix_pathinfo') == 1) && $context['server']['is_apache'])
{
// Let's do something special for session ids!
if (defined('SID') && SID != '')
$buffer = preg_replace('/"' . preg_quote($scripturl, '/') . '\?(?:' . SID . ';)((?:board|topic)=[^#"]+?)(#[^"]*?)?"/e', "'\"' . \$scripturl . '/' . strtr('\$1', '&;=', '//,') . '.html?' . SID . '\$2\"'", $buffer);
else
$buffer = preg_replace('/"' . preg_quote($scripturl, '/') . '\?((?:board|topic)=[^#"]+?)(#[^"]*?)?"/e', "'\"' . \$scripturl . '/' . strtr('\$1', '&;=', '//,') . '.html\$2\"'", $buffer);
}

Перед закрывающей скобкой нужно дописать две строчки:

// This should work even in 4.2.x, just not CGI without cgi.fix_pathinfo.
if (true || !empty($modSettings['queryless_urls']) && (!$context['server']['is_cgi'] || @ini_get('cgi.fix_pathinfo') == 1) && $context['server']['is_apache'])
{
// Let's do something special for session ids!
if (defined('SID') && SID != '')
$buffer = preg_replace('/"' . preg_quote($scripturl, '/') . '\?(?:' . SID . ';)((?:board|topic)=[^#"]+?)(#[^"]*?)?"/e', "'\"' . \$scripturl . '/' . strtr('\$1', '&;=', '//,') . '.html?' . SID . '\$2\"'", $buffer);
else
$buffer = preg_replace('/"' . preg_quote($scripturl, '/') . '\?((?:board|topic)=[^#"]+?)(#[^"]*?)?"/e', "'\"' . \$scripturl . '/' . strtr('\$1', '&;=', '//,') . '.html\$2\"'", $buffer);
$buffer = str_replace('index.php/', '', $buffer);
$buffer = str_replace('index.php', '', $buffer);
}

После этого можно использовать нормальные ЧПУ.

Конфигурация nginx для работы с FUDforum

Wandering Soul — Mon, 13 Sep 2010 02:32:01 +0000

Настройка PATHINFO и pretty permalinks в FUDforum при использовании nginx

FUDforum (Fast Uncompromising Discussion forum, Быстрый бескомпромиссный дискуссионный форум) — бесплатный интернет-форум с открытым кодом, обладающий широкими возможностями настройки и имеющий большой набор всяких плюшек и вкусностей.

В данной статье пойдёт речь о том, как подружить форум с nginx.

Официальный FAQ говорит о том, что FUDforum поддерживает как традиционные (со строкой запроса), так и PATHINFO-ссылки (то есть ссылки вида index.php/something/goes/here).

Традиционные ссылки используются для максимальной совместимости с различными web-серверами и, как следствие, никакие изменения в конфигурации nginx не требуются. Но SEO’шники не любят некрасивые ссылки, поэтому в FUDforum встроена «изкоробочная» поддержка красивых ссылок. В простейшем случае при использовании PATHINFO-ссылок для Apache ничего не нужно настраивать — всё работает из коробки, а для nginx нужно приложить некоторые усилия.

Итак, пусть у нас есть такая начальная конфигурация виртуального хоста форума:

server {
server_name forum.site.com;

root /home/site.com/forum;
index index.php;

location ~ \.php$ {
fastcgi_index index.php;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
}
}

Для того, чтобы добавить поддержку PATHINFO, придётся переписать блок location. Дело в том, что nginx придётся явно указывать, где заканчивается имя скрипта и начинается PATHINFO.

Блок location будет выглядеть примерно так:

location ~ ^(.+\.php)(.*)$ {
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_index index.php;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
include /etc/nginx/fastcgi_params;
}

Изменилось регулярное выражение в location (так как в случае PATHINFO-ссылок имя php-скрипта будет находиться в середине URL), добавились директивы fastcgi_split_path_info и fastcgi_param PATH_INFO $fastcgi_path_info (первая указывает, как разбить URL на имя скрипта и PATHINFO, вторая передаёт PATHINFO php-скрипту).

Перезапускаем nginx, устанавливаем теме набор шаблонов path_info, перестраиваем тему, получаем красивые ссылки. Но index.php в URL выглядит не очень красиво, было бы неплохо убрать и его.

Это сложнее, но решаемо:

server {
server_name forum.site.com;

root /home/site.com/forum;
index index.php;

log_not_found off;
error_page 404 = @forum;

location ~ ^(.+\.php)(.*)$ {
try_files $uri @forum;
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_index index.php;
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
include /etc/nginx/fastcgi_params;
}

location @forum {
fastcgi_pass unix:/dev/shm/php-fcgi.sock;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;
include /etc/nginx/fastcgi_params;
fastcgi_param PATH_INFO $uri;
fastcgi_param SCRIPT_NAME /index.php;
}
}

После этого открываем файл FUDdata/include/compiler.inc (где FUDdata — каталог с внутренними данными форума — задаётся при инсталляции), ищем строку

$cmpl['ROOT'] = 'index.php';

изменяем на

$cmpl['ROOT'] = '.';

После чего сохраняем, перестраиваем тему и любуемся красивыми ссылками.

Googlebot игнорирует

Vladimir — Tue, 24 Nov 2009 01:12:59 +0000

У Google свой подход

Я на днях поставил эксперимент с целью выяснить, понимает ли Googlebot указание на запрет архивирования страницы (<meta name="robots" content="noarchive"/>). Идея заключалась в том, чтобы разрешить поисковикам индексировать контент, доступный не всем пользователям, но при этом не сохранять его в архиве. Это позволило бы сайтам, имеющие защищённые страницы, появляться в результатах поиска по релевантному содержимому, но при этом закрывать (возможно, частично) контент от неавторизованных пользователей. Возможно, это не совсем этично, но это не обсуждается.

Результаты показаны на скриншоте (для просмотра в полном разрешении его нужно кликнуть):

Yahoo! Slurp поддерживает <meta name="robots" content="noarchive"/>, Teoma тоже, и даже Bing/MSNBot поддерживает данный синтаксис (справедливости ради, я не проверял, следуют ли они инструкциям в тэге или нет).

Я очень надеялся, что Googlebot тоже поддерживает подобный синтаксис (и следует инструкциям), но, как видим, нет. Осталось проверить, как он отреагирует на <meta name="googlebot" content="noarchive"/>.

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

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, FastCGI и редирект 301

Vladimir — Thu, 05 Mar 2009 16:31:18 +0000

Как заставить WordPress посылать код 301 при использовании FastCGI

Всё-таки удивительная штука WordPress… Сегодня чисто случайно обнаружил, что если PHP работает в режиме FastCGI (например, связка WordPress + nginx + PHP), то все редиректы с кодом 301 (Permanent Redirect) превращаются в редиректы с кодом 302 (Temporary Redirect).

Чем это грозит? Если Вы занимаетесь ~~спамом~~SEO, то Вы, вероятно, знаете, что переход с кодом 302 не передаёт PageRank. Иными словами, если Вы изменили структуру пермалинков или по той или иной причине в Google "раскручена" страница с несколько другой постоянной ссылкой (например, http://example.com/?p=202), то «канонический редирект» (см. wp-includes/canonical.php) не передаст PageRank целевой странице.

Еще раз повторюсь, это актуально только в случае использования PHP в режиме FastCGI (и для IIS, но это оффтопик).

Есть два способа решения проблемы:

Написание плагина, реализующего свой вариант wp_redirect() (функция wp_redirect() определена в wp-includes/pluggable.php, что даёт возможность её переопределения);
Изменение кода wp_redirect() в wp-includes/pluggable.php

Я рассмотрю только второй вариант.

В оригинале функция wp_redirect() выглядит следующим образом:

Всё, что требуется — закомментировать строку if ( php_sapi_name() != 'cgi-fcgi' ). При этом не забываем прочитать комментарий разработчиков: This causes problems on IIS and some FastCGI setups.

Должно получиться что-то вида:

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

UPDATE: для nginx есть лучший способ: плагин nginx Compatibility.