Archive for Сентябрь, 2009
Wordpress – атака клонов.Часть6. Сервисы и плагины статистики – Woopra, Google Analytics, CNStats, Wp-SlimStat, myStat, CyStats, StatPress Reloaded.
В пятой части статьи мы продолжили изучение движка Wordpress, плагины редиректа, научились контролировать величину нагрузки, теперь же пришла очередь сервисов и плагинов статистики. Woopra, Google Analytics, CNStats, Wp-SlimStat, CyStats, StatPress Reloaded, неполный их перечень.
Пару слов о статистике. Любой вебмастер хочет знать статистику посещений своего сайта. Вещь необходимая, решений много, придется выбирать. Можно использовать сервисы специально предназначенные для отслеживания и обработки статистики, и на первый взгляд это самое правильное решение. Не используется своя база данных, нет лишней нагрузки на движок.
35. Woopra, Woopra Analytics Plugin.
Появилась недавно новая система статистики Woopra(http://www.woopra.com), уже ставшая популярной в западных подкастах. Заходим на страницу http://www.woopra.com/members/signup.jsp.

Заполняем все поля, переходим на другую страницу.

Здесь нам предлагают ввести код, который послали на наш емайл. В сообщении нам предлагают перейти по ссылке для подтверждения регистрации или вести определенный код на странице http://www.woopra.com/members/confirm.jsp. – это наша вторая страница. Я выбрал второй способ и меня кинули на следующую страницу.

После регистрации мы получим доступ для работы в системе в течении месяца.
Русского языка в интерфейсе пока нет, но установка очень простая, мы получаем код, который необходимо вставить на блог. Далее качаем программу, которую устанавливаем на компьютер и смотрим статистику в режиме реального времени. Очень много возможностей, есть поиск по данным статистики, есть раздел Live, где можно посмотреть кто сейчас на вашем блоге. Существует возможность чата с посетителями сайта, у пользователя появляется окошко и вы можете общаться. Есть настройка уведомлений. Создается уведомление, определяются условия, время срабатывания, и программка проинформирует нас об этом. Условий много – IP адрес, страна, город, страница, реферер, скачивание файла. Все это в режиме реального времени. Есть плагин для WordPress – Woopra Analytics Plugin, который установит код Woopra в наш блог.
36. Service Google Analytics, Plugin Google Analytics, Ultimate GA
Google не остался в стороне и создал Google Analytics – инструмент веб-аналитики. Эта служба позволяет оценить трафик на веб-сайт, т.е. позволит узнать сколько пользователей посетили ваш блог, сколько раз и откуда пришли на блог. Регистрируемся в системе Google Analytics. Заходим на страницу www.google.com/intl/ru_ALL/analytics.

Нажимаем кнопку регистрации. Попадаем на страницу www.google.com/intl/ru_ALL/analytics/sign_up.html. Если у Вас есть аккаунт Google и Вы сейчас в нем, появится такое окошко:

Если вы вышли из аккаунта, или у Вас его нет такое:

Соответственно, в любом случае нам нужен аккаунт Google т.е. регистрация в почте gmail.com. Вводим данные аккаунта и попадаем на страницу google.com/analytics/provision/, где в левом нижнем углу нас приглашают к процессу регистрации.

Проходим три этапа, заполняем адрес вашего сайта, временной пояс, регион, фамилию имя, телефон, соглашаемся с TERMS OF SERVICE. Последняя страница содержит код, который мы поместим на блог.

Базовая установка такая: Скопируйте и вставьте этот фрагмент кода в конец содержания, непосредственно перед тегом на каждой странице, которую нужно отслеживать. Если вы пользуетесь общим включением или шаблоном, код можно вставить туда. На нашем движке вставляем код отслеживания на страницу index.php или default.php, index.cfm.
var gaJsHost = ((”https:” == document.location.protocol) ? “https://ssl.” : “http://www.”);
document.write(unescape(”%3Cscript src=’” + gaJsHost + “google-analytics.com/ga.js’ type=’text/javascript’%3E%3C/script%3E”));
</script>
Все рассмотренные сервисы очень удобные, но во первых, опять как с Akismet получается что все наши данные на постороннем сервере, что не очень хорошо, а потом вдруг сервис упадет, или вообще прекратит работу. А движок Wordpress, кстати очень хорошо приспособлен для ведения собственной статистики трафика. Существует много плагинов предназначенных для отслеживания траффика Wordpress-блога.
37. CNStats
Мой первый опыт, отдельный скипт – CNStats. Монстр конечно, таблиц в базе данных больше чем у Wordpress, более 50 базовых отчетов доступных через веб-интерфейс. На выделенном сервере CNStats обрабатывает 150 тысяч показов в сутки, не создавая существенной нагрузки. Установка скрипта с помощью инсталлятора. Для установки в общую базу данных CNStats имеет свой префикс для названий таблиц. Программа платная, при установке надо ввести полученный при покупке регистрационный ключ в соответствующее поле на странице регистрации. Кроме того надо вручную разместить на странице блога код сбора статистики и код счетчика. Для входа в систему выбираем язык интерфейса и вводим логин и пароль, указанные при установке системы, CNStats использует cookies для авторизации. В последних версиях Wordpress работает стабильно.
38. Wp-SlimStat
Следующий мой вариант – плагин Wp-SlimStat. Рассмотрим его установку. Загрузим файлы и активируем его. При установке плагина прописывается wp_slim_countries и wp_slim_stats в базе данных. Набираем http://localhost/Tools/phpmyadmin/index.php, выбираем нашу базу данных и проверяем наличие таблиц. Из файла wp-slimstat.csv из папки плагина данные IP-to-Country вписываются в таблицу. Мне известны две версии 0.9.2 и 0.9.4. Отличаются они не только одной буквой – slimstat 0.9.4 уже вроде и не плагин а отдельный скрипт – загружается в корень блога, а не в папку с плагинами и админка вызывается отдельным урлом. Версия 0.9.2 активируется обычным образом и появляется кнопка в Dashboard – панели объявлений. Там мы можем нажать на соответствующую кнопку и посмотреть данные статистики.

Как видите данных статистики пока нет. При желании можно вывести картинку с ссылкой на разработчика
. Плагин генерирует две свои таблицы в базу данных.
39. mySTAT
Очень красивый плагин плагин, представитель отечественного плагиностроения mySTAT.

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

Для уменьшения веса базы данных в этом и других плагинах надо в настройках сократить количество дней сохранения статистики. Работает вплоть до версии Wordpress 2.8.4. У меня на локалхосте на версии Wordpress 6.5.2 и 2.7.1 был небольшой баг – не показывало картинку с графикой, но поменяв версию плагина 2.3 на 2.2 все стало в норму. На хосте в версии Wordpress 2.8.4 картинка не появилась, а плагин версии 2.2 вызвал фатальную ошибку. Обратился к автору, он сказал: “С картинкой баг мне уже известен, в версии 2.4 будет исправлен”. Я у него же спросил насчет вывода счетчика посещений на страницу блога. Оказывается, для того, чтобы вывести счетчик, надо зайти в Appearance (Внешний вид) – Widgets (виджеты) и кнопкой Add добавить виджет myStat statistics в какой то из сайдбаров.
40. CyStats
Еще один красивый и очень подробный, профессионального уровня плагин – CyStats. Очень много таблиц и графиков. Можно отслеживать статистику посещений на блоге имеющем несколько авторов. Есть и недостатки. Для определения географической принадлежности не используютс сервисы WHOIS, что не очень удобно. Очень достойный плагин, достойный всяческого внимания. Присмотритесь к нему, может это Ваш выбор. Первая страница CyStats Index:



Вторая Blog:

Третья CyStats Clients:

Четвертая CyStats Referer:


Пятая страница CyStats Robots & Tools:

Шестая страница CyStats Pages:


Седьмая CyStats Time:


Восьмая и последняя CyStats Options:



Плагин при установке создает по умолчанию в базе данных 2 таблицы

причем, что очень удобно, при деактивировании плагина, в нижней части страницы настройки – CyStats Options внизу ставим чеки на:
Delete all database data: Delete all data stored in database including options
Delete live database table: Delete all visits data stored in database
Delete static database table: Delete all static long term data stored in database
Do you really want this?, и удаляем все таблицы из базы данных.
41. StatPress Reloaded
Я пока остановился на плагине StatPress Reloaded.
Очень много положительного, эргономика, достаточно много отчётов, работает надежно, что немаловажно. Единственный недостаток – не очень “правильный” WHOIS-сервис из за чего, говорят, иногда ошибается в определении географической принадлежности некоторых IP. При установке в базу данных добавляется только одна таблица “wp_statpress”, а в админке в разделе StatPress появляется восемь кнопок:
StatPress – StatPress(Обзор)







StatPress – Details (Подробно) Нажимаем StatPress – StatPress и попадаем на страницу Overview, где смотрим статистику.

StatPress – Spy (Шпион).

StatPress – Search (Поиск)

StatPress – Export (Экспорт)

StatPress – Options (Настройки)

StatPress – User Agents(Браузеры посетителей)

StatPress – StatPressUpdate(Обновление StatPress)

Для вывода счетчика посещений на страницу заходим Внешний вид – Виджеты,

в левой колонке находим StatPress и перетягиваем в сайдбар, где мы хотели бы видеть статистику.

Можно настроить заголовок, код отображаемой информации и выбрать сайдбар для виджета и позицию виджета в этом сайдбаре.

Чтобы данные выстроились в колонку применим <br>.
Visits today: %visits%<br>
Total visits: %totalvisits%<br>
Top: %toppost%
Доступные коды: %totalvisits% %visits% %thistotalvisits% %os% %browser% %ip% %since% %visitorsonline% %usersonline% %toppost% %topbrowser% %topos%. Кроме того можно применить виджет StatPress TopPosts. Его тоже перетягиваем из левой в правую колонку, редактируем заголовок, количество результатов, позицию в сайдбаре. Вначале я активировал русскую версию StatPress Reloaded 1.5.5 ru, затем автоматом обновил ее на локалхосте до последней версии statpress-reloaded.1.5.21. В результате у нас получился statpress-reloaded.1.5.21 ru, правда появилось несколько ошибок в переводе.
В подвале страницы настроек плагина Overview показаны некоторые данные.
StatPress current time: 2009-09-07 00:15:56
RSS2 url: http://localhost/wp_2.7.1/feed (/wp_2.7.1/feed)
ATOM url: http://localhost/wp_2.7.1/feed/atom (/wp_2.7.1/feed/atom)
RSS url: http://localhost/wp_2.7.1/feed/rss (/wp_2.7.1/feed/rss)
COMMENT RSS2 url: http://localhost/wp_2.7.1/comments/feed (/wp_2.7.1/comments/feed)
COMMENT ATOM url: http://localhost/wp_2.7.1/comments/feed/atom (/wp_2.7.1/comments/feed/atom)
Очень удобно то, что контролируется объем своей таблицы базы данных.
Продолжение следует.
Автор Stepan Demin. Использование и копирование статьи РАЗРЕШАЕТСЯ с указанием автора и ссылки на первоисточник BlogInforama
Wordpress – атака клонов. Часть5. Контроль за нагрузкой, плагины маскировки ссылок RC Link Redirector, (J)ExR, Wptuner, Link Cloaking.
В предыдущей, четвертой части статьи мы изучили как устанавливаются и работают SEO плагины, а в этой части продолжим тему меток в плагине WordPress Related Posts, изучим плагины редиректа, RC Link Redirector, Link Cloaking Plugin, Wp-affiliate, WordPress Affiliate Pro, Alinks, WP-NoExternalLinks, для контроля нагрузки движка Wordpress подключим плагин Wptuner. Для чего нам изучать так много плагинов, их ведь их тысячи – все не перепробуешь? А для того, чтобы хоть из этого мизерного количества которое мы рассмотрим, выбрать наиболее подходящий для своего блога. Ведь не все из них работают так, как хотелось бы. Поэтому мы и тренируемся на локальном компьютере, подключаем, тестируем, и только после этого переносим сборку с выбранными плагинами на хост.
24. WordPress Related Posts.
Если Вы отказались от плагина Simple Tags, но понимаете смысл и ценность функции “Метки Родственных Записей”, есть альтернатива – плагин WordPress Related Posts, плагин вывода схожих тем для выбранной записи. Потребляет он очень мало ресурсов и кода на страницу вставляет ну совсем чуть чуть. Функцией плагина является создание списка “Связанных Записей”, как и в Simle Tags, так что просмотрите возможности плагина Simle Tags, и если эта функция будет основной или единственной, то есть для вывода меток/тегов, прописываия метатегов и пр., Вы найдете альтернативный метод – смело ставьте WordPress Related Posts. Количество знаков внедренного этим плагином кода на страницу, по сравнению с Simle Tags с даже отключенной функцией “Active auto link tags into post content”, все равно на пару тысяч меньше. Настройки плагина следующие:

Заголовок “Похожие записи” – пишем заголовок. Если нет похожих записей, то отображать: В выпадающем списке: Текст ‘Нет похожих записей’, Случайные записи, Наиболее комментируемые записи. Ниже заполняем графы Текст ‘Нет похожих записей’, Количество похожих записей. Ставим чеки: Автоматически вставить список вконце поста, Показывать в RSS, Показывать количество комментариев, Показывать дату публикации.
У этого плагина есть кое какие недоработки. Дело в том, что для определения релевантности записей во внимание берутся только ключевые слова в заголовках статей. В результате понижается эффективность плагина, т.е. он показывает не всегда верные результаты. Конечно можно очень тщательно прописывать названия статей, для решения этой проблемы. А вот некий автор, взяв за основу оригинал, создал более усовершенствованный вариант плагина Related Posts. Здесь схожесть постов определяется уже по нескольким параметрам – заголовок статьи, содержание ее, название рубрики. Для работы этого плагина необходимо добавить дополнительную таблицу в базу данных MySQL. Сделать это можно двумя способами:
1. Кликаем внизу страницы на ссылку “this script”. Если получена ошибка “Sorry, you must be at least a level user.” надо закомментировать 20-ю и 21-ю строки плагина:
//if ($user_level)
//die (”Sorry, you must be at least a level user.”); // Make sure that user has sufficient priveleges
2. Набираем http://localhost/Tools/phpMyAdmin/, слева в выпадающем списке находим нашу базу, далее на странице с базой вверху нажимаем MySQL, в полученное поле вбиваем
`post_name` ,
`post_content`
)

Таким образом мы импортируем в базу данных нужную таблицу с помощью MySQL запроса.
Для вывода списка релевантных записей на страницу, прописываем в шаблоне следующий код: <?php related_posts(); ?>

Plugins – Related Posts Options:How many related posts would you like to show? – сколько постов отображать в списке. Before / After (Post Title) – html-код до и после заголовка поста. Show excerpt? – показывать ли анонс поста. Excerpt length (No. of words) – длина анонса (количество слов). Before / After (Excerpt) – html-код до и после анонса поста. Show password protected posts? – отображать ли защищенные паролем посты.
Можно кое что изменить в настройках плагина путем правки кода. Заходим Theme – Edit или, кому удобно, открываем в текстовом редакторе или еще лучше в программе PHP Edin/// файлик related-posts.php, находим строчки:
‘name’ => 2,
‘content’ => 1,
‘cat_name’ => 3
Настраиваем вес ключевых слов в указанных элементах. Параметр ‘name’ => 2, имеет смысл менять, если в ссылках постов имеются ключевые слова, на английском языке. Сочетание слов подбирайте экспериментально. Можно править список стоп слов:
$overusedwords = array( ”,Вначале привел здесь как пример часть стоп слов, смотрю в в исходном коде они превратились в закорючки типа ”, убрал от греха,…..);
Причем мы можем ввести сюда и русские слова.
Ну чтож, залил я плагин, активировал, кликнул по “this script”, получил сообщение:

Просмотрел базу данных, но почему то не нашел новой таблицы.

Сделал запрос MySQL, получил ответ.
Ответ MySQL:
#1061 – Duplicate key name ‘post_related’. Я так и не понял прописались данные или нет. Вписал код <?php related_posts(); ?> в шаблон, но получил “No related posts”. На этом эксперимент с ним закончил, а жаль. У кого получится откомментируйтесь пожалуйста.
Еще по теме SEO.
25. WP-Cumulus
Я тут хотел уделить внимание еще парочке плагинов – WP-Cumulus, это красивое облако тегов в флэш варианте и плагин социальных закладок Давида Асатряна bookmarkz, но вовремя заглянул в исходный код страницы своего блога, помните мои слова про просмотр исходного кода нашей страницы. Так вот, когда я заглянул в исходный код одной из страниц блога после установки вышеуказанных плагинов мне представилась такая картина: Общее количество знаков на странице при установленных плагинах – 73000. Из них WP-Cumulus 13600, bookmarkz 17600. После деактивации плагинов страница со статьей весила 40600. Впечатляет? Очень жалко было удалять WP-Cumulus. Красивый плагин, да и теги полезную роль играют. Роль Bookmarkz, как инструмента социальных закладок в плане результативности и полезности и так спорная, а тут еще эти 1700 кода. Понятно, что нам с этими плагинами не по пути, по крайней мере я их не буду ставить.
Часть кода
Код WP-Cumulus
tagcloud.swf?r=7814951″, “tagcloudflash”, “170″, “170″, “9″, “#333333″);so6778749.addParam(”wmode”, “transparent”);so6778749.addParam(”allowScriptAccess”, “always”);so6778749.addVariable(”tcolor”, “0×1F3D76″);so6778749.addVariable(”tcolor2″, “0xD54E21″);so6778749.addVariable(”hicolor”, “0xFAB600″);so6778749.addVariable(”tspeed”, “100″);so6778749.addVariable(”distr”, “true”);so6778749.addVariable(”mode”, “both”);so6778749.addVariable(”tagcloud”, …………
Код bookmarkz
<div class=”bookmarkz”><a class=”social” href=”http://www.google.com/bookmarks/mark?op=add&bkmk= http://localhost/wp_2.7.1/dvdmanuals/dvdlab4.html&title=DVD+Lab+Pro+Portable+%D0%B8%D0%BD%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%86%D0%B8%D1%8F+%D0%BA+%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D1%8E4+-+BLOGINFORAMA” rel=”nofollow” target=”_blank”><img BLOGINFORAMA” rel=”nofollow” target=”_blank”><img……………….
Ни для кого не является секретом, что ссылки в SEO играют очень большую роль. Часто их надо прятать ото всех. Рефкоды — от людей, которые считают что процент, получаемый за их учебу, снимают с них, внешние ссылки — от поисковиков, экономля PR с наших страниц, говнокомменты и.т.д, и.т.п. Кроме того иногда нужно добавить target=’_blank’, rel=’nofollow’ и <noindex>, отменять обработку ссылок, используя для этого “белый список”. Плагинов для этого несколько.
26. Link Cloaking Plugin
Первым я попробовал Link Cloaking Plugin. У него настройки в двух местах Settings Link->Cloaking->Link Cloaking и Tools->Cloaking Cloaked Links->Static Cloaked Links.


В базе данных появилась новая запись:

Перед установкой плагинов такого рода, т.е связанных с навигацией, обязательно сделайте копию .htaccess для контроля. Ссылки получаются вида http://localhost/wp_2.7.1/Link Prefix/Ankor/1/2. У меня на локалхосте правда, даже при добавлении в список ссылок из блогролла, они не закрывались кодом.
27. RC Link Redirector
Неплохой плагин RC Link Redirector Роланда Чанишвили. Здесь одна страница настроек RC Plugins->RC Link RedirectorRC->Link Redirector. Он сочетает массу возможностей – закрывает ссылки от индексирования, поддерживает белые списки для статических ссылок и CSS шаблоны для динамических. Ссылки вида http://localhost/wp_2.7.1/Базовая ссылка/W0BHSVtJG0SUEwHUEYHVUVTQ==/. Значение Базовой ссылки указываем в настройках. Интересная функция “Если текст ссылки сам является ссылкой то заменять его на текст”, выбираете подходящее слово и все Ваши http://blabla.bla будут с анкором.
28. (J)ExR
Еще один плагин по преобразованию внешних ссылок во внутренние – это (J)ExR. Он состоит из одного файла, есть страница настройки, где Вы очень легко разберетесь. Проставляем чеки, где необходимо, вводим идентификатор редиректа, добавляем кнопкой или вручную в файл robots.txt
User-Agent: *
Disallow: /jexr/
# end (J)ExR
и наслаждаемся ссылками вида http://localhost/wp_2.7.1/go/aHR0cDovL2dvb2dsZS5jb20=.
Плагин в базу данных дополнительных таблиц не добавляет.
29. Wp-affiliate
Wp-affiliate – еще один плагин, который скрывает ссылки, и делает их локальными. Задача та же – скрыть реферальную ссылку от посетителя. На странице настроек можно включить статистику переходов по вашим ссылкам и указать свой ID в системе CJ.com.

Если Вы не практикуете сиджи и у Вас ID нет, пропустите этот момент. Настройка плагина в админке, на странице Edit Posts в разделе нужной записи нажмите Edit и увидите на странице редакции поста окошко “WP-Affiliate Links”. Оно появилось после того как Вы активировали плагин.

Вводим название в поле “Название категории” и жмем кнопку “Добавить базовую категорию”. В разделе “Список ссылок по категориям” жмем “Добавить ссылку” где заполняем поля “Ссылка в блоге”, “Текст анкора” и “Добавить ссылку”. Вставим курсор то место в редакторе, куда надо поместить ссылку, и в окошке “WP-Affiliate Links” жмем “Отправить ссылку в редактор”. Код ссылки размещается в нужном месте и в браузере будет виден анкор.Таким образом мы создали базовую категорию для ссылок под любым названием, и добавили ссылку для сокрытия. Анкор – это видимый текст ссылки, как правило – ключевое слово. При наведении на анкор мы видим локальную ссылку вида http://localhost/wp_2.7.1/ankor, при клике переходим по внешней ссылке. Однажды созданная ссылка будет работать во всем блоге. Будьте внимательны, лучше не включайте статистику – потом если надумаете удалить какую либо ссылку, постоянно будете получать ошибки. Если наплодите ссылок и затем деактивируете плагин, клик по аффилиатской ссылке будет кидать Вас на ту страницу откуда кликнули.
30. WordPress Affiliate Pro
Подключил плагин WordPress Affiliate Pro.
Settings->WordPress Affiliate Pro->Configure WordPress Affiliate Pro. Здесь общие настройки плагина, можно оставить по умолчанию.

Tools->WordPress Affiliate Pro->Manage WordPress Affiliate Pro Links. Тут настройка ваших ключевых слов и партнерских ссылок.

Add New Keyword – Добавить новое ключевое слово. Keyword that will be replaced by the affiliate link – Ключевое слово, которое будет заменено на партнерскую ссылку. Affiliate Link (enter the complete affiliate link here, including the http:// part): Партнерская ссылка (введите полную партнерскую ссылку здесь, в том числе в части http://). Statusbar Text (leave empty to show the click tracker URL, your affiliate link is always hidden): Текст состояния (оставьте пустыми, ваша партнерская ссылка всегда скрыта). Maximum Replacement Count (how many occurences of this keyword will be replaced on a page, 0 means replace all. If not 0, this will be used instead of the global setting): Максимальная замена граф (0 означает замену всех. Если не 0, то это будет использоваться вместо глобальных настроек, не понимаете – не трогайте). Keyword Weight for the weighted random link selection. This should be between 0 and 9 (leave unchanged if you don’t know what this means): Вес ключевого слова для взвешенного выбора случайной ссылке. Это должно быть в диапазоне от 0 до 9 (значение по умолчанию оставьте без изменений, если вы не знаете, что это означает). Ключевое слово было успешно сохранено.

Как это не смешно, основную функцию мы уже получили. Если мы напечатаем в тексте поста слово BLOGINFORAMA или BLOGINFORAMA 1 в нашем частном случае, при публикации мы получим это слово анкором к ссылке вида http://localhost/wp_2.7.1/wp-content/plugins/wp-affiliate-pro.php?id=1. или http://localhost/wp_2.7.1/wp-content/plugins/wp-affiliate-pro.php?id=2., которая нас кинет на http://bloginf.com. и соответственно на http://bloginf.com/seo/wordpress1.html. Плагин платный, с триальным сроком три месяца, но у меня срок работы вроде бы не ограничен по “некоторым причинам”, сколько реально проработает не знаю, не проверял. Плагин добавляет две таблицы в базу данных.

31. Alinks
Поставил плагин Alinks, связывающий наши сообщения по фразам, ссылки на которые мы устанавливаем в настройках. Плагин сделает ссылку на конкретное сообщение, ссылка на тег или другой сайт. Кроме того в настройках может быть иконка около ссылки, открытие в новом окне, чувствительность к регистру и пр. Заходим в админку ставим фразу “bla” и урл www .moisite.com. Теперь на всех страницах блога фраза “bla” автоматически превращается в урл. Вот скринсшоты:







Версия alinks1.0rc2 добавляется в базу данных одну таблицу.

Версия alinks2.0.2 от mikolka добавляет две.

Честно говоря я не вник во все, как я подозреваю, мощные возможности этого чуда. Весит он больше двух мебагйт, подробный Help, куча настроек, а что он такого особенного делает не знаю. Кого заинтересует, думаю разберется. Мне по вышеописанной функции, фраза – урл, больше по душе WordPress Affiliate Pro, всего один файлик, а работу выполняет. Wp-affiliate у меня на локалхосте работал хорошо, WordPress Affiliate Pro и (J)ExR Link тоже, а вот Cloaking Plugin редиректил на страницу 404. Победил в нашем случае RC Link Redirector который я и подключил. Он работал без сбоев на локалхосте и на хостинге тоже неплохо работает, правда недостатком такого рода плагинов можно назвать то, что они именно шифруют ссылки, то есть по идее можно обманным способом заманить пользователя на сайт с вредоносным содержанием и неизвестно, как к этому отнесется поисковик. Конечно для разных задач разные плагины.
32. WP-NoExternalLinks
Альтернативным решением можно назвать применение плагина WP-NoExternalLinks. Он позволяет на лету заменять все внешние ссылки на внутренние – в постах, комментариях, профилях комментариев. Плагин не меняет ничего в базе – просто делает замену на выводе. Его можно настроить, чтобы он работал с постами, комменариями и профилями комментариев. Применяется способ маскировки через mod rewrite и получаются при этом ссылки вида localhost/goto?mywordpress.ru.

Настройки плагина: Путь к файлу с редиректом, или к редиректу методом mod rewrite. Маскировка ссылок в своих постах. Маскировка ссылок в комментариях. Маскировка ссылок в указанном при комментарии профиле. Добавление атрибута rel=nofollow(для Гугла). Добавление атрибута target=_blank (открытие внешних ссылок на новой странце). Добавление тега <noindex>. Окошко для урлов исключений. Плагин хороший, свои функции выполняет, единственно почему то у меня в блоглролле ссылки не закрыл.
33. Customize Meta Widget
Для того, чтобы убрать внешнюю ссылку на WordPress.org в виджете Meta – это стандартный виджет, где Site Admin, Log out, Valid XHTML, RSS, WordPress, говорят нужно владеть специальными знаниями так как убрать ее не так просто. Сам виджет не лишний, так как с его помощью удобней входить в блог с любой страницы а не набирать специально адрес страницы входа http://moi-blog.com/wp-admin.

Можно поставить плагин Customize Meta Widget. Жмем Appearance – Widgets и переносим виджет Meta на сайдбар. Настроек никаких нет, у меня почему то он убирал не только ссылку, но и остальные виджеты. Если Вас очень раздражают внешние ссылки, например в блогролле, я покажу очень простой способ сделать это. Правда ручками. Допустим вот блогролл в дефолтном шаблоне. Как видите ссылок достаточно.

Набираем http://localhost/Tools/phpmyadmin, и выбираем в левой панельке нашу базу данных. Находим таблицу wp-links.

Жмем кнопку обзор.

И получаем наши линки.

Тут мы можем отметить чеками ссылки, редактировать или удалить отмеченные.

А вот ссылки в виджете Meta хранятся не базе данных движка, а в шаблоне. Например в дефолтном шаблоне в файлике sidebar.php, в 69 – 71 строчке. Вообще удалять эти ссылки или нет дело вашей совести, я показал как, а дальше вы сами..
33.1. Total_disable_updates
Вы, наверное слышали о том, что Wordpress тяжелый движок, что он сильно грузит сервер. Один из способов снизить нагрузку – уменьшить количество запросов движка. Немало запросов при проверке обновлений ядра и плагинов. Посмотрите в админке, ведь даже неактивированные плагины проверяют наличие новых версий, тем самым уменьшая скорость работы. Есть плагины, которые на первый взгляд блокируют проверку, но оказывается они не уменьшают нагрузку, а только скрывают напоминание о новых версиях. Другое дело плагин известного блоггера lecactus, который при включении отрубает все запросы на обновления. Если надпись в админке – напоминание о обновлении так и останется, не обращайте внимание, посылка запросов прекратится и восстановится только в том случае, если Вы по какой то причине отключите плагин. Функциональность вроде бы пострадала, но зато нагрузка на сервер уменьшилась. Раньше автор рекомендовал вручную внести изменения в файл wp-includes/update.php. Там надо было закомменитровать (перед строкой пишем значек #, строка станет неактивной) следующие строки:
#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’ );
а теперь он предложил плагин – это его первый опыт, рекомендую ставить.
Если у Вас русскоязычный сайт и вы используете движок в переводе lecactus, существенный прирост в скорости работы сайта, можно обеспечить используя различные языковые файлы для админки блога и “морды“ блога, то есть уменьшив количество вызовов этих строк.(автор Максим – maxsite.org). Для этого заменим в файле wp-config.php в корне блога строки:
на
Скачаем файлик “ru_RU_lite.mo” для различных версий на странице автора: lecactus.ru/2008/11/15/3110/. Поместим файл в папку /wp-includes/languages/. В результате на моем блоге потребление памяти уменьшилось на 22%. Отличное снижение нагрузки, не правда ли? Alex рекомендует переименовать файлы ru_RU в ru_RU_full, а файлы ru_RU_lite в ru_RU, видоизменив строку включения русской локализации в файле
Вообще нелишне будет освоить методы визуального контроля нагрузки нашего движка на сервер, и следить за ее динамикой в причинной зависимости от подключенных плагинов, тем, русификации и пр. Для визуального контроля добавим в код файла footer.php:
$user = wp_get_current_user();
if ( $user->id == 1 ) {
echo ” MySQL: ” . get_num_queries() . ” запросов / за “; timer_stop(1);
echo ” секунд. Потребление памяти: “. round(memory_get_usage()/1024/1024, 2) . ” MB “;
var_dump($GLOBALS['wpdb']->queries);
}
?>
34. Wptuner.
Если Вы хотите полную статистику в деталях, подключите плагин Wptuner. Он Вас проинформирует насколько шустрая или наоборот глючная стоит тема, насколько прожорливы установленные плагины, как работает движок, сколько он потребляет ресурсов и какие запросы по скорости, какие файлы, как быстро обрабатываются и пр. И опять нас выручает lecactus, который перевел плагин и выложил по адресу: hppp://lecactus.ru/wp-content/uploads/0000/00/20081115_wptuner_ru_ru.zip Он же пояснил так: чтобы плагин активировался корректно, Вам нужно установить права 666 на файл wp-config.php и права 777 на корневую папку блога, чтобы там создался резервный файл “wp-config.WPTunerOrig.php”. После активации плагина в целях безопасности надо вернуть права назад. Когда я сделал это на сервере(у хостера, не на денвере), у wp-config.php права поменялись без проблем, а поменяв права доступа на 777 у public_html получил ошибку сервера. Поменял на 755 сработало без проблем, т.е. сгенерировался файл wp-config.WPTunerOrig.php, чего мы и добивались. На локалхосте все эти заморочки с правами доступа естественно не нужны. Для тех, кто не еще знает, здесь мы работаем с виндовским сервером, где не надо проставлять права – эти примочки, прерогатива Юникса(про права доступа в 7-й части статьи). Для админа в футере блога появится окошко информации. Пользователи его вообще не увидят, админ же в зависимости от настроек в расширенном или сокращенном виде. Предыдущий код из футера, который мы прописали ручками, надо убрать. В админке все настройки можно оставить по умолчанию, если есть желание поиграйтесь с кнопками.
Сверху вниз: Предустановки. Восстановить значения по умолчанию. Минимально. (Это в футере и в подвале админки вид информационного окошка, его видит только админ). Ошибки и предупреждения. Анализировать время. Поиск медленных элементов. (Закрашивается желтым). Основная для разработчиков. Показывать все.
Изменения надо сохранить. Хороший плагин, нужный плагин, но… Опять вспомнил золотое правило, посмотрел исходный код, скопировал его, загрузил в Notepad++. Страница состоит из 50000 знаков, из них 8888 приходится на код WPTuner, т.е. для сохранения нужной пропорции служебного кода и контента, чтобы угодить поисковому роботу нам надо ощутимо добавить контента. Вывод – не обращать внимания, или отладить блог с помощью WPTuner, затем отключить плагин и вставить код, который не добавляет мусора на страницу – это тот, который мы рассмотрели первым.
Продолжение следует.
Автор Stepan Demin. Использование и копирование статьи РАЗРЕШАЕТСЯ с указанием автора и ссылки на первоисточник BlogInforama
Wordpress – атака клонов.Часть4 – установка на Localhost – Platinum Seo Pack, Word press seo, Simple Tags.
В третьей части статьи мы с вами научились устанавливать и настраивать плагины 404-notifier, Smart 404, Revision Control, Hotlink Protection, RUS-TO-LAT, WP-DB-Backup, paranoja-401-27, а в четвертой продолжим изучение SEO плагинов PlatinumSeoPack, Word press seo, Simple Tags, это еще серия плагинов т.н. “must have”. Наверное никто не будет спорить что SEO оптимизация это краеугольный камень всей нашей деятельности в Интернете как вебмастеров. Раньше главным в этом деле плагином был All in One SEO, оптимизировать WordPress с его помощью было намного легче. Можно было менять Title, работать с META кейвордами, проставлять noindex, где это нужно, генерировать Descriptions. Platinum Seo Pack умеет больше – добавлять мета тег noodp, добавлять мета тег noydir, добавлять тег nofollow ко всем ссылкам – Работать с RSS, noindex для фида в целом, и только для комментариев. Среди оптимизаторов нет единого мнения каким плагином пользоваться, думаю не суть важно – оба хороши, респект создателям. Отвлечемся на секунду от плагина – вообще для чего все это нужно? Видите ли, чтобы поисковые системы индексировали наш блог и поднимали в позициях, а серферы нас находили и получали нужную им информацию, необходимо соблюсти некоторые правила по оптимизации внутренней структуры нашего блога. Блог с структурированной информацией, имеет неоспоримые преимущества перед бессвязной подачей той же информации в виде постов. Тут нам как раз и потребуется подключение плагинов для внутренней оптимизации. Как они работают:
Например создают заголовки страниц, содержащие ключевые слова. Вот вот – тут и поможет Platinum SEO Pack.
21. Platinum SEO Pack.
Setting – Platinum SEO – Platinum SEO Plugin Options. Открывается страница с множеством полей.




Ставим галку на перенаправить пользователей если ссылки изменились. Далее Home Title – Заголовок главной страницы: значение мета-тега title для главной страницы блога. Предложение должно быть в пределах 10 – 15 слов. Не забываем, что это будут читать люди, или оценивать роботы, что скоро будет одно и тоже.
Home Description – Описание главной страницы. Здесь мы составляем краткое, (квинтэссенция) описание о чем этот блог, не забывая про ключевые слова. Мета-тег description имеет значение для поисковиков большее чем ключевые слова, в частности для Google ведь это может быть сниппет в Google – краткое описание сайта в результатах поисковой выдачи, так что включайте фантазию. Home Keywords – Ключевые слова для главной страницы. Мета-тег – Ключевые слова. В последнее время значение кеев в Seo – оптимизации упало, но все-таки их лучше прописать и не забудьте что прописывать надо через запятую.
В “Post Title Format” – Формат заголовка записи поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %post_title% – Исходный заголовок записи
- %category_title% – (Основная) рубрика записи
- %category% – Псевдоним для %category_title%
- %post_author_login% – Логин автора записи
- %post_author_nicename% – То, как настроено отображение имени автора записи
- %post_author_firstname% – Имя автора записи (заглавными буквами)
- %post_author_lastname% – Фамилия автора записи (заглавными буквами)
Из дефолтового значения убираем | %blog_title%”
В “Page Title Format” – Формат заголовка страницы поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %page_title% – Исходный заголовок страницы
- %page_author_login% – Логин автора страницы
- %page_author_nicename% – То, как настроено отображение имени автора страницы
- %page_author_firstname% – Имя автра страницы (большими буквами)
- %page_author_lastname% – Фамилия автора страницы (заглавными буквами)
Также из дефолтового значения убираем | %blog_title%”
Category Title Format – Формат заголовка рубрики поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %category_title% – Исходный заголовок рубрики
- %category_description% – Описание рубрики
Поменять на %category_description%. По идее это влияет на создание более качественных значений title для страниц категорий.
В “Arhive Title Format” – Формат заголовка архива поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %date% – Исходный заголовок архива, созданный WordPress, например, “2009″ или “2007 Aprilie”
Оставим по дефолту.
Tag Title Format – Формат заголовка метки – поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %tag% – Название метки
По дефолту.
Search Title Format – Формат заголовка страницы поиска – поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %search% – Что искали
По дефолту.
Description Format – Формат описания – поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %description% – Исходное описание, определеляемое модулем, например, отрывок или автоматически сгенерированный текст
- %wp_title% – Исходный заголовок WordPress, например, post_title для записей
По дефолту.
404 Title Format – Формат заголовка страницы “Ошибка 404″ – поддерживаются следующие макросы:
- %blog_title% – Название вашего журнала
- %blog_description% – Описание вашего журнала
- %request_url% – Исходный URL, например “/страница-которой-не-существует/”
- %request_words% – URL в форме, понятной человеку, например, “Страница, которой не существует”
По дефолту.
Paged Format – Формат разбивки по страницам – Эта строка добавляется в начало или конец заголовков, если это заголовки страниц, разделенных на подстраницы (например, главная страница или архив), поддерживаются один макрос:
Вообще менять форматы титлов надо только если уверены что делаете. Убираем галки nofollow category listings on pages, nofollow category listings on posts, nofollow links to tag pages, Log important events. Прописываем Additional Page Headers – Дополнительные заголовки темы, Additional Home Headers – Дополнительные заголовки страницы, Additional Home Headers – Дополнительные Заголовки Главной. Снимаем галку с Link To Platinum SEO – “Ссылка на страницу Platinum SEO”.
_http://www.wpseo.org/
22. Word press seo
Есть отличный плагин Seo – оптимизации Word press seo, еще один SEO плагин который позволяет работать с заголовками (title) и мета данными записи. В отличии от предыдущих плагинов имеет большее количество функций, очень удобен в настройках, но имеет один недостаток – является ПЛАТНЫМ! Лицензия на 1 домен/блог с указанием автора блога — 24,99$, лицензия без привязки к количеству доменов — блогов с указанием автора — 64,99$, лицензия без ограничений — 124,99$
Установка его стандартная, в начале работы вводим ключ лицензии.
Settings – wpSEO – wpSEO Options – открывается страница с кучей настроек, все интуитивно понятно.
Вначале редактируем заголовки страниц, ставим чек на “Активировать формирование заголовков в meta-теге”, и формируем Содержание заголовка – Главная, Публикация, Страница, Категория, Поиск, Архив, Тег, Ошибка. Вссе макросы будут заменены на нужные значения.

Если в “Содержание заголовка” мы выберем “Содержание раздела” обязательно пропишем значения в соответствующих полях и проставим чеки:


Ставим чеки по рисунку и сохраняемся.
Далее редактируем описания в мета тегах. Ставим чек на “Активировать формирование описания в meta-теге”, выбираем значения в выпадающих окошках, проставляем максимальное число слов, если хотим поработать ручками ставим чек на “Включить ввод непосредственно в поле формы создания публикации, раздел “wpSEO Настройки”. Не забываем сохраняться.

Редактирование ключевых слов “Ставим чек на Активировать формирование ключевых слов в meta-теге”, заполняем поле “По умолчанию”, выбираем значения в выпадающих списках в разделе “Динамическое содержание”, заполняем поле “Черный список”, далее чеки по рисунку и не забываем сохранить изменения.


Исключить дублирование контента. Ставим чек на “Активировать теги для поисковых роботов”, заполняем поле “Теги для поисковых роботов”. Я бы может выбрал noindex, nofollow, вместо noindex, follow. Далее чеки по рисунку. Также мы можем экспортировать Файл XML с настройками, который в дальнейшем можем использовать в других инсталляциях.



Не успел я похвалить этот плагин, как он преподнес мне сюрприз. Я его поставил на этот блог, и через несколько дней получил в админке сообщение:

Вот такая вот правда жизни. Залил по новой, активировал, посмотрим. Кстати настройки на картинках примерные, я рекомендую действовать так: оставить пока настройки по умолчанию, после того, как блог будет сформирован, откроем главную страницу и пару страниц постов, в том числе в архивном варианте. Далее жмем на странице правую кнопку – Исходный код страницы и смотрим мета теги в верхней части страницы. Если они прописаны хорошо, оставляем, нет меняем настройки, перезагружаем страницу и опять смотрим исходный код. И так до посинения, т.е. до нормального отображения мета тегов.
23. Simple Tags
Большое значение имеет внутренняя перелинковка на блоге. Для оптимизации воспользуемся плагином Simple Tags, одной из функций которого является создание списка похожих записей и упрощение работы с метками. Вот основные возможности:
- угадывает метки при вводе и подставляет из существующих
- автоматические подходящие метки для записи
- управление метками (переименование,удаление объединение, поиск и
добавление меток, редактирование коротких ссылок меток) - список непомеченных страниц/записей
- массовое редактирование меток
- возможность добавлять метки в страницы (не только записи) и
включение их в результаты поиска по меткам - связанные записи по общим меткам
- возможность добавлять связанные записи в RSS
- динамические облака меток с раскрашиванием в виджетах
- метки внутри заголовка блога
- поддержка встраиваемых меток ([tags]tag1, tag2[/tags]) для совместимости
со старыми записями, где они были заданы таким способом - Автоматическая вставка меток а записи (опционально, без
редактирования шаблона). А также на выбор включение их только на блоге/в rss
или в оба места сразу
Setting – Simple Tags – Simple Tags: Options. Некоторые настройки:
Первая кнопка – основные настройки. Ставим вторые два, или три чека по желанию.
1. Активировать метки для страниц:
Эта функция позволит назначать метки страницам. Эта опция добавит страницы в результаты поиска по меткам. Также, эта функция добавит управление метками в окно создания страниц.
2. Разрешить облако меток в содержимом записи/страницы:
Включение этой функции разрешит Wordpress просматривать маркер облака меток >!–st_tag_cloud–> при показе записей. WP заменит этот маркер облаком меток.
3. Добавить rel=”nofollow” в каждую ссылку метки ?
Nofollow – это нестандартное значение атрибута HTML, используемое для указания поисковым системам, что гиперссылки не должны влиять на рейтинг целевой ссылки в индексе поисковой системы. Видите, тут целый ликбез.

Вторая – Администрирование:
1. Включить функцию клик-меток:

Эта функция добавить ссылку, позволяющую вам показать все метки из базы данных. После того как панель с метками будет показана, вы сможете добавлять их к записи просто кликая по названиям. На странице ”Добавление новой записи” появилось новое окошко. Вроде неплохая фича:

2. Активировать функцию автозавершения. Выводится экран визуальной помощи, позволяющий легче ввести метки, и включается автодополнение WordPress.
3. Включить функцию подходящих меток: (Yahoo! Term Extraction API, Tag The Net, Локальная БД). Эта функция добавит блок, позволяющий получить подходящие метки, сравнивая содержимое записи и один из источников меток. (внешний или внутренний). Появилась новая панель. На рисунке показаны обе панели, вид второй при нажатой кнопке “Локальные метки”. Что активировать, обе или только вторую определите сами.

Auto Link:

1. Активировать автоматические ссылки меток в содержимом записи:
Например: Вы имеете метку с названием “WP ManagerDX2″ и содержимое вашей записи имеет слово “WP ManagerDX2″, эта функция заменит “WP ManagerDX2″ на ссылку страницы метки “WP ManagerDX2″.(http://localhost/wp_2.7.1//tag/WPManagerDX2/). Хорошая юзабельная штука, но знайте, что исходный код на странице увеличится знаков этак тысяч на пять, восемь, так что если контента мало, сами понимаете роботу там делать нечего, разве что продираться сквозь дебри технического кода выискивая крохи ваших ценных мыслей. Подробности ниже.
2. Минимальное использование для автоматических ссылок с метками:
Этот параметр разрешает фиксировать минимальное значения использование меток. По умолчанию: 1.
3. Максимальное количество ссылок в статье: по умолчанию 10. This setting determines the maximum number of links created by article. Default: 10.
4. Игнорировать регистр в функции автоматических ссылок?
Например: Если вы игнорируете регистр, функция автоматических ссылок заменит слово “WP ManagerDX2″ ссылкой на метку “WP ManagerDX2″.
Ключевые слова:

1. Автоматически включать в заголовок (header):
Включает метки в meta keywords автоматически в ваш заголовок (большинство, но не все темы поддерживают это). Эти ключевые иногда используются поисковыми машинами.
Внимание: Если плагин “All in One SEO Pack” установлен и включен,эта функция будет отключена. У нас Platinum SEO Pack, но правило видно тоже распространяется.
2. Всегда добавлять эти ключевые слова: Здесь добавляем наши ключевые слова.
3. Показывать максимум ключевых слов:
Вы должны установить значение в ноль (0) чтобы показать все ключевые слова в заголовке Html
Встраиваемые метки.

1. Использовать встраиваемые метки:
Активирование этой опции даст команду Wordpress искать встраиваемые (embedded) метки при сохранении и отображении записей. Так, набор меток, помеченных [tags]like this, and this[/tags] добавляется в запись при сохранении, но не отображается в записе.
2. Префикс для встраиваемых меток: [tags] оставляем по дефолту.
3. Суффикс для встраиваемых меток: [/tags] оставляем по дефолту.
Автоматически отображать список меток в фидах – ставим чек.
Метки для текущей записи:

1. Автоматически отображать список меток в содержимом записей – выбор:
no– Нигде (по умолчанию)all– На вашем блоге и в RSS ленте.blogonly– Только на вашем блоге.homeonly– Только на домашней странице.singularonly– Только в одиночном просмотре (одна запись и страница).singleonly– Только в одиночном просмотре.pageonly– Только при просмотре страницы.
Разделитель в строке меток записи, Текст для показа до списка меток, Текст для показа после списка меток, Максимум показывать меток, Вы должны установить значение в ноль (0) чтобы показать все метки, Включить рубрики в результат ?, Формат ссылки метки.
Связаные записи:

Автоматически отображать список меток в фидах – ставим чек.
Автоматически добавлять связанные записи в содержимое записей – выбор:
no– Нигде (по умолчанию)all– На вашем блоге и в RSS ленте.blogonly– Только на вашем блоге.homeonly– Только на домашней странице.singularonly– Только в одиночном просмотре (одна запись и страница).singleonly– Только в одиночном просмотре.pageonly– Только при просмотре страницы.
Порядок связанных записей – выбор:
date-asc– Старые записи.date-desc– Новые записи.count-asc– Наименее общие метки между записямиcount-desc– Наиболее общие метки между записями (по умолчанию)name-asc– Алфавит.name-desc– Алфавит в обратном порядкеl.random– Случайно.
Разделитель в строке меток записи, Текст для показа до списка меток, Текст для показа после списка меток, Максимум показывать меток, Вы должны установить значение в ноль (0) чтобы показать все метки, Включить рубрики в результат ?, Формат ссылки метки,Текст для показа, если метки не найдены, Расширенное использование.
Связанные метки:


Максимальное число показываемых связанных меток: (по умолчанию: 5)
Порядок связанных меток:
count-asc– Наименее используемые.count-desc– Наиболее популярные. (по умолчанию)name-asc– Алфавит.name-desc– Алфавит в обратном порядкеl.random– Случайно.
Формат связанных меток:
list– Показать форматированный список (ul/li).flat– Встроить (не список, просто div)
Метод пересечения и объединения меток, используемый для построения ссылки связанных меток:
OR– Выбирает записи либо с меткой “Tag1″ либо с меткой “Tag2″. (по умолчанию)AND– Выбирает записи с обоиме метками: “Tag1″ и “Tag2″.
Формат ссылок связанных меток: вводим значение, Разделитель связанных меток, Введите текст, отображаемый если нет связанных меток, Введите заголовок, показываемый перед списком. Оставьте пустым если заголовок не нужен, Расширенное использование.
Формат удаления связанных меток:
list– Показать форматированный список (ul/li).flat– Встроить (не список, просто div)
Разделитель: Оставьте пустым для вывода списком, Введите текст, отображаемый если нет связанных меток, Формат ссылок удаления связанных меток.
Настройку генерации облака меток осуществляем нажав кнопку “Облако меток”. Настройки понятны, там есть обьяснение:


(Какая разница между “Порядок выбора меток” и “Порядок отображения меток ”
“Порядок выбора меток “это первый шаг во время генерации облака меток, в соответствии с выбранными метками.
“Порядок отображения меток” это второй шаг. После выбора меток, вы можете пересортировать их перед показом.
Пример: Вы хотите показать случайно 100 наиболее популярных меток.
Вы должны установить “Порядок выбора меток” на count-desc для получения 100 наиболее популярных меток и “Порядок отображения меток” на random для случайной сортировки облака.)
Не забудьте внизу каждой страницы нажать “Обновить запись” при ее изменении.
Метки tags – признаки любой записи в блоге. Происходит объединение записи по смыслу, в отличии от категорий, нет иерархии. Выбираем вкладку “Related Posts” и устанавливаем значение “Автоматически отражать связанные записи в конце страницы” выбираем “singleonly” – только на одиночных записях – посты.
Если у Вас сайт на русском языке, чтобы автоматически создавались короткие ссылки (slug) меток на английском – до ввода меток надо включить плагин RUS-TO-LAT – мы уже включили.
Пару наблюдений:
Вспомним золотое правило SEO. Так вот SEOшники и WEBмастера знают золотое правило при конструировании страниц шаблонов и заполнении сайта контентом. Количество знаков помещенной Вами статьи на страницу должно быть не менее 50% от общего количества знаков на ней. Иначе гуглоробот неохотно, а может вообще ее не скэшировать. Зачем ему забивать дисковое пространство практически дублированным контентом. Ведь страницы, за счет большого процентного соотношения собственного кода получаются практически одинаковыми в глазах робота. Перед активацией плагина надо бы просмотреть исходный код какой – нибудь страницы, и замерить количество знаков в ней. Кто не знает, во всех браузерах есть функция просмотра исходного кода, она нам полезна тем, что мы видим страницу практически глазами робота. Для просмотра кликните правой кнопкой мыши по странице в браузере, и затем по пункту меню – Просмотр html-кода, если браузер Internet Explorer и Исходный код страницы – Opera и Mozilla. Так вот я замерил количество знаков на одной из страниц блога – получилось 49000. После включения плагина Simple Tags, при дефолтовых настройках – 58000. Думаю, ничего себе SEO оптимизация – с одной стороны плагин способствует продвижению, с другой убивает репутацию в глазах поисковиков. Порылся в настройках, обратил внимание в подразделе Auto Link проставлен чек на Active auto link tags into post content (“Активировать автоматические ссылки меток в содержимом записи”). Это значит, что если Вы имеете Метки tags с названием “SEO” и в содержимом вашего поста есть слово “SEO”, эта функция заменит “SEO” на ссылку страницы метки “SEO”. Вроде полезная фича, но представьте сколько ссылок и ”лишнего” кода у нас прибавится на каждой странице. Убрал чек, на странице стало 53000 знаков. Все таки не 49000, это потому что плагин в конце поста вставляет активные метки и связанные записи. У этого и не только этого плагина часто в наличии можество может даже ненужных функций, из за которых он(они) потребляют очень много памяти. В принципе, в связи с вышесказанным, Вы можете от него отказаться, если для Вас это очень критично. Но вообще, этот плагин считается хорошим и стоит на очень многих блогах.
Продолжение следует.
Автор Stepan Demin. Использование и копирование статьи РАЗРЕШАЕТСЯ с указанием автора и ссылки на первоисточник BlogInforama
Wordpress – атака клонов.Часть3 – установка на Localhost – настройка плагинов FeedBurner FeedSmith ,Sitemap Generator, optimization, revisions, Themes, 404 error.
Во второй части статьи мы изучили плагины navigation, antispam, excerpt reloaded, в третьей продолжим изучение плагинов maxblogpress-ping-optimizer, 404-notifier, Smart 404, Revision Control, Hotlink Protection, TAC, Anti-XSS attack, Iodized_Salt.
7. Google Sitemap Generator.
Устанавливаем плагин Google Sitemap Generator, который позволяет генерировать карту сайта основанную на технологии XML, т.е. данные о веб-страницах, структурированы с помощью XML.
Формат данной карты поддерживается такими поисковыми системами как Google, YAHOO, MSN Search. Стандарт Sitemaps предназначен для передачи информации о веб-страницах вашего сайта в поисковые системы. С помощью стандарта можно передать дополнительную информацию об обновлении веб-страниц, а также сообщить роботам поисковых систем о страницах, на которые ведет мало ссылок или которые недоступны в виде прямых ссылок, а подгружаются при использовании, например, JavaScript. В упрощенном виде предусматривается также передача адресов страниц в виде обычного неструктурированного текстового файла. Установка стандартная, единственно нам необходимо ввести полученный нами WordPress.com API key и, если Вы зарегистрированы в Yahoo – Your Application ID.
Application Id“
Что сделать для того чтобы зарегистрироваться как разработчик на Yahoo т.е. зарегистрировать аккаунт, и получить “Application Id“? Для начала нам понадобится зайти на Yahoo.com.

На главной странице справа вверху жмем Sign Up и попадаем на страницу входа. Второй вариант – переходим по ссылке https://developer.yahoo.com/wsregapp/, попадаем на ту же страницу входа, и внизу в окошке переходим по Sign Up. Заполняем форму, для получения адреса в почте @yahoo.com.

После того, как Вы получили “Congratulations”, можно нажать Continue и попасть опять на главную. Но нам это не надо, уже имея аккаунт Yahoo, просто наберем в браузере https://developer.apps.yahoo.com/wsregapp/index.php, и заполним на странице регистрации необходимые поля.
Я вначале отметил чек на Browser Based Authentication,

заполнил все, нажал далее и меня стали гонять по кругу. Когда я перешел на следующую страницу мне предложили “Пожалуйста, создайте файл с названием ydnCTBKME.html поместите в корень домена, и мы постараемся проверить.”

Создал файлик, залил, проверил – кинуло на страницу входа и попросили пароль. Вошел, потом вернулся, еще попытка – результат тот же. Спрашиваю “Почему меня попросили мой пароль?” Говорят “Некоторые Yahoo услуги, такие как Yahoo! Mail и Yahoo! Address Book, требуют периодически вводить свой пароль, даже если вы уже вошли. Мы делаем это, чтобы защитить вашу личную информацию.” Все понял поставил чек на Generic, No user authentication required (не требуется проверка подлинности пользователя),

заполнил поля, далее, и получил поздравления от Yahoo.

Вводим Application ID в Google Sitemaps Generator.
Для настройки Google (XML) Sitemaps Generator заходим в админ панель, Setting->XML Sitemap. Здесь проследим правильно ли прописано расположение файла с картой сайта в автоматическом режиме, если что в ручном режиме подкорректируем его, внесем изменения в рубрике Sitemap Content при необходимости, после заливки на хост, на файлы sitemap.xml и sitemap.xml.gz проставим разрешение на запись. Робот поисковой системы узнает о наличии у нас на блоге этих файлов по ссылке на файл XML Sitemap в файле robots.txt вашего сайта, если помните мы их прописали в первой части.
Вот примерная логика построения карты сайта, т.е. нашего файла XML Sitemap:
<!– sitemap-generator-url=”http://www.arnebrachhold.de” sitemap-generator-version=”3.2″ –>
<!– generated-on=”30 November 2009 13:04″ –>
<urlset 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″><url>
<loc>http://bloginf.com/>/loc>
<lastmod>2009-11-30T19:03:26+00:00>/lastmod >
<changefreq<daily>/changefreq>
<priority<1.0>/priority>
</url>
<url>
<loc<http://bloginf.com/seo/wordpress3.html>/loc>
<lastmod<2009-11-30T19:03:26+00:00>/lastmod>
<changefreq<monthly>/changefreq>
<priority<0.6>/priority>
</url>
<url>
<loc<http://bloginf.com/seo/wordpress-localhost.html>/loc>
<lastmod<2009-11-30T15:32:43+00:00>/lastmod>
<changefreq<monthly>/changefreq>
<priority<0.6>/priority>
</url>
<url>
<loc<http://bloginf.com/seo/earnings-and-the-internet.html>/loc>
<lastmod>2009-11-28T20:03:05+00:00>/lastmod>
<changefreq<monthly>/changefreq>
<priority>0.6>/priority>
</url>
</urlset>
то есть вначале шапка, а внизу перечисление наших страниц, и по мере их появления на сайте, они так же будут показаны и здесь, в этой карте.
Некоторые Настройки:
Sitemap files – выбор типа файла sitemap, который будет генерироваться.
Building mode – условия регенерации sitemap.
Update notification – уведомления поисковых систем о регенерации файла sitemap.
Advanced options – дополнительные опции, такие как максимальное количество постов, включаемых в sitemap, статьи, которые не будут включены в sitemap, а также некоторые другие функции.
Additional pages – возможность указать страницы, которые не принадлежат Вашему сайту, но вы хотите включить их в Ваш sitemap.
Post priority – способ вычисления приоритета статьи.
Location of your sitemap file – месторасположение и имя файла sitemap.
Sitemap content – какие разделы включаются в карту сайта.
Жмем кнопку rebuild the sitemap – в корень сайта генерируется карта sitemap.xml и sitemap.xml.gz. На хосте установим права на запись на эти файлы. Если вдруг Вы не обнаружите в корне блога эти файлики, создайте их. Вообще, лучше поступить так: до активации плагина создайте в корне сайта файл sitemap.xml и sitemap.xml.gz и установите доступ к ним. Лучше иметь эти два файлика с нулевым заполнением в запасе и загружать при создании блога на хост вместе с файлами движка.







8. FeedBurner FeedSmith
Подключаем плагин FeedBurner FeedSmith для автоматической переадресации нашего фида вида http://mysite.com/feed на http://feeds.feedburner.com/ваш_фид. Он нужен для перенаправления с фида, который генерит вордпресс на фид, генерируемый Feedburner. Этот web-сервис пропускает через себя RSS-потоки, исправляет в них мелкие ошибки и кроме того позволяет увидеть еще и подробную статистику по вашему RSS потоку. При наведении на ссылку и в html-линке виден адрес mysite.com/feed – не пугайтесь, плагин делает редирект на Feedburner. Ярлык для RSS должен быть ярким и находиться вверху блога, чтобы подписчики могли легко его найти.
Для того чтобы “зажечь” фид, мы должны иметь Google Account. Для создания нового аккаунта Google, если у Вас есть адрес в почте Gmail, идем на страницу https://www.google.com/accounts/, жмем на ссылку “Создайте аккаунт прямо сейчас”

и заполняем форму.

Если адреса в почте Gmail нет, заходим по адресу nttp://mail.google.com/mail/signup

Получив адрес почты и аккаунт Google, надо пройти по адресу nttp://feedburner.google.com/fb/a/myfeeds, в окошке справа ввести ник и пароль нашей почты и перейти на следующую страницу, где нам предлагают ввести адрес нашего блога или существующего уже фида для входа в него. Можно начать со страницы nttp://www.feedburner.com/fb/a/languages, и выбрав язык общения, перейти туда же.

Идет процесс идентификации блога, и мы обычно получаем сообщение такого рода: FeedBurner обнаружил больше одного фида по этому адресу. Пожалуйста, выбери один в качестве источника RSS 2.0: nttp://mysite.com/?feed=rss2 или Atom 0.3 nttp://mysite.com/?feed=atom. Нажимаем Next и получаем адрес фида. Полученный адрес вводим в соответствующее поле настроек плагина FeedBurner FeedSmith. Название фида формируется из названия блога, можете поменять его. В одном аккаунте мы можем иметь несколько блогов. Для того, чтобы перейти к индивидуальным настройкам одного из фидов жмем на ссылку с названием. Здесь видим пять закладок, по первой Analize нам предлагают бесплатные услуги трекинга StandardStats – это статистика для получения более подробной информации о читателях вашего фида. В закладке Optimise,по ссылке Browser Friendly, в выпадающем окошке ClearFeed можно поменять если необходимо язык интерфейса фида. В Опции контента выберете в каком виде показывать контент. Это важно!

Там же жмем Activate во вкладке SmartFeed. Во вкладке Publicize, по ссылке FeedCount получаем код счетчика, и активируем его.

По ссылке Email Subscriptions активируем “Подписку по электронной почте”, через FeedBurner. Выбор языка выпадающем окошке, копируем код формы для подписки на RSS-ленту и вставляем на страницу сайта. Не нравится форма, скопируйте и вставьте ссылку на подписку. Можете поставить чек, чтобы при отказе от рассылки приходило уведомление на мыло.

Если Вы в числе продвинутых, не забудем о Твиттере. Идем на вкладку Publicize – Socialize, видим окошко:

Жммем на кнопку, получаем окошко:

Вводим данные аккаунта в Твиттере(кто не знает что это, пропустите) и получаем одобрямс.

В окошке Additional text:Add вставьте слово предваряющее ваше сообщение. Анонсы ваших сообщений отныне исправно будут публиковаться в Твиттере. Правда знаков всего 140.
По ссылке Chicklet Chooser можно получить одну измножества предлагаемых иконок. Не забудьте нажать кнопку Активировать во всех случаях.
9. RUS-TO-LAT
Если мы планируем создать русскоязычный блог-сплог, активируем плагин RUS-TO-LAT. Он исправляет русский текст в ссылках, например при нашей настройке ЧПУ(/%category%/%postname%.html )ссылки будут выглядеть так http://localhost/blog/%d0%bf%d0%b5%d….. %b3.html т.е месиво из нечитаемых символов – процентов, цифр и букв. Плагин вместо кракозябров делает транслитерацию в двух стандартах – по умолчанию ISO 9-95 и ГОСТ 16876-71. Лучше выбрать первый вариант. Установка обычная – надо залить файл плагина в директорию wp-content/plugins и активировать его в админке блога. Устанавливайте плагин сразу, иначе потом придется редактировать все ранее созданные ссылки в постах.
10.maxblogpress-ping-optimizer
Следующим активируем плагин maxblogpress-ping-optimizer. Setting-<MBP Ping Optimizer-<MaxBlogPress Ping Optimizer 2.2.5.
Нас просят заполнить форму, чтобы зарегистрировать плагин. В принципе это не проблема, но у меня регистрация не прошла, видимо связано с тем, что блог находится на Localhost. Ничего страшного, достаем из запасников другую версию плагина, активируем его и попадаем на страницу.

Я насобирал в интернете сервисов для пинга, убрал дубли, получилось около 400 штук. Много, мало – вопрос спорный, с одной стороны если пинговать весь список и писать по 10 постов в сутки, увеличивается нагрузка на сервер, мы зовем много лишних ботов на сайт, с другой стороны если часто редактировать посты после написания и без установленного плагина, можно и с одним сервисом получить бан по IP. Очень плохо если один и тот же пост пинговать часто. Поэтому вопрос о количестве сервисов для пинга вы решите сами, еще нам поможет плагин maxblogpress-ping-optimizer. Этим плагином мы можем отключить повторный пинг при редактировании ранее сохраненного поста, добавить свои адреса сервисов, настроить пинг в автоматическом режиме только при публикации поста или ручном режиме. При просмотре логов результатов пинга, адреса сервисов которые не пинганулись выводятся в красном цвете, при повторе их можно удалить из списка. Вводим сервисы для . Вот еще один вариант(default_ping_urls.rar) списка, я его позаимствовал в одной почетной программе. При активации плагина, если мы до этого ввели дополнительный список сервисов на странице Writing Settings, он синхронизируется с ним и наоборот.
11. Revision Control
После WordPress 2.6 из новых возможностей появилась поддержка так называемых «ревизий» (revisions). WordPress позволяет нам хранить в базе данных не только последние редакции постов, но и определенное количество предыдущих редакций. Но редакции занимают место в базе данных, и со временем эта база сильно увеличивается. Кроме того автосохранение, т.е. по истечении некоторого промежутка времени (60сек) текст поста сохраняется. Автосохранение записывается в базу данных, когда включена поддержка ревизий. Подредактировать это возможно в файле wp-settings.php, который находится в корневом каталоге блога.
// define(’WP_POST_REVISIONS’, ‘5?);
Число 60 меняем на большее, количество ревизий на меньшее и, для того чтобы это работало, раскомментируем строки – убираем слэши(//). Все что вы прочитали, это ликбез, а на практике мы просто подключим один из известных плагинов с помощью которых мы будем управлять работой с ревизиями. Наш выбор – Revision Control. Активируем плагин и заходим в настройки: Setting->Revision Control. Ограничим количество ревизий до двух. Это обязательный плагин.
12. WP-DB-Backup
Устанавливаем плагин WP-DB-Backup. Он позволяет периодически делать бэкап базы данных блога. Не забудьте после заливки на host разрешить запись в wp-content для создание папки Backup.
Жмем Tools-<Backup-<Backup в Админке. Видим несколько таблиц. В верхней таблице настройки для бэкапа вручную, можно исключить бэкап спама, и включить бэкап таблиц синонимов и плагина статистики, включая определения по странам wp_simplesyn,wp_slim_countries,wp_slim_stats.

Далее выбираем куда загрузить файл с бэкапом. Тут учитывая ограниченный размер выделенного места под сайт (ежедневный бэкап по нескольку мегабайт – в год набирается немало), более удобен бэкап на email. Открываем аккаунт в Gmail (вспомним какое огромное дисковое пространство он нам выделяет), куда будет периодически загружаться файл с бэкапом базы данных блога-сплога. Адрес надо будет вписать уже на хосте, так как на каждый блог-сплог у вас, вероятно, будет свой адрес email. Если будет общий введите сразу. В нижней части, называемой “Scheduled Backup” (Запланированный бэкап), удобно установить бэкап например Once Weekly, с учетом бэкапа дополнительных таблиц. Вот я прямо с локалхоста сделал бэкап на moi_site@Gmail.com. С момента настройки еженедельные бэкапы базы данных Вашего блога на движке WordPress будут доставляться на указанный электронный почтовый адрес.

13. 404-notifier
Что такое ошибка 404 Вы думаю знаете. Когда посетители поисковых систем попадают на ваш блог и видят страницу ошибки 404, Вы, как правило, автоматом теряете посетителей. Согласитесь неприятная штука. Я знаю несколько плагинов по этой проблеме. Первый мы обязательно поставим – это 404-notifier.404

В базе данных появляется еще одна таблица.

В настройках плагина указываем email куда будет направляться информация о урл посетителя попавшего на страницу ошибки, и ссылка на наши страницы которые он набирал. Имея эту информацию, мы при помощи плагина Redirection применим редирект 301 и таким образом радикально решим проблему. Версия 404-notifie1.2a работает с WordPress 2.8.4. Вы не можете себе представить какое количество ошибок Вы получите на этот email.
14. Smart 404
Второй – Smart 404 по желанию. Он перенаправляет пользователя на похожую страничку и не показывает ему 404 ошибку.

Плагин пытается сделать поиск по материалам и тегам и выдает посетителю страницу, подходящую под набранный им урл, т.е пробует угадать что же он хотел увидеть на этой странице. Если есть совпадение, то пользователь сразу пересылается на целевую страницу без показа, у меня он это делал через раз, когда я набирал часть заголовка статьи то попадал на 404 страницу. Smart-404.0.3.3 работает с версией 2.8.4. Я ставил оба плагина – конфликтов не было.
15. Hotlink Protection
Если на нашем блоге намечается большое количество картинок, нам надо защититься от спецов, которые на своих сайтах заставляют браузер посетителя загружать картинки с нашего сервера. Это – Hotlink – включение в свою веб-страницу ресурсов с чужого сервера. Таким образом мы теряем свой трафик, за который платим. Одним из способов защиты – изменить файл .htaccess, добавив в него определенный код, но я думаю лучше поставить специальный плагин. Это Hotlink Protection. Вот описание плагина: Предотвращает создание хотлинков изображений в Вашем блоге, не нарушая при этом работу RSS читалок. RSS читалки получают альтернативный URL изображений, которые не защищены. Плагин требует mod_rewrite. Настройка простейшая. После активации плагина файл .htaccess приобретает такой вид:
# BEGIN WordPress
<IfModule mod_rewrite.c>;
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !http://localhost/wp_2.7.1
RewriteRule (wp-content/uploads.*\.(gif|jpg|jpeg|png)$) http://localhost/wp_2.7.1/wp-content/plugins/hotlink-protection/forbid.png [L]
RewriteBase /wp_2.7.1/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wp_2.7.1/index.php [L]
</IfModule c>;
# END WordPress
16. Theme Authenticity Checker, base64
Скорее всего Вы в ваших блогах будете задействовать разные бесплатные темы, которые придется брать в Интернете на различных сайтах. Если повезет попасть на сайт разработчика, Вы в качестве “бонуса” получите ссылку на него в футере. Причем оставить ее или нет только вопрос этики. Однако часто можно попасть на шаблоны содержащие кодированные файлы, в которые зашиты ссылки преследующие сео-раскрутку и поднятие ТИЦ некоторых сайтов, а скорее говносайтов. Причем это ворованные шаблоны или кое как переведенные, где удаляются ссылки на авторов, вставляются коммерческие ссылки, которые кодируются так, что при удалении этого кода еще и шаблон перекашивает. Бывает футер не закодирован но привязан к function.php, люди в этом случае советуют убрать кодированные строчки в function.php. Иногда в файле index.php ставят курсор на какую-нибудь строчку и нажимают на Space, и держат, пока курсор не вылезет далеко вправо по горизонтальной прокрутке. Там, они ставит свои коммерческие ссылки и закрывает их спец тэгами. Ссылка не видна на сайте, и открыв файл, можно обратить внимание только на длинную горизонтальную прокрутку и тогда промотать ее вправо. Говорят даже вшиваются вирусы, с помощью которых можно взять под контроль ваш сайт. Вот пример такого кода:
Для проверки шаблонов тем на вредоносный код, активируем плагин TAC (Theme Authenticity Checker). Он автоматически проверит активную и неактивные темы и определит наличие зашифрованного копирайта. Далее, если мы хотим применить данную тему, лучше бы его заменить обычным кодом. Если просто удалить шифровку – то шаблон до конца может не загрузиться. Чаще всего кодируется футер. Один из способов лечения – это вставить кусок из исходного кода страницы т.е то, что в браузере выводится, вместо кракозябр, затем перезагрузить страницу и сравнить начальный и конечный исходный код. Для удобства не забудьте в начале и конце кода в футере вставить маркеры такого вида <!–начало–>,<!–конец–>. Если после замены и удаления левых ссылок все работает – значит получилось, нет – применяем другие способы. Есть прога “n57_base64 encoder/decoder”. У меня она плохо работала, всего пару кодов расшифровала. Если я брал кусок нешифрованного кода из темы и шифровал его, потом этой же прогой он расшифровывался и этот код расшифровывал и онлайн раскодировщик www.opinionatedgeek.com/dotnet/tools/Base64Decode/Default.aspx. Кстати вот еще пару он-лайн сервисов www.gosudar.com.ru/index.php?module=tools_footer, webpeppers.ru/tools/php/template_decode/, www.tareeinternet.com/scripts/decrypt.php. С помощью последних двух я расшифровал код весом 140кб.
Есть еще такой вариант:
Копируем код, вставляем в “правильный” текстовый редактор и сохраняем как decoder.php. Далее загружаем на host или Localhost, набираем в браузере и…результат тоже через раз.
Еще иногда получалось вместо нечитаемого кода в футере вставить код из похожего шаблона. Я практиковал, часто получается. Если у вас не получается раскодировать куски закодированного текста, попробуйте все удалить. Вот на картинке видно как плагин из тайного делает явное. Заряженные темы с красной надписью, предупреждающей нас о наличиии вредоносного кода.

Жмем кнопку Details, и смотрим что за подарочек нам зарядили в тему. В правом верхнем углу активная ссылка на файлик, где находится этот код или внешняя ссылка.

17. Anti-XSS attack.
Надо бы что-то поставить для защиты блога, не переусердствуйте а то можно прослыть параноиком, но.., береженного бог бережет. Из 22-х известных нам плагинов для защиты WordPress выбираем Anti-XSS attack, автор Юрий Белотицкий. Алгоритм таков – когда заполняются данные в wp-admin, то проверяется реферер. Если запрос GET то есть в виде url и реферер не совпадает с адресом вашего сайта выводится окошко с запросом. Плагин четко работает, единственно, если у вас в браузере отключена передача referer, то все ваши действия WordPress будет воспринимать как XSS-атаку. Если в один прекрасный, а может быть не прекрасный момент вдруг при попытке войти в админку вас будет выбрасывать на главную страницу, не паникуйте, просто удалите файлик плагина. Потом, войдя в админку, при желании можете снова загрузить его, его даже не надо будет активировать.
18. Paranoja-401-27.
До версии 2.5.1 работает Anti-XSS attack, а в версиях старше paranoja-401-27 того же автора, а так как у нас версия 2.7.1 применяем этот плагин. Вот ссылка на плагин nttp://mywordpress.ru/plugins/anti-xss-attack. Здесь добавлен редирект на главную для пользователей уровня авторов. Как говорит о плагине сам автор это “Параноидальная проверка пароля для входа в админку”. Для установки поместим файл с плагином в папку wp-content/plugins, активируем, и больше ничего не надо делать, плагин работает. Сразу же он просит у нас ник и пароль для входа в админку.

Далее, при работе с блогом, при входе в админку пароль будет запрашиваться дважды(кликните по картинке).

Иногда при попытке входа в админку видим примерно такую запись:
Confirm transition: /wp-admin/admin.php?page=statpress-reloaded/statpress.php
19. Comment-referrers
Дополнительно для защиты активируем плагин comment-referrers. С его помощью мы увидим откуда пришел комментатор и легче будет отсеивать спам. Небольшое замечание, если увеличилось количество спама – значит ваш блог нашли, т.е. по каким-то запросам вы смогли неплохо подняться в поисковиках.
20. Wp-all-in-one-tools
Можно подключить wp-all-in-one-tools – многофункциональный плагин-менеджер, объединяющий в себе следующие плагины:
1.Replace WP-Version (сокрытие версии используемого WordPress);
Replace WP-Version применяют для ввода в заблуждение злоумышленников.
2.Iodized_Salt (при авторизации на сайте, ключ сессии в cookie дополнительно шифруется с IP пользователя);
Iodized_salt,иначе называемый “Йодированной солью”. При авторизации на сайте генерируется ключ сессии в cookie, хешированием в два этапа. Во время процедуры добавляется salt – бессмысленный набор символов, делающий расшифровку или фальсификацию очень затруднительной. При редактировании файла wp-config-sample.php, если помните мы вводили несколько предложений т.н SECRET_KEY. Сделано это для того, чтобы злоумышленник, вдруг завладевший хешом админского пароля, не смог сгенерировать себе админские парольные куки. Суть работы плагина в том, что во время генерации ключа к результату подмешивается IP клиента и мы имеем куки, совершенно бесполезные для использования на другом компе.
3.Disable WordPress Core Update (отключение функции проверки новых версий, в показа сообщения о необходимости обновления);
4.Disable WordPress Plugin Updates (аналогично Disable WordPress Core Update, но только плагинов, я бы не отключал, нужная вещь мне кажется);
Можно отключить функции проверки новых версий WordPress и плагинов.
5.Allow Numeric Stubs (позволяет для дочерних страниц использовать быструю ссылку только из чисел (например, /about/7/).);
6.Show Me Options (отображает при активации плагина прямую ссылку к его странице настроек);
7.Minimum Comment Length (выбор минимальной длинны комментария, если короче высвечивается сообщение);
8.Angsumans Feed Copyrighter (Добавляет копирайт в вашу RSS ленту).
Каждый из плагинов может быть включен или отключен отдельно. Плагин хороший, но я как то к ему не привык, поэтому от рекомендаций воздержусь.

Продолжение следует.
Автор Stepan Demin. Использование и копирование статьи РАЗРЕШАЕТСЯ с указанием автора и ссылки на первоисточник BlogInforama



