wp loveТо, что на WordPress’е можно строить блоги, знает, конечно, каждый. Однако не все знают, что на основе WordPress можно создавать и вполне обычные, нормальные сайты. Здесь мы расскажем, что для этого нужно.

Другой вопрос – для чего это нужно. А какая альтернатива? Можно создавать сайт на HTML, или даже на PHP. Задача достаточно трудоемкая и требует соответствующей квалификации. Что доступно не каждому.

Есть, правда, и другие CMS. В своей практике я опробовал множество вариантов. Начиная от PHP Nuke, и заканчивая новомодными Joomla и Drupal. Каждая из них имеет свои плюсы и минусы, и свои заморочки. Joomla, конечно, смотрится красиво. Но система очень громоздкая и требует массу ресурсов. Немного меньшие требования к ресурсам у Drupal, но сайты на нем несколько коряво выглядят. Кроме того, там (по крайней мере, на момент моих с ним экспериментов) содержалась куча глюков.

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

С другой стороны, WordPress – система управления контентом, содержащая в себе массу преимуществ. Она не слишком требовательна к ресурсам, достаточно проста в освоении и для нее имеется множество бесплатных тем и плагинов. Вопрос только в том, как это все применить.

Чем же отличается обычный сайт от блога? Прежде всего тем, что сайт содержит более постоянную информацию. Блог изначально был основан на новостной модели. И новость является новостью только в момент ее появления. То есть сегодня, сейчас. Вчерашняя новость – это уже не новость. Едва ли можно найти человека, который будет читать позавчерашние газеты, колонки новостей, как в оффлайне, так и в онлайне.

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

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

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

Теперь представим себе, что мы хотим сделать блог, посвященный, например, кулинарным рецептам. Какое значение имеет то, каким числом датирован тот или иной рецепт?

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

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

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

Далее необходимо модифицировать страницу блога, на которой выводятся последние записи, и которая по умолчанию отображалась в качестве первой (шаблон index.php). Если она теперь не является начальной, то задаем на ней вывод только одной, последней записи. Когда у нас обычный сайт, то на одной странице, как правило, содержится только одна статья. Вот и здесь должно быть точно так же. В случае «журнального» варианта это не требуется.

Теперь надо позаботиться о привязке к датам. В принципе это может быть сделано двумя способами.

Мы можем вообще отказаться от вывода дат публикации. Для этого в шаблоне index.php убираем вывод информации, относящейся к дате поста. То же самое проделываем с шаблонами single.php и page.php (и, возможно, с другими, в зависимости от используемой темы).

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

Но не заметит ли посетитель подвоха? Если на данном блоге нет достаточно большой постоянной аудитории, то навряд ли. Люди сегодня слишком поглощены собой. Для должного внимания к внешнему миру у них просто не хватает энергии. Прошлое – вообще зыбкая категория. В некотором смысле, прошлого просто нет. Попробуйте вечером вспомнить все то, что Вы делали утром. А ведь это то, что непосредственно относится к Вам. Что же говорить обо всем остальном?

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

После этого убираем навигацию на следующие/предыдущие страницы. Теперь данная страница будет выглядеть вполне традиционно. Можно и еще кое-что поменять. Но это уже не обязательно.

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

Прежде всего, в настройке для постоянных ссылок следует убрать все, что привязано к году, месяцу и числу поста. Здесь желательно ограничиться строкой /%postname%/.

Не включаем в число используемых виджетов такие, как «календарь», «архивы». Можно даже убрать и «последние записи».

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

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

Таким образом, теперь мы можем использовать специальным образом модифицированный блог на WordPress’е в качестве обычного сайта. Естественно, если наша информация больше отвечает традиционной модели блога, то все эти изменения, скорее всего, не потребуются. Но если информация носит «вневременной», постоянный характер, то это самое то, что надо.

Если Вам есть что добавить к этой модели, поделитесь своим опытом.

Не пропустите следующий пост! Подпишитесь на RSS!


Стой! Сделай ретвит, пока не забыл!

Тэги: •

Рубрика: Wordpress

Понравился этот пост? Подпишитесь на наш канал RSS и узнайте больше!