Названия и домены

Создание сайтов

Контакты

Последние комментарии

Модули book и wiki в CMS Drupal


Изображение пользователя Макс К..
  


Рубрика:

Часто владельцы Drupal-сайтов сравнивают модули book и wiki. Обычно считается, что wiki-модули дают больше возможностей.

Но я не могу сказать, что модуль "book" более ущербный, чем wiki-модули. Они созданы для разного. В целом на Drupal-сайте модуль book гораздо более уместен, чем wiki-модули.

Сразу оговорюсь, что в Друпале несколько модулей wiki. Под словами "wiki-модули" я буду понимать не конкретный модуль под названием Wiki (он уже умер вместе с информацией, накопленной им), а модули, которые создают wiki-подобную структуру информации.

Wiki-модули создают свою структуру данных и реализуют основные возможности wiki. Главная цель у них - дать на Drupal-сайте возможность создавать и хранить материалы в wiki-стиле. Есть фанаты wiki, они с удовольствием ставят wiki-модули. Они рискуют, что в один прекрасный день поддержка wiki-модулей может прекратиться и на сайте окажется куча повисшего в воздухе материала, который не вписывается в стандартные структуры Друпала.

Модуль "book" не пытается создавать комфорт для фанатов wiki. "Book" берет от wiki только возможность совместно редактировать страницы. Все остальное в "Book" сильно завязано на стандартные структуры информации в Друпале. Модуль "Book" обслуживает стандартные структуры информации Друпала, совершенно не беспокоясь, что скажут заядлые wiki-сты. В этом сила модуля "book", он плоть и кровь от Друпала и интегрирован в Друпал на 200%. Пока жив Друпал, будут живы все материалы, накопленные через модуль book.

Но любителям wiki модуль "book" конечно не нравится. Улыбка

Функции модуля "book"

Основных функций 3.

1-я функция. Создание подшивок (книг).

Любой материал, опубликованный на сайте (статья в дневнике, сообщение на форуме и т.д.) может быть включен в подшивку (книгу).

Например, можно создать подшивку (книгу), целиком состоящую из чужих статей, опубликованных на сайте. Одно из очевидных применений - FAQ. Если на форуме появился удачный вопрос и длинная дискуссия по нему, то его можно подшивать в подшивку (книгу) "FAQ".

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

Подшивка (книга) в сравнении с таксономией (классификацией)

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

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

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

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

А в подшивку отбираются только самые лучшие статьи.

Поэтому подшивка всегда компактнее, чем таксономия и качество подшивки всегда выше, чем качество таксономии.

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

Как не захлебнуться в информации

Когда сайт мал, то можно публиковать статьи без всякой рубрикации, их слишком мало. Просмотреть одну статью в неделю посетителям сайта не составит труда. Равно как и окинуть одним взглядом все 5 статей, которые есть на сайте.

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

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

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

На практике подшивка не обязана "курировать" какую-то рубрику классификации. Обычно сначала заводят подшивку FAQ. Затем тематика статей на сайте сама подскажет, какую сделать очередную подшивку. Если классификация создается из представлений администрации сайта о том, что должно быть на сайте, то подшивка подстраивается под то, что уже наработано на сайте.

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

 

2-я функция модуля book

Набранный в подшивку материал Друпал укладывает в древообразном виде.

У каждой страницы подшивки внизу текста страницы есть навигация в виде списка подчиненных страниц и строки с 3-мя ссылками:

  • название предыдущей страницы
  • на уровень вверх
  • название следующей страницы.
С помощью стороннего модуля можно создать страницу, где все страницы книги развернуты в оглавление. Само оглавление делается из заголовков, которые дают авторы своим страницам.

 

3-я функция модуля book

Это включение в подшивку (книгу) коллективно написанных страниц.

Подшивка (книга) создается трудом многих авторов. Модуль "book" доводит идею совместного труда до конца и позволяет включать в подшивку страницы, созданные совместным трудом многих авторов. Назову такие страницы общественными.

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

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

Применение общественных страниц

Пример 1. Нужна инструкция по обновлению сайта на Друпале.

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

Пример 2. Описание модулей

Для каждого модуля заводится отдельная общественная страница. И дается первичное описание, можно даже на английском языке. У кого из пользователей есть время, переводит описание на русский или пополняет его своими впечатлениями.

Пример 3. Инструкция для посетителей сайта

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

Терминология

Теперь надеюсь читателям понятно, почему результатом работы модуля book является структура, которая имеет 2 перевода на русский язык - подшивка и книга.

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

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

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

Модуль Book в тени

Таксономию (классификацию) пользователи Друпала осваивают быстро и используют с удовольствием.

Сторонние wiki-модули тоже ставят с охотой. Как же, wiki это круто.

Подшивки (книги) это довольно необычная структура информации, которая не встречается в других CMS. Поэтому ее ставят редко. Хотя это самая рабочая лошадка Друпала.

Поэтому, как ни странно, владельцы Друпал-сайтов готовы скорее мучаться со сторонними wiki-модулями, чем включить штатный модуль book.

Рекомендации

1. С первых дней жизни сайта используйте возможности подшивки чужих материалов для создания хотя бы FAQ. Подшивки можно делать даже на сайтах с парой десятков статей.

2. Когда немного набьете руку на создании подшивок и на сайте появится сообщество, переходите к освоению общественных страниц. (На сайтах с маленьким сообществом общественные страницы будет просто некому редактировать).

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

3. Только когда сообщество на сайте очень большое и возможностей book перестанет хватать, только тогда можно подумать (но не ставить) wiki-модули.

Линия, до которой даже и думать о wiki не стоит, это 5-10 тысяч посетителей в день. Модуля Book для обслуживания такого сообщества хватает за глаза.

Если сообщества стало больше, то можно начинать думать (но не ставить) wiki-модули.

Для примера, на сайте Drupal.org в день ходит десятки тысяч посетителей. Там через подшивки ведется FAQ, причем из чужих страниц. Но wiki-модули на Drupal.org почему-то не ставят, хотя силы сообщества Drupal.org вполне хватило бы наполнять wiki материалами и поддерживать их. На многих русских Друпал-сайтах wiki-модули начинают ставить с посещаемости в 100-1000 раз меньшей. При этом даже не попробовав включить штатный модуль book.

Дело в том, что концепцию wiki знают все, даже не друпальщики, а концепцию book - единицы из друпальщиков. Надеюсь, моя статья привлечет внимание к использованию модуля book и его начнут чаще включать на Друпал-сайтах.

Ссылки

  • Модуль Booktree, создает на одной странице оглавление подшивки (книги), демо
  • Модуль Diff, красиво показывает разницу между разными версиями одной страницы
  • Модуль Wiki, есть только для устаревшей версии Друпала 4.6. Иллюстрация того, как на глазах умирают сторонние модули
  • Модуль Liquid, запускает на сайте полноценный wiki-движок, хранит данные в собственном формате. Тоже когда-то умрет, как и модуль Wiki
  • Модуль WikiTools, а-ля wiki модуль, но хранит данные в стандартном друпаловском виде. Даже если умрет, накопленные данные останутся живыми. Если без wiki жизнь не мила, то ставьте его.
  • Адрес этой статьи, http://www.razgonka.ru/book-vs-wiki
  • Обсуждение этой статьи на Drupal.ru

..........................
Макс Кириленко, подбор названий и доменов


Изображение пользователя Макс К..
  

Работа с бета-версией

Не совсем понятно. Вы обратились сюда как колега или как клиент? Если как клиент, то я перенесу Ваше сообщение в отдельный форум Заказ сайта (дизайна, названия,..) у студии Razgonka.ru.

 

"стоит ли уже ставить Drupal 6.0 Beta 1"

Пока не стоит. На Drupal.org есть предупреждение, что эту версию нельзя использовать на живых сайтах.

 

"Волнуют затраты на установку сырой версии сейчас и количество правок которые потребуются для перехода от беты к релизу."

Если это заказ, то мне нет разницы, ставить сырую версию или отлаженную. Переходить от беты1 к бете2 и затем к релизу тоже не очень сложно. Это намного проще, чем переход сайта, обвешанного сторонними модулями с 5-ой версии на 6-ую.

 

"Лучше сразу в месяцах и деньгах."

200$ и через день у Вас будет свой сайт на 6-ой бете-1 Друпала. Сайт может время от времени подглючивать, но работать будет. Сможете набивать свои многоязычные страницы.

Через пару месяцев выйдет бета-2, а за ней и релиз.

За обновление сайта до беты 2 - еще 50$. За обновление до релиза - еще 50$.

..........................
Макс Кириленко, подбор названий и доменов


Спасибо за

Спасибо за ответ! Вопрос исчерпан. Возможно напишу в заказы сам. Пока же пошел искать сайты на 6 - посмотреть сильно ли глючат.

уже 4 бета и

уже 4 бета и скоро рождество - каков ваш прогноз? сколько еще будет бет и когда релиз?

Изображение пользователя Макс К..
  

Сроки выхода Drupal 6.0

Друпал делают не к какому-то сроку, а когда когда после очередной беты перестанут выявляться критические баги.

Но перед Рожеством выдавать на гора релиз Drupal 6.0 вряд ли будут. Народ кинется ставить релиз, а потом выплывут какие-то критические ошибки и всем придется переставлять свои сайты на Drupal 6.0 вместо того, чтобы праздновать Рождество. Зачем омрачать людям праздник?! Улыбка

..........................
Макс Кириленко, подбор названий и доменов


Добрый день. В

Добрый день.

В вашей статье хорошо описаны функции book'а, вот только до конца не понятно, почему же  book'a перестанет хватать, когда количество посетителей на сайте превысит  5-10 тысяч? Не объясните ли Вы этот факт поподробнее?

Заранее Вас благодарю.


Изображение пользователя Макс К..
  

Ограничения книг и подшивок

Определение взаимного расположения статей в книге (подшивке) делалось выпадающим списком. Еще как-то можно выбирать подходящее место при 20-100 статьях в книге, но ведение книги в сотни статей будет вызывать затруднения. Просматривать километровый выпадающий список не очень большой удовольствие.

Сообщество с 5-10 тысяч посетителей в день уже весьма плодовито на статьи. Примерно можно считать, что количество всех статей на сайте равно количеству зарегистрированных пользователей и равно количеству посетителей на сайте в день. (Закон Макса Кириленко, если угодно). Если в книгу добавлять самые лучшие 10% от всех статей на сайте, то поддержка книги в 500-1000 страниц будет уже неудобной.

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

Будущее

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

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

Для работы с очень большими массивами информации могут более удобными оказаться другие структуры, где статьи располагаются более свободно и почти без вмешательства администрации:

  • wiki
  • поиск
  • тэги
  • списки любимых статей пользователей (их можно использовать для серфинга от своих списков по похожим спискам)
  • ...
Тем не менее, книги и подшивки это одна из базовых структур Друпала, которую почему-то недооценивают. Имеет смысл использовать их везде, где только возможно. И только когда возможности книг и подшивок исчерпаны, переходить на другие стуктуры информации.

..........................
Макс Кириленко, подбор названий и доменов


Большое

Большое спасибо за подробное разъяснение. Теперь все ясно.