Недавно столкнулся с проблемой на своем WordPress блоге. При открытии карты сайта http://truemaks.ru/sitemap.xml  появлялась такая ошибка

Ошибка загрузки таблицы стилей: Во время загрузки таблицы стилей XSLT произошла ошибка в сети: http://truemaks.ru/wp-content/plugins/google-sitemap-generator/sitemap.xsl

Разобраться, откуда исходит ошибка, в краткие сроки самому не удалось, тогда я создал 3 топика на разных форумах, авось, да и помогут на одном из них.

Даю список этих тем:

• На форуме IT Talk. Форум о программировании, операционных системах, железе, девайсах, сетях, сайтостроении и тп. — http://it-talk.org/post24246.html
• На форуме Webmasters — http://webmasters.ru/forum/f16/problema-s-blogom-23278/
• На форуме MarkDay — http://markday.ru/post/1706.html

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

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

В то же время, при обращении к http://truemaks.ru/wp-content/plugins/google-sitemap-generator/sitemap.xsl выдавалась ошибка 500 . После недолгих обращений к яндексу я попал на статью в Хабрахабре: http://habrahabr.ru/blogs/xslt/107883/

Откуда я узнал, что для контроля сетевых ошибок можно использовать отладочные средства браузеров. Все отладочные средства firebug (firefox), dragonfly (opera) и devtools (chrome) могут показать, какие ресурсы были загружены из сети непосредственно асинхронным запросом.

Мне как раз таки помог devtools в Google Chrome. С его помощью я выяснил, что ошибку вызывает файл .htaccess, что подтвердили сотрудники технической поддержки хостинга.

Конкретнее, сбой в работе плагина Google Sitemap Generator вызывала директива  #RewriteRule . — [R=403,L]

При удалении этой строки из файла, наконец, стала работать карта сайта sitemap.xml.

Но! На этом все не закончилось! Эта строчка принадлежит конструкции,

#RewriteCond %{REQUEST_URI} .*truemaksrubackup/.*

#RewriteCond %{HTTP_COOKIE} !^.*wordpress_logged_in.*$ [NC]

#RewriteRule . — [R=403,L]

#Options All –Indexes

И отвечает за правильную работу плагина WordPress Backup (by BTE), который стал просить поставить ее назад; что и пришлось мне сделать, так как нарушать работу резервного копирования я не хотел. Почему стали конфликтовать эти 2 WP плагина, для меня осталось загадкой.

В это время на форуме Webmasters.ru мне дали ссылку с решением этой злополучной ошибки:

http://dizpers.blogspot.com/2011/04/google-sitemap-generator.html

Решение заключалось в добавлении в .htaccess в самый конец (Важно!) записи AddType application/xml .xsl

После этого работа моего блога продолжилось в нормальном темпе, без всяческих проблем.

Хочу сказать отдельное спасибо таким пользователям форумов, как aficson и stapbiu.

Спасибо Вам, ребят.

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

Статью писал на скорую руку, так что сильно не судите если что =)

Оставляйте комментарии и вопросы, отвечу всем!

А вы уже зарегистрировались в социальной сети для блогеров? Webice.ru – свежее только лед!

Рекомендую почитать:

1. В поисках халявы, или Webo.su — лохотрон!
2. Дублирование контента или правильный вывод анонсов
3. Дублирование контента. Часть 2. Что такое rel=canonical и как использовать?

Буду очень рад, если подпишитесь на новости моего молодого блога: RSS и Email.

truemaks / follow truemaks

Кстати, тоже интересно! =)

• Что представляет собой seo интернет магазина (2)
• Как эффективно продвинуть интернет магазин (1)
• SEO: плотность ключевых слов (0)
• FirstVDS.ru – мой отзыв об этом хостинге (2)
• Социальные закладки как метод продвижения блога (14)