Выпадающее меню “имени Suckerfish” в WordPress

За последнее время сразу несколько человек поинтересовались у меня, а не в курсе ли я, как делать выпадающие меню в WordPress? Я честно отвечал «Нет», потому что с содроганием вспоминал, как когда-то, на заре изучения web-кодинга, пытался сделать более-менее нормальное выпадающее меню. Триста раз проклял я тогда и java-script, и html, и, конечно же, все браузеры.

Но раз люди спрашивают, то появляется жгучее желание им помочь, вот и полез раскапывать, как дела обстоят сейчас и что новенького умные дядьки намутили, и даже, знаете ли, нашёл. Причём нашёл и очень сильно удивился тому, как это было сделано — вот что значит мало практиковать вёрстку и работать с CSS, потому что, по сути, для того, чтобы намудрить ОТЛИЧНОЕ выпадающее меню, достаточно знать:
а) как делать ненумерованные списки в html (<ul></ul>)
б) уметь копипастить файл-стилей

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

Шаг 1. Готовим список пунктов меню руками

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

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

Всё просто и, я думаю, дополнительные разъяснения не требуются, главное не забыть указать у внешнего меню class=»nav» и id=»nav-one».

Шаг 2. Стилизуем списки

Сам файл стилей не слишком большой, но между тем целиком код в блоге я приводить не хочу, поэтому советую для дальнейшей беседы скачать файл стилей, а я буду просто рассказывать про принцип работы, ссылаясь на него.
Берём файл sfstyle.css и открываем блокнотом или любым другим редактором (если кому интересно, то я использую Zend Development Environment или, проще говоря, ZDE).
Ну что же, приступим.

Первым делом уберём у всевозможных списков все отступы и прочие списочные атрибуты, это делается в .nav, .nav ul. После чего выводим их в строчку, а не как обычно, за это у нас отвечает float:left; в .nav li. Сразу обращу внимание на то, что мы везде применяем относительное (relative) позиционирование (position), чтобы элементы появлялись в строго заданных им местах, относительно родительских элементов.

Теперь нам необходимо спрятать внутренние списки с глаз долой и отображать их только при наведении. Тут мне попалось два способа:
1) Найденый на A List Apart — для вложенных ul элементов устанавливаем атрибут display:none;, а при наведении (li :hover ul) возвращаем в нормальное значение block.
2) Попавшийся на одном Ajax-ориентированном сайте — прятать список за экран (top:-999em;), а потом устанавливать позицию при наведении.

Так как я взял CSS из второго варианта (почему станет ясно позже), то с первым предлагаю поэкспериментировать самостоятельно.

В принципе на этом можно было бы и закончить, если бы не всеми любимый Internet Explorer (будь он неладен), который плохо обрабатывает псевдо-класс :hover, поэтому переходим к следующему шагу.

Шаг 3. Немного java-script и jQuery

Как это не прискорбно, но java-script придётся применять в любом случае, но я имею вам предложить целых два варианта (ну на самом деле их, наверное, больше), а вы уж сами решайте каким воспользоваться. Объяснять как именно ЭТО работает, не буду, скажу только, что всё сводится к прицеплению обработчкиков при наведении для всех li внешнего списка.
Способ 1 — Чистый java-script

Способ 2 — C применением jQuery

Кому как, а мне визуально больше нравится второй вариант, к сожалению, тут есть одно «НО» — необходимость подключения библиотеки jQuery. Не скажу, что это огромный минус, потому что: а) она идёт в комплекте с WordPress, так что ничего дополнительно скачивать не придётся; б) возможно какой-то из установленных у вас плагинов уже ею пользуется. Сама библиотека весит 20-30кб, поэтому особо не обременит пользователя, к тому же грузится она только первый раз, а потом подгружается из кэша. И не стоит забывать, что она позволяет делать многие интересные вещи, о чём ниже, в пункте 4.

Сейчас я объясню как её подключить:
1. Проверьте, не подключена ли она уже каким-нибудь плагином, для этого откройте любой пост в своём блоге и в html коде поищите слово «jQuery».
2. Если его нет, то лезем в файл темы header.php и где-нибудь перед </head> вставьте
<script type=»text/javascript» src=»http://ваш_домен/wp-includes/js/jquery/jquery.js»></script>

Кстати, если кто не знает, то приведенные выше java-script листинги нужно тоже вставить в хэдер до </head>, обрамив с обоих сторон <script type=»text/javascript»>…</script>

Шаг 4. jQuery-бонус — плавное меню

Раз уж мы вынудили пользователя скачать лишних целых 25кб, то надо его за это как-то наградить:)
Как вы смотрите на то, чтобы сделать появление меню плавным? Думаете сложно? А как вам вот такой код?

Помоему просто отлично, а главное понятно) Добавлю лишь, что вместо «fast» можно добавить «slow» или любое число в миллисекундах.

Тем, кто всё это прочёл думаю стоит посетить эту страничку с примером, где теперь должно быть всё понятно, а если остались какие-то вопросы или я что-то не точно написал — прошу в комменты.

Теперь думаю при помощи этой методики не составит труда делать различные меню — при помощи всяких там wp_list_categories и иже с ним.

ПыЦ: Только не спрашивайте меня, почему SuckerFish. Как я понимаю — это означает рыбу прилипалу или я ошибаюсь? Есть среди читателей знатоки ангельского языка?

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

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

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

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

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

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

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

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

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

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

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

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

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

Ничего сложного тут нет, поэтому без пояснений — если что, почитайте про соответствующие 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 темы, то при заходе на страницу, будут выводиться все её подстраницы, если они конечно есть.

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

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

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

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

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

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


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

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

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

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)

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

Тэги условий

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

Что же хорошего будет в WordPress 2.3.1

На офф.сайте WordPress выложили публичную бету последней ветки — WordPress 2.3.1 beta.
Нововведений мало, обновление больше связано с багфиксами, поэтому быстро перечислю что добавили/исправили.

Нововведения:
1. Добавлена поддержка тэгов (меток) для Windows Live Writer (WLW). (интересно есть кто-то, кто через него пишет?)
2. Убрали кнопку «Преобразовать все категории», потому что кто-то (а таких видимо не мало) накололся, импортировав всё в тэги.
3. Заменили часть запросов с LEFT JOIN на INNER JOIN, что должно увеличить скорость и уменьшить нагрузку на сервер.
4. Оптимизировали запросы, работающие с термами в таксономии, что так же должно положительно сказаться на скорости работы.

Теперь список багфиксов:
Перечислю сами проблемы, так что если найдёте свою, то можете смело обновляться (предварительно сохранив копию старых файлов)
1. Prototype загружался раньше jQuery, что вызывало какую-то noConflict system проблему.
2. wp_safe_redirect() чувствителен к регистру передаваемого URL.
3. clean_url() заменял амперсанд (&) на &#038;, что вызывало ошибку при передачи строки в качестве запроса к БД.
4. Фильтр get_pages применялся дважды при включенном кэше, что вызывало дублирование контента.
5. Оповещение по email не работало на хостингах, проверяющих адрес отправителя письма (должен принадлежать текущему домену).
(кстати, чтобы это пофиксить нужно добавить в файле pluggable.php строку

перед

)
6. Проблемы с входом в WP после отключения «тестовых cookie».
7. Проблема с закладкой «Все» в панели «Загрузка» (Browse all и Upload соответственно в англ.версии), при апгрейде с более старых версий.
8. У виджета «Рубрика» был не верно указан class (widget_catgories) из-за чего стили применялись неверно.
9. При отправке файла в редактор (из списка загруженых на сервер) при пустом заголовке файла, выдавалась ошибка.
10. Ошибка в MT-импортере.
11. Не верное преобразование скобок (< >) в не-визуальном редакторе, в определенных ситуациях.
12. Проблема с UTW-импортом.
13. При импорте ссылок из Blogroll, категории ссылок импортировались не верно.
14. Проверка обновлений плагинов в определенные моменты работала не верно.
15. Некоторые плагины статистики (WP-stats/slimstats) работали не правильно, обрабатывая клики только по одной странице.
16. Иногда предпросмотр поста вызывал бесконечный редирект.
17. Появлялась ошибка «WordPress database error: [Duplicate entry ‘106-14’ for key 1]» после обновления до 2.3.


Вчера ездил на семинар «Тематические блоги: от идеи до реализации», честно говоря, ничего нового для себя не почерпнул. Почти что «перевод времени на дерьмо», хотя оба докладчика были интересны сами по себе, а вот тема чересчур изъезжена.
За то пообщался с Олесей Бреус на разные темы, в том числе и о возможности использовать WordPress как средство для быстрой разработки сайтов-визиток, а так же как основы вообще для любых сайтов.
Возник вопрос — как обучить человека далёкого от компьютеров вносить изменения и создавать посты? Может кто-то знает хорошие (или не очень) видео-уроки?