Bloginforama

Archive for the ‘SeoTraining’ Category

В третьей части статьи мы с вами научились устанавливать и настраивать плагины 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 – Формат разбивки по страницам – Эта строка добавляется в начало или конец заголовков, если это заголовки страниц, разделенных на подстраницы (например, главная страница или архив), поддерживаются один макрос:

%page% – Номер страницы

Вообще менять форматы титлов надо только если уверены что делаете. Убираем галки 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 просматривать маркер облака меток &gt!–st_tag_cloud–&gt при показе записей. 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

Во второй части статьи мы изучили плагины 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 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, который находится в корневом каталоге блога.

Число 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 приобретает такой вид:

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, активируем, и больше ничего не надо делать, плагин работает. Сразу же он просит у нас ник и пароль для входа в админку.

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

Иногда при попытке входа в админку видим примерно такую запись:

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

В первой части статьи мы выяснили, что иногда возникает потребность в массовый установке движка Wordpress, установили его на локальном сервере, узнали как создать базу данных, и познакомились с интерфейсом админки Wordpress v.2.7.1. Во второй узнаем как устанавливаются плагины the_excerpt Reloaded, WP-PageNavi, Akismet, SpamKarma2, Bad Behaviour ведь одной из важных составляющих настройки Вашего блога является установка плагинов.

Плагины – это специальные дополнения, которые расширяют возможности Вашего блога и делают его более индивидуальным и удобным одновременно. Возможности плагинов практически неограничены. Движок Wordpress в силу своей бесплатности и удобства развивается бешенными темпами. В интернете тысячи плагинов, как, кстати и тем оформления. Плагины, в зависимости от локализации можно скачать на wordpress.org/extend/plugins/ или ru-wordpress.org/category/wp-plugins, а впрочем, еще с тысяч адресов в интернете(weblogtoolscollection.com, wpzipper.com, www.wp-plugins-db.org, wp-plugins.net). Поиск рулит. Загрузить на хост плагины можно по FTP, но есть альтернативный способ. Начиная с версии 2.7 в админке есть опция для загрузки на сервер нужного плагина, упрощенным способом без ftp-клиента. Следуем в раздел Plugins – Add New – Install Plugins. В окошке Install a plugin in .zip format указываем путь к архиву с плагином у нас на компе например. Кроме этого там еще и поиск плагинов, лучшие, популярные и пр.

При установке Wordpress версии 2.5.1 я обычно первым делом для удобства активировал плагин админки Leopard Admin, но в нашей версии он не работает, да и ни один из 4-х 5-ти до этого известных мне плагинов админок не работал в Wordpress 2.7.1. Нашел два плагина, которые по идее должны работать даже с версией 2.8.2. Это Оzh-admin-drop-down-menu и Fluency Admin 2.0. Первый плагин напрочь отверг мои попытки, а Fluency Admin запустился на 2.7.1 и 2.8.4, но во-первых мне этот вариант выпадающего меню не очень понравился в плане эргономики, а во-вторых он плохо работал с Оперой. Вообще в интернете распространенным мнением является то, что удобней работать с версией Wordpress 2.5.1, в частности из за удобной админки. Мне админка Wordpress 2.7.1 поначалу не очень понравилась, она стала совершенно другой – непривычная какая-то. Но потом разобрался и, знаете, вошел во вкус. У меня даже создалось мнение, что для такой админки вообще плагин не нужен и прекратил поиски.
Ни для кого не секрет, что чем выше версия WordPress, тем больше он грузит сервер, больше разной для нас бесполезной информации, масса ссылок и пр. Помню когда вышла версия 2.6 я как то залез в дамп базы данных и ужаснулся сколько там ссылок и на мой взгляд левой информации. Да что там говорить, недавно я посмотрел сколько раз в базе данных весом несколько мегабайт повторяется слово WordPress. Ни много ни мало 2206 раз, WordPress.com – 868 раз, WordPress.org – 306, http://wordpress.org/ – 206 и.т.д и.т.п. При каждом входе в админку грузится много дополнительной информации, такой как анонс плагинов, новости WordPress, входящие ссылки, последние комментарии, упоминаемый выше поиск плагинов, лучшие, популярные. Это, естественно, грабит время и ресурсы. Чтобы админка заработала быстрее разработаны плагины – Dashboard-lite, dashboard-widget-manager, wordpress-dashboard-editor. Еще Clean-options нужен для того чтобы удалить из базы ненужную инфу. Вот, например вся информацию с rss-каналов что видна в доске объявлений оказывается хранится в базе данных и ее можно убрать с помощью этого плагина. Но вот при проверке оказалось что Dashboard-lite работает ниже версий WordPress 2.3, Dashboard Editor до версии 6.52, Dashboard-widget-manager прекрасно убирает все виджеты в доске объявлений тоже до версии 6.52. Обычно удаляется все, кроме Comments, Incoming Links. К моему большому сожалению ни один плагин у меня нормально не работал в версиях 2.7 – 2.84. Вот например устанавливаем плагин Dashboard Editor на версию 2.7 или 2.84. В Dashboard Managment – Dashboard Configuration ставим галки на Remove entire Widget section, Remove Developers news, Remove Planet News, Remove Wordpress Plugins, Remove Incoming Links – никакого эффекта, как только отмечаем Remove recent comments – доска полностью пустая и непонятно то ли эффект от плагина то ли глюк.

1. Начнем с плагина the_excerpt Reloaded.

Он позволяет отображать выдержку содержимого поста на главной странице, т.к. по мнению многих уважаемых seoшников полное содержание поста должно находится именно на странице с самим постом, а на главной странице, в RSS ленте, и.т.д. должна быть только часть его. Это нужно в частности для уменьшения количества дублированного контента на блоге. Некоторые темы имеют встроенную функцию выдержки поста, если нет – плагин надо обязательно поставить. Без него нам никак не обойтись.
Установка:
1. Распаковать файл “the-excerpt-reloaded.zip” и загрузить папку с содержимым в директорию “/wp-content/plugins/”.
2. Изменить конфигурационные настройки. В файле the-excerpt-reloaded.php присутствуют комментарии для помощи. Плагин можно настроить по следующим параметрам:
Количество слов отображаемых в выдержке.
Какие HTML теги остаются в выдержке.
Как WordPress должен форматировать содержимое выдержки, при ‘none’ отображается необработанное содержание. Отображать ли ссылку “more…”, также можно подредактировать ее внешний вид.
Выдержка из кода файла the-excerpt-reloaded.php – те самые конфигурационные настройки:

3. Активировать плагин “the_excerpt Reloaded” на странице управления плагинами в админ панели WordPress. Plugins – Installed – Manage Plugins – Action – Activate.
4. Заменить код в файлах шаблона темы, где это необходимо – прописать с заменой вот так:
Например в шаблоне default index.php
меняем на
Код подлежащий замене, чаще всего похож на вышеуказанный, или чуть отличается. Вот пример другого шаблона:

2. Очень удобный и очень нужный Плагин WP-PageNavi – плагин навигации страниц.

Кроме удобства, с его помощью можно получить дополнительные страницы 2-го уровня в SAPE, что нам выгодно, при работе в системе. Плагин предназначен для вывода расширенной постраничной навигации в удобном для нас месте страницы. Установка плагина WP-PageNavi заключается в загрузке плагина в папку плагинов, активирование через админку, и добавление кода в шаблон темы, обычно в конце кода перед footer. Код необходимо вставлять в файлы index.php и archive.php, т.е. там где выводится несколько постов.

Если в этих файлах уже присутствует код для вывода ссылок вида “Previous” и “Next”, например такого вида:
то мы меняем его на наш код. В принципе менять его не обязательно. Также, по желанию, для более менее продвинутых можно подкорректировать внешний вид ссылок. Для этого нужно изменить файл pagenavi-css.css в папке с плагином(wp_2.7.1wp-contentpluginswp-pagenavi), ну там шрифты, цвета в различных состояниях, отступы и.пр. Проверка на работоспособность плагина.
Настройки плагина находятся в админке
Settings->WP-PageNavi->Page Navigation Options.

Кроме этого плагина, мы можем применить альтернативные решения – wp-page-numbers, PagerFix, SEO Pager, navi. Эти решения не хуже и не лучше, это просто альтернатива.
Далее борьба со спамом. Цель спамера – получить ссылку с вашего сайта, тем самым ослабляя его позиции. Ручные комментарии, те которые публикуются живыми людьми сложно определить. Существуют различные способы автоматизации защиты, от настройки в админке, например можно включить обязательную регистрацию (эта мера отсеивает какую то долю спамеров), т.е штатными средствами движка до множества плагинов. Алгоритмы у плагинов тоже разные. Например есть плагин maxsite-comment-allow. Основа работы – спамер – случайный посетитель и его данные будут единичными. Значит отображать ссылку нужно только у тех, кто оставил несколько комментариев. Блэк листы неплохое дело, кое кто их собирает и выкладывает в интернете. Можно расставлять на ссылки в комментах rel=”nofollow”, или вообще резать все ссылки,но говорят это неприлично, есть даже движение DoFollow и плагин DoFollow, который убирает rel=”nofollow” из ссылок в комментариях.

3. Конечно, самым популярным плагином в борьбе со спамом является Akismet.

Принцип работы таков: когда на ваш блог поступает новый комментарий, трекбек или пинг, он передаётся на вебсервис Akismet, который обрабатывает его, проверяет запрос на большое число критериев и даёт ответ – спам это или не спам, т.е. никаких блэк листов, фильтров и пр. мы не храним. Идет постоянное обучение, спам хранится 15 дней, можно отменить удаление, исправить ошибку и тогда пройдет информация о ложном срабатывании для анализа. Спам вручную, помеченный в настройках WordPress тоже будет передан для улучшения эффективности в Akismet. Практически – это то, что нужно зарегистрироваться в Wordpress.com, получить аккаунт(представляете если у Вас сотни блогов – сплогов, или рискуете засветиться в Google под одним аккаунтом, или придется регистрировать много аккаунтов, вручную заи…тесь), морально – ты где то на учете, бог знает куда еще идут собранные сведения…Чего стоят слова из официального FAQ – Почему я должен регистрироваться на WordPress.com для получения ключа? Потому что он позволяет нам использовать единую систему регистрации и лучшую защиту против злоупотреблений системой. Слово ”Система “….. Вообще существует мнение, что Akismet больше любит убивать нормальные комментарии, да тормозить работу блога.
При пользовании Akismet можно купить коммерческий ключ. Коммерческие ключи имеют более высокий приоритет по сравнению с бесплатными, сервис быстрее.
Plugins->Akismet Configuration, попадаем на страницу Akismet Configuration.
Здесь в настройках вводим WordPress.com API key для Akismet. Чтобы получить WordPress.com API key заходим на страницу wordpress.com/signup/,

выбираем язык, заполняем поля, выбираем из двух вариантов – только регистрация логина или получения блога с названием username.wordpress.com, и ждем пока нам на указанный email придет письмо с подтверждением регистрации. Таким образом мы получаем аккаунт на wordpress.com. Далее, после создания блога, в админ панели мы увидим свой API key, который можно использовать во многих случаях – в разных плагинах и на разных блогах.
Сейчас мы можем ввести API key полученный в WordPress.com прямо на локалхосте, если хотим на всех, созданных в будущем блогах – сплогах работать под одним аккаунтом, иначе придется ввести его позже на какой то из блогов после заливки на Host. Ставим галку на Automatically discard spam comments on posts older than a month, больше месяца нет смысла держать комментарии без модерирования. Смотрим Network Status. Если No problems, значит связь с Akismet серверами есть, нет – чекаем. При желании можно в существующую тему, в удобное для просмотра место вставить код:
Тогда на странице блога будет видно количество спам комментариев, да и вообще спамеры будут бояться.
Dashboard->Akismet Stats – попадаем на страницу Akismet. При введенном API-KEI, получите статистику.

Эти данные вы будете просматривать уже на хосте. Если Вас смущают все эти “маркировки “, получение аккаунтов, “кеев” и прочие заморочки, отключайте Akismet и воспользуйтесь альтернативным решением. Читайте дальше…

4. Сейчас многие используют SpamKarma2 для защиты блога от спама и считают его лучшим средством.

В отличии от Akismet, Spam Karma – не внешняя служба, обработка спама происходит в WordPress. Это означает независимость от стороннего сервера, например Akismet. Я как то проверял online сервисом внешние ссылки одного блога со всеми настройками и плагинами, так там одиноко светились две ссылки Akismet и сайт разработчика плагина wp-cumulus.
Рассмотрим установку плагина SpamKarma2. За основу возьмем spam_karma_2_3. Если у нас русскоязычный блог, установим файл русификации от mikolka. Для этого скачаем sk2-ru_RU.mo для кодировки UTF-8, проверим файл wp-config.php на наличие там строки define (’WPLANG’, ‘ru_RU’), и поместим sk2-ru_RU.mo в wp-content/plugins/sk2/lang.

5. sk2_akismet_plugin

Если хотите усилить защиту, подключите сервис Akismet, для этого есть дополнение к SpamKarma – плагинчик в виде одного файла sk2_akismet_plugin, который надо поместить в wp-content/plugins/sk2/sk2_plugins. Это параноидально – универсальный подход, из существующих на данный момент. После активирования SpamKarma2 в Tools и Settings появляются идентичные кнопки Spam Karma 2 – Stats. Открываем и видим таблицы с настройками анти-спам подмодулей в виде галочек и выпадающих списков.

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

1. Автоматически одобрить зарегистрированного пользователя выше или равном уровне.
2. Ограничение количества ссылок.
3. Подтверждение что комментатор был определенное время на странице до комментов.
4. Менеджирование Блэк листа – святое дело. Что то он у меня не открывается.
5. Включить Javascript в форму комментария.
6. Включить шифрование в форму комментария. Гарантирует, что форма была загружена прежде, чем комментарий отправлен.
7. Обнаруживать неподходящее использование объектов HTML(используется спаммерами, чтобы мешать обнаружению ключевого слова).
8. Проверять TrackBack исходной страницы, чтобы гарантировать, что он содержит ссылку на сайт.
9. Степень проверки (постоянные коментаторы получают одобрение, неизвестные коментаторы – под колпаком у Мюллера).
10. Проверка IP и URL комментария по спискам в реальном времени (может быть добавлен в блэк лист).
11. Проверка в Akismet web service(при подключении файла sk2_akismet_plugin.
12. Антиспам капча различной сложности.
13. Anubis – конечная инстанция, пропускать, не пропускать коммент.
14. Посылать или не посылать по email резюме спама и как часто.
Дополнительные настройки разбирать не будем, единственно, не поленитесь нажать кнопку проверки совместимости темы.

6. И еще плагин Bad Behaviour.

Это очень эффективный плагин, который позволяет идентифицировать спам-ботов прежде, чем они заспамят ваш блог. Он посылает 403 ошибку вместо доступа к сайту всем предполагаемым спамерам, он их не пропускает даже в очередь спама. Совместим с плагином wp-super-cache. Плохо что он блокирует некоторых благонадежных и даже нужных посетителей, например роботов. Во избежании этого надо будет добавить IP адреса в файл whitelist в каталоге плагина или наоборот в файле blacklist-а удалить нужные строки. Плагин создает небольшую дополнительную нагрузку на блог при загрузке страниц, но в то же время мы тормозов получаем больше при постинге спама – комменты хоть и обязательно модерируются перед публикацией, но все одно заносятся в базу, а Bad Behavior по идее режет спамера на подходе. Очевидно есть смысл собрать IP адреса всех нужных роботов и добавить в whitelist плагина. Мы возьмем сборку от уважаемого lecactus. Плагин русифицированный, здесь добавлены в белый список некоторые адреса и убрана блокировка трекбеков-пингов от блогов на WP. Чтобы использовать функцию Bad Behavior’s http:BL вы должны иметь http:BL Access Key (ключ доступа). Что это за ключ, честно говоря, сам не знаю. Хороший плагин, говорят он блокирует около 99% автоматического спама. После установки плагина в базе данных новая таблица.

А вот и созрело самое мощное решение для защиты – связка Spam Karma 2 + Akismet web service + Bad Behaviour 2. Какое из этих решений применить, зависит от многих факторов – цели которую Вы преследуете при создании сборки, от предполагаемого количества посетителей и, соответственно, комментаторов, ну и в первую очередь от Вас.
О настройках других плагинов позже, в следующей части.

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

Wordpress является сейчас наиболее популярной платформой для хостинга блогов – сплогов, по статистике подавляющее большинство блогов на отдельных хостингах работают на движке WordPress. Причем ведут блоги не только “любители”, которые тешат свое эго, считая, что имея свой блог, где рассказывают о себе любимом, они тем самым вносят весомую лепту в обустройство интернет сообщества, но и люди, пытающиеся сделать на этом какие то деньги, т.е. профессионалы(в моем понятии профессионализм имеряется не качеством, так сказать, исполнения своей работы, а тем, что он получает за это деньги, независимо от качества исполнения). Так вот, у последних иногда возникает потребность в массовый установке любимого нами движка Wordpress. Это сателлито-строение, построение сетки блогов – сплогов для сапы и.пр. На коммерческом рынке для этих целей есть несколько решений. Первое – это так называемые автоустановщики блогов на Wordpress. Цены разные, доступность в паблике тоже. Самый дорогой, кажется DevilSeo Complex, стоимость комплекса, если не ошибаюсь 349 €. Есть еще Word Press Mass Installer, Wordpress Super Mass Installer, OnClickInstaller, WP ManagerDX2. В последнем, при установке новых блогов можно брать рандомно шаблонные темы из списка предустановленных. Из альтернативных решений в интернете можно найти другие решения, в частности от уважаемого Splogmaster_а “Установка и настройка WordPress в один клик”. Есть и другие решения, платные, бесплатные, иногда бредовые иногда заумные, выбор зависит от вашей квалификации, кошелька и…короче удачи в выборе. Я озвучу простейший метод, лежащий на поверхности, не претендующий на оригинальность. Наверное никто не будет спорить с тем, что отладку скриптов, в том числе и Wordpress для дальнейшей заливки на хост удобнее производить на рабочем компьютере. В случае с Wordpress это в основном настройка, активирование плагинов, подбор шаблона (темы), изменение его в случае необходимости. Для этой цели абсолютно не годятся фришные хостинги, мало годятся дешевые долларовые(1$), а для выделенного сервера Dedicaded у большинства нет ни денег ни достаточной квалификации для обслуживании. Что, если мы просто возьмем, например, WordPress 2.7.1,, проинсталлируем и настроим его на своем компьютере, на локальном сервере, получив таким образом отлаженную, готовую для работы сборку для дальнейшего использования в качестве блога – сплога. Дальше нам останется только грамотно переносить сей “шедевр” на фришные или купленные нами хосты. Заливка файлов не проблема, единственно надо грамотно перенести адаптированную под каждый хостинг базу данных, чтобы созданные нами блоги работали правильно. Адаптация, это определенное действо, позволяющее модифицировать исходную базу данных таким образом, что содержание всех таблиц остается неизменным, кроме навигационных ссылок, без которых новоиспеченный блог просто не сможет работать. Конечно никто Вам не запретит заодно и похулиганить, т.е. убрать заодно из базы данных многие сотни ссылок на внешние ресурсы, которыми изобилует движок в силу своей бесплатности. Далее на вновь созданных блогах – сплогах надо сделать буквально “несколько” настроек – поменять название блога, пароль, тэглайн, майл, биографические данные, возможно абсолютный путь к папке upload, выбрать шаблон темы, если активированы плагины, типа the-excerpt-reloaded и wp-pagenavi, проследить чтобы в файле index.php шаблона были внесены необходимые для их работы изменения, ввести для каждого сплога свой API Key WordPress и ID Yahoo, если Вы используете Akismet и Google Sitemap Generator и страдаете маньячеством и боитесь, что Google вычислит ваши сплоги(альтернатива один аккаунт на пачку сплогов). Так как будущие блоги получают в качестве приданного минимальный пакет плагинов, а в базе данных прописанные настройки, кое какие из них надо изменить. Например, если в сборке присутствует в качестве SEO оптимизирующего плагина любимый мною WPSeo, необходимо подкорректировать дефолтные настройки в поле тэгов описания и кейвордов, они должны соответствовать тематике блога, опубликованный блог должен получить адрес фида, который мы пропишем в настройках соответствующего плагина, если в файле .htaccess у хостера прописаны какие либо специфические настройки, надо добавить к ним наши вордпрессовские, какие, Вы узнаете ниже(просмотрите хостеровский файл заранее, чтобы не потерять его при замене вашего варианта при загрузке файлов движка), не забудьте, если Вы подключили плагин Google Sitemap Generator, загрузить в корень сайта заготовленные заранее два пустых файла sitemap.xml.gz, sitemap.xml и прописать права на запись для них и.т.д. и.т.п.
Построение статьи будет таким: в первой части мы установим на наш компьютер локальный сервер в виндовском варианте(я думаю у вас стоит операционка уважаемого Билла Гейтса, в противном случае нам, наверное, не по пути по причине Вашей продвинутости или принадлежности к буржуазному сообществу, использующему в основной массе Макинтош). В первой части мы установим WordPress на локальный сервер и настроим его. Тут же мы удивимся, как оказывается, просто установить движок и настроить WordPress. Далее шесть частей статьи, посвященных в основном установке и настройке различных плагинов. Список внушительный, но помните, не все из них будут стоять в вашем блоге, некоторые будут подключены временно, другие вообще не будут задействованы, но все они живые, и Вы должны знать для чего они, и как они работают, а где и какие из них будут у Вас работать, решать Вам. Во второй рассмотрим плагины the_excerpt Reloaded, WP-PageNavi, Akismet, SpamKarma2, Bad Behaviour, в третьей – в третьей изучим плагины Google Sitemap Generator, FeedBurner FeedSmith, RUS-TO-LAT, MaxBlogPress Ping Optimizer 2.2.5, Revision Control, WP-DB-Backup, 404-notifier, Smart 404, Hotlink Protection, TAC, Anti-XSS attack, paranoja-401-27, wp-all-in-one-tools, Iodized_Salt, в четвертой продолжим изучение SEO плагинов PlatinumSeoPack, Word press seo, Simple Tags, в пятой плагин меток WordPress Related Posts, WP-Cumulus, плагины редиректа, RC Link Redirector, Link Cloaking Plugin, (J)ExR, Wp-affiliate, WordPress Affiliate Pro, Alinks, WP-NoExternalLinks, для контроля нагрузки движка Wordpress подключим плагин Wptuner, не забудем про сервисы и плагины статистики – Woopra, Google Analytics, CNStats, Wp-SlimStat, myStat, CyStats, StatPress Reloaded, про которые напишем в шестой части, в седьмой, плагины автонаполнения контентом – FeedWordPress, Caffeinated Content. Восьмая часть исправит ошибки построения статьи, и как бы явится завершением темы озвученной в начале. Дело в том, что увлекшись описанием и установкой плагинов мы забыли зачем собрались. Ведь основная идея была в переносе настроенного сайта на хост. Для этого надо отключить кучу лишних плагинов которые мы поустанавливали, избавиться от накопленного мусора в базе данных, может быть залить в нее контент для публикации в будущих блогах в режиме расписания. Лучше бы сразу после настройки минимально необходимого пакета плагинов сделать бэкап базы в чистом варианте для дальнейшего использования, но мы сейчас пока этого не умеем и не знаем какие плагины войдут в этот пакет, поэтому после изучения плагинов и уточнения списка, придется очистить базу данных и по новой настроить WordPress. Здесь же, в этой части, мы поглубже копнем базу данных, подготовим ее к переносу на хост, научимся заливать Файлы сборки по FTP или через панель управления сервером. Знакомство с некоторыми плагинами, Autoblogged 2.4.22, WP Robot, WP Autoblog, WordPress Uniquefier, WP Traffic, Auto paging mb, WP Limit Posts Automatically, Simple Syn и пр., плюс некоторые бредовые мысли по теме как заработать денег будут озвучены постскриптум.
Итак, для начала нам нужно установить локальный Webserver, в данном случае это Denver. Для корректной работы WordPress и плагинов обязательно установим Zend Optimizer и дополнительные расширения – mbstring, curl.
Создаем в Z:\WebServers\home\localhost\www папку wp_2.7.1. Копируем туда сборку Wordpress, номер сборки и язык по вашему усмотрению, я взял v. 2.7.1 – английский вариант. Конечно можно было взять старую проверенную версию, ведь мы только успели привыкнуть к 2.6, где то далеко любимая 2.5.1, а вот уже новая 2.8.5 на подходе. В принципе, желание попробовать что то новенькое где то оправдано, ну знаете исправление уязвимостей и.пр. Вот обзор этой версии:
Новая панель администрирования, теперь навигация по панели находится с левой стороны, а верхняя часть будет использоваться авторами плагинов, для вывода навигации по плагинам и их параметрам.
Каждый блок в панели администрирования получит возможность редактирования, теперь Вы сами сможете настроить содержание виджетов.
Теперь в панели администрирования появилось новое окошко которое называется Быстрая Публикация, однако при написании поста в этом окошке, нет возможности назначить категорию для записи. Поэтому быстрее всего эта функция пригодна для создания черновиков в Вашем блоге.
Также появилось окошко Inbox, возможно в новой версии Wordpress, общаться с автором блога можно будет не только через E-Mail или ICQ, но и через сам Wordpress.
Верхнюю часть панели администрирования, сделали похожей на панель блогов Wordpress.com, появилась ссылка My Account которая ведет к Вашему профилю.
В разделе создания новой записи, теперь можно настроить отображение различных дополнительных элементов, можно отключить неиспользуемые при написании записей элементы, такие как Произвольные Поля, Трэкбэки, Защита записи паролем.
При публикации записи, теперь можно установить параметр, что бы закрепить запись на первой страничке Вашего блога, следующая запись будет опубликована ниже закрепленной записи.
Хранилище плагинов. В Wordpress 2.7 для установки плагина его не нужно будет скачивать или где-то искать, разработчики хотя встроить возможность найти и установить плагин через панель администрирования блога.
Также появилась возможность загружать архив с плагином через веб-интерфейс блога, что тоже упрощает установку плагинов.
Расширенная настройка картинок, которые Вы публикуете, можно настроить размеры картинок по умолчанию.

Установка блога на Localhost

Набираем http://localhost/denwer/Tools/addmuser/index.php и создаем базу данных. Называем ее например markb192_7, название не имеет значения, в будущем, на каждом сайте оно будет меняться, пароль тоже любой. Файл wp-config-sample.php переименовываем в wp-config.php, и прописываем в нем данные базы MySQL.

Ниже вставляем одно, а в старших версиях несколько любых предложений на английском языке т.н SECRET_KEY.

Что есть SECRET_KEY? Для чего он нужен, спросите Вы? Если коротко – для лучшей защиты наших паролей. Дело в том, что когда мы вводим пароль он подвергается md5-преобразованию, а затем уже попадает в базу данных уже в зашифрованном виде. Md5-хэш простых паролей можно легко найти в определенных сервисах или использовать оффлайн утилиты. А это значит, что перехватив наш зашифрованный пароль злоумышленник может его расшифровать. Например, если Вы используете пароль вида 12345, его Md5-хэш Для улучшения безопасности разработчики добавили некий случайный элемент в генерацию хэша, который бы не позволил определить пароль по его md5, не зная этого элемента. Вот эти, не имеющие смысла предложения и есть SECRET_KEY! Механизм таков: при авторизации генерируются куки хешированием в два этапа и добавляется salt – бессмысленный набор символов, делающий расшифровку или фальсификацию затруднительной. Это сделано, чтобы кто то завладевший хешом админского пароля, не смог сгенерировать себе админские парольные куки и получить админку в полное свое распоряжение.
Открываем в браузере http://localhost/wp_2.7.1/wp-admin/install.php. Вводим любое название блога (Title) и любой e-mail. В дальнейшем, на каждом вновь созданном блоге эти данные будут свои. Нажимаем «Далее» и на следующей странице получаем имя пользователя блога – admin и пароль. Заходим http://localhost/wp_2.7.1/wp-admin/ вводим admin и данный нам пароль и попадаем в Dashboard – панель объявлений.

В левой колонке жмем Users – Your Profile быстренько меняем пароль на более простой, так как эту абракадабру не запомнить, а нам в процессе настройки придется часто заходить в админку, и удобней пароль вводить по памяти. На странице Profile в нижней части находим два поля New Password, соответственно дважды вводим новый пароль и не забываем нажать Update Profile. Не забудьте удалить файл install.php в папке wp-admin.
Альтернативная установка.
Можно установить Wordpress по другому. Причем заодно даже изменить вид набора адреса блога в Denver. Для этого в Денвере в \WebServers\home\ создаем папку, обзываем ее, например, wp_2.8.4.ru(расширение .ru,.com и.т.д. обязательно), в ней еще одну папку www, и заливаем туда файлы Wordpress. Создаем базу данных, для этого заходим по адресу http://localhost/Tools/phpmyadmin/index.php, попадаем на страницу приветствия, в левое окошечко вводим название будущей базы, справа рядом выбираем сравнение с utf8_general_ci и нажимаем кнопку “создать”.

Получаем подтверждение.

Набираем адрес будущего блога в браузере http://wp_2.8.4.ru/, кстати заметили, что адрес без слова localhost? Получаем окошко:

Жмем создать, получаем еще одно.

Небольшое отступление. Вы, наверное, обратили внимание, когда зашли на страницу приветствия, внизу красным цветом была выделена надпись, предупреждающая о том, что привилегированный пользователь не имеет пароля и что это может быть небезопасно, причем имя привилегированного пользователя по умолчанию root . Так мы и вводим User – root, вместо пароля пропуск. Короче, название базы вводите ваше, остальное по рисунку.

Все в порядке

Вводим заголовок блога и мыло для пароля.

И получаем пароль для входа.

Все, блог установлен.
Вот первоначальный вид 10-ти таблиц базы данных.

Настройки блога.
Идем далее. Одна из первых настроек блога – ЧПУ. Это не что иное как веб-адреса, удобные для восприятия человеком и мы сейчас создадим систему построения таких адресов. ЧПУ – это аббревиатура от словосочетания человекопонятный УРЛ – жаргонное обозначение URL. Пользователь видит максимально лаконичные и интуитивно понятные адреса, которые показывают естественную для нас логическую структуру данных на сервере. Единственный недостаток, сервер больше затрачивает ресурсов. И еще – обязателен модуль mod_rewrite.
Setting – Permalink Settings – видим что то подобное

Мой выбор /%category%/%postname%.html.
Названия страниц будет формироваться из названия сайта, категории и заголовка сообщения. Это оптимально для продвижения, так как позволяет поместить нужный ключевик не только в название поста, но и в категорию. Обязательно ставим %postname%, чтобы ссылка вела на конкретный материал. %postname% – Заголовок записи латиницей (можно использовать поле «Короткая ссылка» при редактировании записи, чтобы задать свое название ссылки, когда заголовок слишком длинный). %category% – Название категории латиницей (короткую ссылку рубрики можно изменить в Админке – Управление – Рубрики). Запомним, что если мы используем %postname% вместе с параметром %category%, и решим переместить статью в другую рубрику, то получим другой URL записи, и посетители получат ошибку 404. Вообще использовать %postname% очень хорошо, поскольку Google учитывает ключевые слова в ссылках при ранжировании. Последнее время из за пару раз возникших проблем при перемещении поста я использую пермалинк /%post_id%/%postname%/, кажется это оптимальный вариант. Чтобы WordPress изменил структуру ссылок автоматически, у нас должны быть установлены права на перезапись на .htaccess файл в корне сайта. Права на перезапись зависят он настроек сервера – 777 или 755. После того как .htaccess перезаписан, не забудьте изменить права обратно, например 644. При настройке система генерируется код, который прописывается в файле .htaccess
Если он автоматически не прописался в файле .htaccess, создайте на хосте файл и пропишите его сами, а то получим неправильную навигацию по блогу. Этот код индивидуален для нашей установки. Как Вы видите в строчках “RewriteBase /” и “RewriteRule . /index.php [L]” перед “/” прописалось название папки, в которой находится установленный WordPress на локалхосте, при заливке на хост в таком виде команды такого вида поломают навигацию по блогу, поэтому обязательно подкорректируйте файл, т.е. можно взять вышеуказанный код за основу, только строкибудут без “wp_2.7.1/”, слэш остается. В результате файл .htaccess приобрел следующий вид:
В случае, если при написании поста русский текст пишется квадратиками и палочками, а латиница пишется нормально, надо прописать первой строкой в .htaccess – AddDefaultCharset UTF-8.
Если внутри папки wp-content отсутствует папка uploads, обязательно создаем ее, сюда будут складываться фотографии, файлы из постов блога. На локалхосте нет, а вот после заливки на хост пропишем на нее права 777. Для тех кто в танке, в ftp-менеджере, я например использую для заливки файлов Total Commander, выделяем папку файл или группу файлов, затем Файл – изменить атрибуты и вводим нужное значение прав доступа. Кстати неправильно выставленные атрибуты одна из самых распространенных причин различных косяков при работе скриптов. Создадим или, если он есть в корне блога, приведем к такому виду файл robots.txt:

Познакомимся с интерфейсом админки Wordpress 2.7.1
В левой колонке разделы с множеством выпадающих кнопок. Пройдемся по некоторым из них.
Dashboard – панель объявлений, навигационная панель, здесь публикуются объявления движка Wordpress, можно ознакомиться с информацией о последних комментариях, входящих ссылках и.т.д., после установки соответствующих плагинов здесь появляется еще две кнопки SlimStat и Akismet Stats.
Раздел Posts – редактирование, удаление постов, страниц, комментариев, создание новых категорий, импорт и экспорт, создание и редактирование тегов, массовое редактирование тэгов, авто тэги. В Dashboard выбираем Posts – Categories. Создаем основные разделы (рубрики) блога. Заголовок рубрики выбираем из наибольшего соответствия содержимому, не забывая включить в него ключевое слово.
Category slug – это значение будет использовано в url рубрики.
При создании категории в поле Category Description прописываем title для страниц рубрик. Только на этот раз составляем title, исходя из ключевых слов для этой рубрики, а не всего сайта.
Сразу переименуйте название дефолтной категории к примеру на News. Category Slug – это короткая ссылка рубрик, обязательно в нижнем регистре, пускай будет news.
Раздел Media – включает подразделы – Library и Add New.
Раздел Links – ссылки на боковой панели блога, некоторые отображаются по умолчанию. Удалять их, или не удалять ваше дело, но знайте что после установки нашего набора плагинов они будут с тегом rel=\”nofollow\. Это значит что Google для этих ссылок не учитывает ссылочное ранжирование, т.е.PR не утекает. Раздел включает три подраздела Еdit, Add New, Link Categories. Здесь ссылки можно добавлять и редактировать. По умолчанию предусмотрены две категории ссылок Blogroll и Contributors, их также можно редактировать добавлять или удалять.
Раздел Pages включает два подраздела Edit, Add New. В первом подразделе можно редактировать существующие страницы, Add New – визуальный редактор, где можно написать страницу.
Раздел Comments – просмотр комментариев к сообщениям, цензура, редактирование.
Раздел Apperance – выбор и редактирование тем для вашего блога. Темы – это шаблоны – templates. Включает три обязательных подраздела Themes, Widgets, Editor. Некоторые темы добавляют свои кнопки, например WordPress Default 1.6 – Header Image and Color. В Themes мы выбираем и активируем текущую тему. Виджеты используются для оформления боковых панелей – sidebar. Editor – редактор тем. Открывается окошко Edit Themes, справа выпадающая панелька выбора редактируемой темы, ниже все файлы темы. Слева окно редактирования. Иногда при редактировании файлов, если не активна кнопка Update File, им надо разрешить изменения, т.е. присвоить атрибуты 666. Найти их можно в папке /wp-content/themes/текущая тема. Основные файлы такие: style.css отвечает за оформление текста, page template это темплейт страниц, single post – оформление одиночного поста, header – верхняя часть блога, sidebar – боковая панель, footer – самый нижний блок, main index template – первая страница блога. При установке плагина the_excerpt Reloaded обратите внимание на наличие single post(single.php), иначе плагин работать не будет. Обязательно при смене шаблона посмотрите как он выглядит в нескольких браузерах. Кстати, в некоторые свободные темы Wordpress разработчики, а может другие нехорошие люди закладывают вредоносный код, закодированный сценарий, который может содержать нежелательные передаваемые данные, в которых зашифрованы в лучшем случае ссылки на их сайт, и еще хуже код типа hijack, который будет менять настройки браузеров посетителей такого блога. Что там еще может быть мы не знаем, это не очень приятно, и для того чтобы обнаружить наличие кода в шаблоне поставим плагин Tac(Theme Authentication Checker). TAC ищет в файлах всех залитых тем признаки враждебного программного кода. Как убирается этот код-тема отдельная. Установите его если собираетесь менять в вашем блоге – сплоге темы. При подключении плагина, в разделе Dashboard появляется кнопка Tac.
Раздел Plugins – включает подраздел Installed, Add New, Editor, и при установке плагина Akismet появляется соответствующая кнопка Akismet Configuration. В первом подразделе Installed – Manage Plugins происходит основная работа с плагинами – активирование, обновление. Во втором подразделе поиск и инсталлирование плагинов в.zip формате. Кнопка Editor открывает окошко Edit Plugins, где мы, при наличии определенного опыта, будем редактировать плагины.
Раздел Users – включает подразделы Authors – Users, Add New, Your Profile. Authors – Users – Users - открывается страница со списком юзеров, где можно редактировать данные юэеров и удалять их. При редактировании профиля админа мы переходим в подраздел Your Profile – Profile, где и происходит редактирование данных о админе. Add New – Add New User-создание новых пользователей.
Раздел Tools – включает подразделы Tools, Import, Export, Upgrade, при установленном плагине WP-DB-Backup – кнопка Backup. В первом подразделе Tools нам предлагают установить Google Gears – расширение для FireFox, которое позволяет кэшировать информацию некоторых web-приложений, в их числе админка WordPress.
Tools – Import – Import, здесь импорт категорий, постов, комментарий, линков, тэгов из Blogger, LiveJournal, RSS, и прочих мест. Можете скачать файл
“Пытаться уведомлять указанные в публикации блоги (замедляет публикацию).
Разрешить ссылки уведомлений от других блогов (pingbacks и trackbacks).
Разрешить возможность оставлять комментарии на новые статьи. Автор комментария должен указать свое имя и email.
Пользователи должны быть зарегистрированы и авторизованы для комментирования. Автоматически отключать комментирование для записей старше…N…дней.
Включить древовидные (вложенные) комментарии с уровнем вложенности до…… Разбивать комментарии на страницы по..N..комментариев верхнего уровня на каждой и по умолчанию отображать(первую или последнюю) страницу
Сверху отображать(старые или новые)комментарии”
Вышеперечисленные функции включайте по вашему усмотрению, единственное если Вы включите вот эту функцию(Автоматически отключать комментирование для записей старше…N…дней.) например на 15 дней и забудете, то потом долго будете копаться в разных настройках не зная как включить комментирование поста. Если хотите резко обрубить спамеров, включите Users must be registered and logged in to comment (Пользователи должны быть зарегистрированы и войти в систему, чтобы прокомментировать). E-mail me whenever, Anyone posts a comment – A comment is held for moderation(Оправить мне письмо, когда Кто-нибудь оставил комментарий и Комментарий ожидает модерирования), думаю это лишнее – снимем галки.
Включаем An administrator must always approve the comment – администратор сначала будет просматривать комментарии и разрешать их. Для борьбы со спамом включаем Comment Moderation – Hold a comment in the queue if it.. – минимальное количество ссылок в комментарии, после которого он будет автоматически отправлен на модерацию.
Можно указать список слов, Comment Moderation – если они встретятся в комментарии, автоматически будут отправлены на модерацию. Слова сравниваются по частичному вхождению, например слово «Moder» также запретит слово «Moderation».
Comment – Blacklist, замеченные черноспамовцы их адреса и стандартные слова, встречающиеся в комментарии заносятся в список и будут сразу метиться как спам. Остальные настройки по умолчанию.
Setting – Media – Media Settings – здесь узываем размеры тумбнашек, средний и большой размер картинок, который будет предлагаться в редакторе при загрузке.
Setting – Privacy – Privacy Settings – отношение к поисковикам. В первом случае блог будет доступен для индексации поисковыми машинами, при втором – на блог смогут заходить только люди, но не роботы поисковиков. В каких случаях это важно? Допустим мы осуществляем кросспостинг в блоги,сплоги. Для чего это нужно Вы, думаю, знаете. Представим себе, что они находятся на бонусном фрихостинге, где-нибудь в социальной сети, где роботы живут, не выходя. Это означает сиюминутную индексацию и прочие привилегии. Что же получается – мы публикуем отправляем оригинальный материал с основного блога на сплог, боты по вышеописанной причине отдают сплогам преимущество, а наш основной блог, находящийся на обычном хосте отходит на второй план, теряя Тиц, PR и пр. Поэтому мы иногда запрещаем индексацию сплогов в разделе Privacy. Setting – Permalink – Permalink Settings – повторяюсь, прописываем в Common settings /%category%/%postname%.html или /%post_id%/%postname%/ по желанию.
Setting – Miscellaneous – Miscellaneous Settings – указываем путь, где будут храниться фотографии, файлы. По умолчанию стоит wp-content – uploads. Здесь же кнопки некоторых подключенных плагинов – FeedBurner, Syndication, Platinum SEO, RusToLat, Simple Syn, WP Cumulus, MBP Ping Optimizer, PageNavi, Revisions, Simple Tags, XML-Sitemap. О настройках плагинов позже, в следующей части.
Продолжение следует.
Автор Stepan Demin. Использование и копирование статьи РАЗРЕШАЕТСЯ с указанием автора и ссылки на первоисточник BlogInforama