Записи с метками ‘guide’

Адаптируем тему под WordPress 2.3.x

Среда, 12 декабря 2007

Обещал, значится, вот и пишу. Если кто-то ожидает “откровений”, то думаю несколько напрасно, но для общего развития людям, интересующимся CMS WordPress и желающим идти в ногу со временем, ознакомиться стоит.

Многих людей останавливает от перехода на WordPress 2.3 сам процесс апгрейда до новой версии, и я вполне их понимаю, потому что сталкивался с “кривыми” апдейтами, когда приходилось править “напильником” кодировки или наблюдать округлившиеся глаза после “преобразования категорий в тэги” и фразу “Эээ… а как это сделать обратно?”.

Поэтому, если уж обновляетесь, то делайте это правильно, а, если есть возможность, попросите людей знающих. Они это сделают и быстро, и качественно, а то ведь можно и так конвертнуть базу, что “и” и “ш” пропадут и обратно их уже не получить.

Ну а теперь к теме поста. Первым делом определимся с тем, что у нас реально нового появилось в WordPress 2.3 относительно тем: 1. Тэги, 1а. Облако тэгов, 2. Несколько Deprecated тэгов и их новые аналоги.
Пройдёмся по порядку.

1.Тэги.

Да-да, теперь у нас есть встроенные тэги (ура-ура!), а так же несколько тэгов-разметки для работы с ними:
the_tags - выводит все тэги, назначенные посту, используется внутри Loop.
Синтакис простой: the_tags(’текст ДО’, ‘разделитель МЕЖДУ тэгами’, ‘текст ПОСЛЕ’).
Примеры из кодекса:
the_tags(’Метки:’, ‘, ‘, ‘<br />’); - выведет текст “Метки:”, список тэгов через запятую, а потом перейдёт на новую строку.
Или вот код, выводящий тэги в виде ненумерованного списка the_tags(’<ul><li>’,'</li><li>’,'</li></ul>’);

get_the_tags - функция возвращает (заметьте, не выводит, а только лишь возвращает) список всех тэгов, назначенных посту, в виде массива объектов. А вы уже с ним можете делать что хотите, т.е. формировать какие угодно конструкции и вводить проверки, работая с каждым тэгом в отдельности. Работает только в Loop.
Вот пример того, как выводить тэги в виде картинок, с соответствии с названием (стоит понимать, что картинку нужно положить в папку ДО применения тэга):

term_id);
    echo '<a href="' . $link . '" rel="tag">'
       .'<img src="http://example.com/images/'
       .$tag->name .'.jpg" alt="'
       . $tag->name . '" /></a>';
  }
}?>

Всё просто, во второй строке мы сохраняем в переменную posttags все тэги данного поста, в третьей проверяем попался ли нам хоть 1 тэг (вот, кстати, и ещё одно применение get_the_tags() - проверка на существование тэгов, пример будет чуть позже), в четвёртой строке начинаем выдёргивать по очереди все тэги и с 5 по 9 строку выводим картинку в ссылке.
В принципе строки с 6 по 9 можно объединить в одну, это я чтобы в блоге за края не уезжало.

А вот этот коротенький код будет выводить тэги только тогда, когда они есть. Желательно использовать в том случае, если вы обновляли свой блог с более ранней (<2.3) версии и не успели "пометить" все посты, в таком случае пользователь не будет удивлён строчкой "Метки:" и пустым пространством за ним.

 

Ну и чтобы закончить с get_the_tags(), вот список параметров, которые можно получить через $tag->параметр:

  • term_id - id тэга
  • name - имя
  • slug - сокращение, сгенеренное из имени. Если вы используете RusToLat, то генериться он будет в транслите.
  • count - общее количество раз, которые тэг встречался в блоге.

single_tag_title - функция выводит/передаёт в переменную, заголовок страницы тэга, т.е. той, которая будет доступна при просмотре всех постов с определенной меткой (/tag/wordpress). Я кончено могу и ошибаться, но это 100% аналог тэга single_cat_title, причём, если вы применяете последний, то он адекватно будет выводить и заголовки для тэгов, а не только категорий.

1а. Облако Тэгов

До меня уже Максим подробно описал работу с облаком тэгов, поэтому просто процитирую его:

Для того, чтобы вывести облако меток, например в сайдбаре нужно использовать функцию wp_tag_cloud(). Функция принимает следующие аргументы (указаны значения по-умолчанию):

  • ’smallest’ => 8 (минимальный размер шрифта)
  • ‘largest’ => 22 (максимальный размер шрифта)
  • ‘unit’ => ‘pt’ (единицы измерения)
  • ‘number’ => 45 (количество меток в облаке)
  • ‘format’ => ‘flat’ (разделитель: flat - пробел, list - список, array - массив)
  • ‘orderby’ => ‘name’ (сортировка: name - по имени, count - количеству записей)
  • ‘order’ => ‘ASC’ (порядок сортировки: ASC - прямой, DESC - обратный)
  • ‘exclude’ => ” (исключить метки, указываются через запятую)
  • ‘include’ => ” (включить метки, указываются через запятую)

Полезность для работы с тэгами.

Если кто ещё не знает о существовании такого мега полезного плагина как Simple Tags, то могу только… посоветовать его немедленно скачать и установить! Так же не забываем благодарить тов. Лекактуса за качественную локализацию и своевременные обновления.

Что может плагин (взято у Лекактуса):
Simple Tags - это ПРЕВОСХОДНЫЙ инструмент для управления вашими метками WP 2.3.
Он был написан со следующей философией: лучше производительность, больше безопасность и преподнесение новых функций!

  • угадывает метки при вводе и подставляет из существующих
  • автоматические подходящие метки для записи
  • управление метками (переименование,удаление объединение, поиск и добавление меток, редактирование коротких ссылок меток)
  • список непомеченных страниц/записей
  • массовое редактирование меток
  • возможность добавлять метки в страницы (не только записи) и включение их в результаты поиска по меткам
  • связанные записи по общим меткам
  • возможность добавлять связанные записи в RSS
  • динамические облака меток с раскрашиванием в виджетах
  • метки внутри заголовка блога
  • поддержка встраиваемых меток ([tags]tag1, tag2[/tags]) для совместимости со старыми записями, где они были заданы таким способом
  • Автоматическая вставка меток а записи (опционально, без редактирования шаблона). А также на выбор включение их только на блоге/в rss или в оба места сразу

О том, как всё это настраивать, написано ОЧЕНЬ подробно на странице плагина.
А ещё я советую вам пролистать блог Лекактуса на наличие кучи полезных плагинов и подписаться на рсс, чтобы следить за их обновлениями.

Deprecated тэги/функции и их новые аналоги

Небольшое отступление перед тем, как перейти непосредственно к самим тэгам. Если вы не знаете что, такое Deprecated (нежелательные) элементы в программировании, то в кратком виде статья с wikipedia:

Часть программы или метод, обозначенный как deprecated, являются сомнительными, и использование их в дальнейшем необоснованно. Эта часть работает в текущей версии ПО, однако может вызывать сообщение об ошибке в качестве предупреждения. Это служит для предупреждения пользователя о том, что данная часть кода может быть удалена в следующих резлизах программы.

Основной причиной объявления части кода (функций, методов, классов) как deprecated является желание улучшать код, и, при этом, со временем избавляться от устаревших подходов. Оставление старого кода наряду с новым приводило бы к неоправданному разрастанию программного продукта, что усложняло бы его поддержку, изучение и использование. В то же время, просто удалять устаревшие части кода нежелательно, так как это нарушит обратную совместимость для пользователей данного ПО.

Короче, никто не гарантирует, что те тэги/функции, которые были помечены deprecated после релиза WordPress 2.3, вообще будут работать, а уж тем более каждая новая версия (а 2.4 уже вот-вот будет доступен) увеличивает шанс, что тэги будут выдавать ошибку или работать не верно. Поэтому просто-напросто, нужно просмотреть свою тему, найти все вхождения “нежелательных” тэгов и поменять их на новые.

Тэги работы с ссылками из блогролла

get_links_list - вывод всех пунктов блогролла в виде не нумерованного списка.
wp_get_links - выводит ссылки из определенной категории блогролла, в виде списка.
get_links - настраиваемое отображение ссылок из блогролла.

На смену этим тэгам-разметки пришла (причём ещё в 2.1 версии, но запретили их только сейчас) функция wp_list_bookmarks(), которая делает всё тоже самое, только лучше.

Если использовать wp_list_bookmarks() без параметров, то на выходе получим список ссылок из блогролла, разбитые по категориям, отсортированные по имени, с картинкой, если она указана; так же в ссылке будет описание в title, взятое из соответствующего поля; рейтинг указан не будет.
Понятное дело, что параметров уйма:

  • categorize - разбивать ли ссылки по принадлежности категории? 1 - Да, 0 - Нет.
  • category - ID категорий через запятую, которые нужно отображать.
  • category_name - тоже самое, что и category, но указываются имена категорий.
  • category_orderby - по какому полю сортировать категории. name - имя (по-умолчанию) или id.
  • category_order - порядок сортировки по предыдущему параметру. ASС и DESC соответственно.
  • title_li - указываем текст, который будет выведен перед всеми ссылками, если параметр categorize=0. По-умолчанию выводится “Bookmarks”, но если указать пустое значение (title_li=), то ничего выведено не будет, в том числе и <ul>, и </ul>.
  • title_before и title_after - два параметра определяющие обрамление описания (decription) категорий, при categorize=1. По-умолчанию обрамляются заголовком второго уровня (<h2></h2>). Если меняете один из этих параметров, то не забудьте заменить и второй.
  • show_private - параметр определяющий, можно ли отображать “приватные” ссылки. Если установлено значение 1, то игнорируются админские настройки и выводят даже личные ссылки.
  • include и exclude - позволяют точно указывать, какие ссылки (по ID) показывать/не показывать.
  • orderby - это уже сортировка ссылок, а не категорий, тут вариантов больше: id, url, name, target (”Назначение” в русской версии), description (описание), owner (владелец ссылки, т.е. тот кто её добавил), rating, updated (дата последних изменений), rel (”Отношение к ссылке”), notes (”Заметки”), rss, length (сортировка в зависимости от длинны ), rand (в случайном порядке).
  • order - порядок сортировки по предыдущему параметру. ASС и DESC соответственно.
  • limit - количество ссылок, которые будут показаны. Параметр -1 отобразит все ссылки, удовлетворяющие остальным параметрам, он же и стоит по-умолчанию.
  • before, after, category_before, category_after - обрамление каждой ссылки и каждой категории (не описания, как в случае с title_before и title_after). По умолчанию в обоих случаях стоят <li>, и </li>, причём в <li> категории дописывается соответствующий ей id и class.
  • between - параметр, определяющий разделитель, между ссылкой/изображением и соответствующим описанием, по умолчанию стоит перевод на новую строку (’\n’).
  • show_images - показывать ли изображение, если оно указано в соответствующем поле. 1 - Да, 0 - Нет.
  • show_description - показывать описание к ссылке или нет.
  • show_rating - отображать ли рейтинг.
  • show_updated - указывать ли дату и время последнего обновления.
  • hide_invisible - выводить ли ссылки помеченные как “невидимые”? В данном случае 1 - Нет, 0 - Да.
  • echo - выводить ли сразу в шаблон или просто вернуть значение в переменную (чтобы ещё мучать при помощи PHP). 1 - Да, 0 - Нет.

Фуф, осилили? Ну, тогда для самых стойких небольшой пример - код выводит ссылки из рубрики ID=2, используя при этом картинки, обрамленные в и без описания. В добавок всё отсортированно по URL ссылки.


  &after=&show_images=1&show_description=0&orderby=url');
?>

Ну что же, вроде основные моменты в адаптации темы под WordPress 2.3.x я описал, остальное в ваших руках.

Если что-то осталось непонятным или после прочтения возникли вопросы, то не стесняемся и спрашиваем в комментариях. Хотелось бы узнать, полезно ли будет описать остальные Deprecated тэги и их аналоги, для тех, кто переходит с 2.0.x на 2.1 и выше?

Желаю успешного, а главное безглючного перехода на WordPress 2.3.

Извращения с темами WordPress для новичков и не только (Часть 3)

Четверг, 25 октября 2007

Последний и пока что заключительный этап в глумлении над темами многострадального WordPress.

Произвольные поля

Наверное? многие неискушенные пользователи WordPress частенько задавались вопросом: “А что же это такое “Произвольные поля“?” (или Custom Fields в англ.версии), когда их глаза попадали на соответствующий блок в панели написания поста. Постараюсь объяснить популярно и доходчиво - это потрясающая по своим возможностям фишка. Не понятно?
Хорошо, а если так - произвольные поля, позволяют добавлять к посту/странице “скрытую” информацию любого (текстового) вида, а потом обрабатывать её при выводе. Всё ещё не ясно? Ну тогда обратимся к примеру.

Добавляем “Настроение” и “Слушает”

Пишем пост и прокручиваем страницу до раздела “Произвольные поля”, после чего вбиваем в название поля: “Настроение”, а в текст поля “Хреновое” (ну или у кого-что, а у меня сегодня голова раскалывается), таким же манером добавляем “Музыка” и то, что у вас сейчас играет.
В нужном файле темы (думаю, вы уже усвоили, что файл index.php отвечает за внешний вид главной, single.php - посты, page.php - страницы, search.php - поиск и т.д.), в любом месте добавляем:

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


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

Вставка изображения со ссылкой на пост

Сперва, создадим произвольное поле article_image и укажем в нём полный путь до изображения.
custom_fields_img
В теме же вставим следующий код:

ID, 'article_image', true); ?>

<?php the_title(); ?>

Тут требует пояснения только одна функция - get_post_meta();. В неё передаётся три параметра: первый - ID поста, данные о котором мы хотим получить, второй - название произвольного поля, третий - принимает значения true или false и определяет - получать в результате 1 значение или несколько. При помощи $post->ID мы передаём ID текущего поста и соответственно “вынимаем” данные из поля.
Пример тоже довольно поверхностный, потому что при использовании такого кода, мы обязаны указывать данные для произвольного поля, иначе получим кривой код без ссылки.

Случайное изображение

Чуть выше я упомянул, что мы можем получить одно или несколько значений, это подразумевает, что под одним и тем же именем мы можем передавать столько параметров, сколько захотим. Как этим воспользоваться - решать вам, тут потребуются небольшие познания в php, а точнее понимание того, что такое массивы и как ими пользоваться. Закончу с произвольными полями небольшим кодом, выводящим случайную картинку из списка переданных, либо картинку по умолчанию.

ID, 'article_image', false);
         $imgcount = count($images);
?>

Ничего сложного тут нет, поэтому без пояснений - если что, почитайте про соответствующие php-функции.

WP List Pages

Возможно вы уже натыкались на функцию wp_list_pages(), когда модифицировали темы, теперь посмотрим на неё поближе.
По своим свойствам wp_list_pages() немного напоминает wp_list_categories(), который упоминался во второй части “Извращений”, только работает не с рубриками, а со страницами (заметьте, не с постами). У него так же есть параметры include/exclude, управляющие выводом определенных страниц по ID, сортировка при помощи sort_column и многие другие. Отмечу только, пожалуй, параметр depth, который определяет глубину списка при выводе:
0 - все страницы и подстраницы в виде иерархического дерева;
-1 - все страницы и подстраницы в виде ненумерованного списка;
1 - только страницы верхнего уровня иерархии;
2 и больше - указанный уровень вложенности.

Sitemap или Карта сайта

Блогу как таковому, имхо, карта сайта без надобности, потому что это будет просто список постов, а вот если делать, например, сателит, с статичным набором страниц и несколькими уровнями вложений (Главная > Информация > Актёры > Актёр), то будет не плохо иметь страницу, с которой можно было бы попасть на любую другую. Да и поисковики будут довольны - любая страница в 3 клика.

Данный код выведет нам список всех страниц и подстраниц кроме 10, которая и является самой “Картой сайта”.
“А куда поместить этот код? Нам же он не на каждой странице нужен!” - воскликните вы. Терпение-терпение, дочитайте до конца и узнаете, как назначать отдельным страницам отдельные шаблоны.
Хотелось бы подчеркнуть, что речь идёт не о google-sitemap, который полезен и блогам, для более качественной индексации.

Динамический вывод подстраниц

Если вы поместите следующий код в sidebar.php темы, то при заходе на страницу, будут выводиться все её подстраницы, если они конечно есть.

ID.'&echo=0');
if ($children) { ?>

Параметр echo просто блокирует вывод, ведь нам надо проверить - есть что выводить или нет.

Шаблоны для страниц

Если вы дочитали до этого момента, то узнаете таинство создания различных шаблонов для страниц! Для тех, кто использует WordPress не как блог-платформу, а как CMS, это довольно полезное знание.
Сейчас вы будете приятно удивлены тем, как всё оказывается просто:
1. Заходим в папку своего шаблона и создаём php файл с любым именем (я сделал себе stats.php)
2. Открываем его в редакторе и вставляем следующий код



  //Любой код, у меня стоит
  

3. Открываем в админ.панели ту страницу, которой хотим назначить шаблон и выбираем его в правом меню.
template_sidebar
Всё, теперь у вас при вызове этой страницы будет применяться именно выбранный шаблон. Результат на странице статистики.
Главное аккуратно скопировать первый блок <?php … ?> и назначить имя.

Произвольная главная страница

Часто встречал людей, которые задавали один и тот же вопрос - и на форумах, и “в живую” - как сделать так, чтобы на главной показывалась какая-нибудь другая страница, а не список постов?
И, как всё гениальное, это просто сделать, если не сказать оооочень просто. Идём в Настройки > Чтение, а дальше всё видно на картинке.
main page


Ну вот и закончились наши “Извращения”. Но учитывая то, что о WordPress ещё СТОЛЬКО всего рассказать, думаю, нас ждёт ещё много интересного и необычного. Например, о том, как постить в блог через e-mail.
Хотелось бы услышать, какие темы вам интересны и вы хотели бы, чтобы я их осветил. Это не обязательно должно быть связанно с WordPress, я ведь и многое другое умею)

Извращения с темами WordPress для новичков и не только (Часть 2) - query_posts

Вторник, 23 октября 2007

Ну что, продолжим извращаться с темами?

Query Posts

Хотелось ли вам самим определять какие сообщения и когда должны показываться на странице? Нет ничего проще, ведь существует чудо функция query_posts, определяющая какие записи попадут в выдачу. Функция работает как некий фильтр, отбирающий посты по указанным критериям. Сейчас всё станет более ясно на примерах, а затем я просто перечислю большинство существующих параметров, после чего всё ограничится вашим воображением.

Список последних записей

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



Как видно из кода мы передали в функцию query_posts параметр showposts равный 5. Даже не будучи особым знатоком английского языка, понятно что будут показаны 5 постов. Сортируются они по умолчанию по дате публикации - от последних к первым. the_permalink() - даёт нам ссылку на пост, а the_title() - заголовок.

N-постов из определенной рубрики

Совсем чуть-чуть усложним задачу - будем выводить 5 последних постов из категории с ID 2.



Всё проще простого - всего 6 знаков, а какой эффект, какой размах:-) Думаю тут пояснения не требуются, поэтому перейдём к

Исключаем записи из вывода

Допустим существует некая категория (для примера с ID = 3), посты которой не хочется выводить на главной, для этого мы мановением чудо символа “-” (минус) убираем её из выдачи.



  // тут стандартный вывод

Расширяем кругозор или список доступных параметров

Думаю вы оценили прелесть этой небольшой, но мощной функции query_posts, и хотя вы всегда можете более глубоко изучить её в кодексе, я позволю себе перечислить параметры, которые могут вам пригодиться:
cat и category_name - выбор рубрики по ID или по имени, как исключить какую-то рубрику - см. выше.
Хинт: если нужно передать несколько рубрик, то не нужно несколько раз писать cat=1&cat=2, достаточно перечислить рубрики через запятую cat=1,2. Кстати говоря, этот приём относится к любому параметру, который может принимать несколько значений.
author и author_name - посты определенного автора, по ID (author=3) и имени (author_name=Tapac).
p и name - выбирает посты по id (p=5) или по короткому имени (name=this_post_slug).
page_id и pagename - тоже самое, только применительно к страницам.
showposts - сколько из отфильтрованных постов/страниц показать при выдаче.
ВременнЫе (hour, minute, second, day, monthnum, year) - посты за указанный период.
paged - параметр позволяет показывать те посты, который в обычном случае доступны при переходе по ссылкам “Предыдущая страница”, т.е. paged=2 покажет посты, как если бы мы отмотали на 2 страницы в прошлое (при выводе по 10 постов на странице, мы получили бы в выдаче записи с 21 по 30).
posts_per_page - сколько постов на страницу. Хорошо группируется с предыдущим параметром.
order - порядок сортировки по дате, принимает значения ASK - от старых к новым или DESC - от новых к старым (стоит по умолчанию).
offset - т.н. отступ. Пропускает (сдвигает) на определенное количество записей.

Выводим подкатегории

В завершение сегодняшнего поста хочу поделиться трюком, который может пригодиться при использовании WordPress как CMS.
Начну из далека, постучался ко мне в icq некто vzldd (в инфо - Дмитрий) с просьбой помочь с сайтом по фильмам (если автор против рекламы сайта, то я уберу ссылку), а точнее он хотел разместить в правом сайдбаре 2 колонки - в одной список категорий фильмов, а во второй - просто рубрики. Я посоветовал ему завести две большие рубрики и раскидать существующие в них как дочерние. После чего предложил вставить в шаблон следующий код:

, где 12345 - ID родительской рубрики (т.е. в нашем примере Download)
Но при выводе таким образом, перед списком выдавался заголовок c именем родительской рубрики, а её хотелось указать отдельно руками. Копаем кодекс дальше.

По идее мы должны получить список, но без заголовка, а на деле мы получаем пустой список с надписью “Нет рубрик”. Странно? Да не то слово, но если почитать ещё немного в кодексе по поводу синтаксиса и параметров wp_list_categories, то находим такую строку

If the parameter (child_of) is used, the hide_empty parameter is set to false.

, т.е. параметр hide_empty (который разрешает или запрещает показывать рубрики, если в них нет постов) автоматически должен переключиться в режим - показывать всё, но увы и ах, это “переключение” по какой-то причине происходит только в случае, когда кроме child_of нет других параметров. И вот вам итоговый вариант скрипта, выводящего все дочерние категории для выбранной нами:


Этот пост оказался несколько больше, чем я изначально предполагал, но надеюсь он не потерял своей полезности. Поэтому то, о чём планировал рассказать (произвольные поля, карта сайта и т.д.) переносится в третью часть.
Не забудьте подписаться на rss, теперь я даже обзавёлся огромной кнопкой в сайдбаре, так что не промахнётесь.

Извращения с темами WordPress для новичков и не только (Часть 1)

Пятница, 19 октября 2007

Интересно, есть ли ещё люди, сомневающиеся в том, что на WordPress можно сделать сайт практически любой сложности, сохранив при этом удобство управления контентом через стандартную админку?
Можете не отвечать, сам знаю, что хватает людей, которые делают кислую мину при упоминании, что сайт работает на WP: “Это же блоговый движок, все сайты на нём одинаковые-шаблонные…”
Ага, шаблонные, но попрошу рассматривать этот факт, не как минус, а как ОГРОМНЫЙ плюс, потому что это означает лишь то, что вы можете САМИ настроить всё именно так, как вам хочется - расположить элементы, определить условия вывода данных и многое-многое другое.
И не смотрите на мой блог с ухмылкой, как говорится “сапожник без сапог”, зато с определенным опытом, которым сейчас буду делиться. Для понимания потребуются минимальные знания php, редактор (можно и в блокноте), сам вордпресс и желание творить.

Тэги условий

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

Подсвечиваем в меню текущую страницу

Предположим у нас есть 3 страницы “Обо мне”, “О блоге”, “Контакты” (короткие имена about/bloginfo/contacts), отображаемые в меню, и мы хотим, чтобы при нахождении на одной из этих страниц, соответствующий пункт меню был подсвечен или как-нибудь по другому выделен. Для этого дела в style.css мы создаём класс .current, которому задаём то, как хотим “подсветить” пункт меню.
То на какой странице мы находимся, определяется при помощи функции is_page(), в которую передаётся короткое имя страницы. Если короткое имя соответствует текущей странице, то возвращается true и выполняется условие идущее в фигурных скобках.
Не путайте страницы и записи/посты!
Для примера меню будет сделано в виде списка, если у вас другая реализация, то действуйте по аналогии.


Не сложно догадаться, что когда мы находимся на любой другой странице, то у нас подсвечен будет первый пункт - “Главная”.

Динамические заголовки страниц

Можно конечно назвать это неким подобием SEO, хотя лучше всё же использовать специализированные плагины для оптимизации (например, All In One SEO Pack), но этот же метод можно применять и в других ситуациях. Итак, открываем файл header.php своей темы и вносим изменения в <title> .


<?php
if (is_home()) {
	echo bloginfo('name');
} elseif (is_404()) {
	echo '404 Страница не найдена';
} elseif (is_category()) {
	echo 'Рубрика:'; wp_title('');
} elseif (is_search()) {
	echo 'Результаты поиска';
} elseif ( is_day() || is_month() || is_year() ) {
	echo 'Архив:'; wp_title('');
} else {
	echo wp_title('');
}
?>

В этом устрашающего вида коде мы последовательно проверяем? на какой же странице находимся “Главная > Несуществующая > Рубрика > Поиск > Архив > Страницы и посты”. Функция bloginfo(’name’) выдаст нам название блога, wp_title(”) - заголовок по умолчанию (для постов - это “Заголовок”, для рубрик - их название).

Выделение постов определенной рубрики

Если появилось желание каким-то особым способом пометить пост из определенной рубрики, то открываем index.php своей темы (не перепутайте его с одноименным файлом в корне сайта), находим строчку похожую на

и модифицируем её до вот такого вида

Теперь всем постам из рубрики номер 5 (номера можно посмотреть в разделе “Управление > Рубрики”) будет дополнительно присвоен класс “feature”. Тут стоит отметить, что перед “feature” обязательно должен стоять пробел, чтобы классы не “склеились”. Осталось только придумать и описать в стилях (style.css) соответствующий класс.

Отдельные шаблоны для постов из разных рубрик

А почему бы не сделать для каждой рубрики разное оформление при отображении поста? Пусть в рубрике “авто” будет на фоне машина и сайдбар слева, а в рубрике “мото” разместим мотоцикл и сайдбар справа.
Получается нам потребуется 3 шаблона: мото, авто и по-умолчанию.
Копируем файл single.php из своей темы три раза и обзываем файлы single_auto.php, single_moto.php, single_other.php.
Каждый из них будет отвечать за соответствующий шаблон, поэтому настраиваем их, так как хочется, а в основном single.php убираем всё, заменив на:

post;

  if ( in_category('1') ) {
  include(TEMPLATEPATH . '/single_auto.php');
  } elseif ( in_category('2') ) {
  include(TEMPLATEPATH . '/single_moto.php');
  } else {
  include(TEMPLATEPATH . '/single_other.php');
  }
?>

Номера категорий соответственно ваши.

Отдельные шаблоны для разных рубрик

С шаблонами рубрик (т.е. оформлением страницы при просмотре всех постов в определенной рубрике) всё намного проще. Если хочется, чтобы при переходе в рубрику все посты выводили как-то “особо”, то создаём в папке темы файл category-2.php, в котором и делаем это “особое оформление”. Теперь если кто-то зайдёт в рубрику под номером 2, то подгрузится данный шаблон и будет сплошная красота. Формат имени файла “category-НомерРубрики.php”.

Вешаем баннер после первого поста

Частенько возникает желание расположить баннер или блок контекстной рекламы сразу после первого поста. Как это сделать? Открываем файл index.php шаблона и добавляем переменную, которая будет отсчитывать номер поста. Выглядит это так:

Находим блок окончания цикла (<?php endwhile;?>) и вставляем перед ним:

В файл ad.php сохраняем код баннера или той же сапы.


На этом закончу первую часть руководства. Надеюсь, вы почерпнули что-то новое и полезное.
Хотелось бы понять насколько доступно то, что изложено в посте, какие коррективы стоит внести и что более полно разъяснить. Поэтому не стесняйтесь - комментируйте.

В следующей части я расскажу о query_posts, что это и как, используя эту функцию, можно управлять последовательностью вывода постов, так же расскажу о “Произвольных полях”, покажу как очень просто сделать карту сайта и возможно что-то ещё. Подписывайтесь на rss, чтобы ничего не пропустить.

Как безопасно обновиться до WordPress 2.3 по шагам

Вторник, 25 сентября 2007

Руководство для самых нетерпеливых)
Сразу скажу, что сам я буду обновляться только после выхода русского релиза от Максима. На днях собирался ещё и поставить кучу плагинов, но теперь придётся повременить и дождаться их обновления.


Какая же последовательность действий, чтобы безопасно обновиться с 1.5.x, 2.0.x, 2.1.x, или 2.2.x до 2.3?

0. Удостоверьтесь, что у вас стоит UTF версия WordPress или сперва обновитесь версией от Максима, потому что в противном случае возможны проблемы с кодировкой.
1. Сделайте бэкап БД.
Сделайте копию всех своих данных: пользователей, постов, страниц, категорий.
Можно воспользоваться плагином WP-DBManager или сделать всё руками:
а) зайдите в админ.панель phpmyadmin (где он расположен зависит от хостера) или поставьте плагин WP-Phpmyadmin, чтобы запускать его из WordPress.
б) в панели слева выберите пункт Databases.
Databases menu

в) в списке кликните на свою БД
Database Selection

г) на следующей странице показан список всех таблиц. Жмём на закладку Export вверху страницы.
Export Tab

д) теперь перед вами меню экспорта. Тут вам необходимо выбрать таблицы, относящиеся к WordPress. Если в данной БД установлен только блог, то смело жмём Select All, в противном случае отмечаем все строки начинающиеся на wp_ (если устанавливали по умолчанию) или другой префикс, который можно посмотреть в файле wp_config.php
wp-tables list

е) Проверьте, что выбран пункт SQL, проставьте галки Structure, ‘Add DROP TABLE’, ‘Add AUTO_INCREMENT’, ‘Enclose table and field names with backquotes’, DATA (но уберите галки внутри этого блока) и ‘Save as File’
wp-tables list

ж) Сперва выбираем пункт ‘None’ в разделе ‘Save as File’, жмём GO и сохраняем файл на диск.
После этого можно сохранить и архивированную версию, выбрав ‘zipped’.
Процесс бэкапа базы данных закончен.

2. Бэкап всех файлов WordPress.
Подключаемся по фтп своим любимым клиентом и сливаем все папки и файлы (включая .htaccess) к себе на локальную машину. Описывать этот процесс не буду, потому что подозреваю, что раз вы смогли когда-то залить блог на сервер, то сможете и скачать.

3. Проверьте бэкапы.
Откройте SQL файл в каком-нибудь текстовом редакторе и проверьте, чтобы он был не пустой, удостоверьтесь, что zip-версия распаковывается без проблем, а так же что сохранена иерархия скаченных файлов и можно зайти в подкаталоги.

4. Отключите ВСЕ плагины.
Идём в Админ.панель и выключаем их по одному.

5. Скачиваем последнюю версию с оффсайта.
И распаковываем на своём компьютере.

6. Удаляем старые файлы WordPress на сервере.
Это стоит делать в том случае, если вы не уверены, что ваш FTP-клиент (или если вы работаете через админ.панель хостера) правильно перезапишет файлы.
НЕ УДАЛЯЙТЕ:
* wp-config.php
* папку wp-content
* папку wp-images
* папку wp-includes/languages/ если пользуетесь локализацией через MO файлы
* файл .htaccess

Обязательно удалите:
* все файлы начинающиеся на wp-* кроме перечисленых выше, а так же readme.html, wp.php, xmlrpc.php и license.txt. Обычно их можно найти в корне сайта. И ещё раз напоминаю - НЕ УДАЛЯЙТЕ wp-config.php
* папку wp-admin
* папку wp-includes. Помним о wp-includes/languages/
* папку wp-content/cache. У вас будет эта папка только в том случае, если вы обновляетесь с WordPress 2.0
* папку wp-content/plugins/widgets. У вас она будет, только если вы устанавливали дополнительные виджеты. Старые версии не совместимы с 2.3

7. Скопируйте новые файлы на сервер.
Возможно придётся перезаписать часть файлов, например темы, входящие в стандартную поставку WordPress (default и classic).

8. Запустите процесс обновления WordPress.
Перейдите по адресу http://ваш_сайт/wp-admin/upgrade.php, если блог находится в другой папке на сервере, то допишите к УРЛ wp-admin/upgrade.php.

9. Обновите пермалинки и .htaccess.
В панели управления блогом в Options->Permalinks (Настройки->Постоянные ссылки) обновите структуру ссылок и, если необходимо, добавьте нужные строки в .htaccess.

10. Проверяем плагины на работоспособность.
Для этого сверяемся со списком совместимых плагинов и проверяем обновления в разных источниках (офф.архив плагинов, WP-plugin database, WpZipper)
Не забываем после установки их активировать.

11. Изменяем текущую тему под WordPress 2.3.
Для этого читаем статью How To Add Wordpress 2.3 Tags To Your Current Theme.

Вроде всё. Как говориться - piece a cake, baby.


А стоит ли вообще обновляться? Прочитай статью о нововведениях в WordPress 2.3 и реши для себя сам.
Кстати, если найдутся желающие прочесть статью How To Add Wordpress 2.3 Tags To Your Current Theme в моём переводе, то отпишитесь в комментариях и постараюсь не разочаровать вас.