1 сентября 2007 в 21:24
Есть отличный модуль - PEAR Wiki Filter, который кроме того, что даёт возможность содавать контент в формате wiki (причём разных вариантов этого формата), так ещё и интегрируется с другими модулями, чтобы максимально повторить функцинальность wiki-движков.
Я выкачал версию 5.x-1.1 и все необходимые классы, установил..., но заставить его работать не получилось - при сохранении поста с интервикиссылками получал ошибку:
Fatal error: Class 'PEAR' not found in /usr/share/pear/Text/Wiki.php on line 412
Пришлось думать и читать код.
Оказалось, что PEAR-класс в Text/Wiki.php не расширяет класс PEAR как остальные классы это делают, а это значит, что нужно этот базовый класс подключать вручную в этом модуле.
На drupal.org я оставил сообщение об ошибке на английском языке
Вот технология исправления:
Найти строку 468 в pearwiki_filter.module:
include_once 'Text/Wiki.php';
и заменить на:
// needed for error checking
require_once 'PEAR.php';
include_once 'Text/Wiki.php';
Теперь можно построить полноценный wiki-движок!
Кстати на этом сайте используется именно этот модуль...
Комментарии
С этой же ошибкой столкнулся при настройке wiki.drupal.ru - пришёл к тому же решению. Каюсь, на drupal.org багрепорт тогда не запостил
Странно, что авторы модуля не поправили такую очевидную ошибку - вероятно в их конфигурации модуль работает и без этого инклюда.
Лично мне очень нравится wiki-форматирование, но я понимаю, что для многих оно ново и непонятно. Но на самом деле такая разметка очень упрощает/ускоряет работу и более очевидно, чем скажем всем известый HTML...
Поэтому я сейчас пробую воссоздать вики-функциональность.
Также '''нужен перевод к этому фильтру''' - я его не смог найти здесь.
Чуть позже выложу описания модулей, которые я тестил по этой теме.
Вот список функционала, который мне нужен:
#Удобное и быстрое создание контента
#ИнтерВики ссылки в контенте любого типа (Freelinking, Liquid Wiki - только в своих статьях)
#Wiki-разметка (как один из вариантов)
#Совместное редактирование одной статьи (нужен внешний модуль)
#История изменений и возможность сделать "откат" (Стандартная функция "Версии", включить сохранение как версии в настройке типов материалов)
#Возможность просмотреть различия версий изменений (diff http://drupal.org/project/diff)
#Анонимные пользователи не должны редактировать статьи - только просмотр
#Безопасность
#Пользователи могут создавать ноды, когда они набирают имя ноды, которая не существует.(Wikitools)
#Пользователи могут искать ноды, если они набрали имя ноды, которая не существует.(Wikitools)
#Пользователи могут искать ноды, если они набрали имя ноды, которая не существует.(Wikitools)
#Если был введен заголовок перемещённой страницы - автоматическая переадресация.(Wikitools)
#Следит, чтобы заголовки были уникальными во всех wiki-нодах(Wikitools)
#Не позволяет менять заголовок ноды пользователям, которые не имеют прав администратора.(Wikitools)
#Не позволяет удалять ноды пользователям, которые не имеют прав администратора.(Wikitools)
#Считает подчёркивания как проблемы, когда делается поиск ноды по заголовку.(Wikitools)
Я использовал wikitools для создания вики-функционала на docs.drupal.ru. Однако, развитие вики в друпале продвигается медленно. Все известные мне проекты в коматозном состоянии, wikitools тоже недолго был активен.
Жаль!
Мне для проекта нужна эта функциональность.
Я выбирал между интеграцией WP, MediaWiki и phpBB. Есть возможность свести всё воедино, но это решение не элегантное.... Преимущество Друпала в том, что он в ядре имеет эту интеграцию, но сами части (фукнционал) выполнены не очень хорошо - слабо.
Я тоже разбираюсь с вики-фишками и начал всерьёз колебаться в правильности выбора Друпала как основы, но всё же я продолжу, потому что друпал даёт многие другие возможности, которые трудно реализовать на чистом МедиаВики.
Кроме того, большая проблема МедиаВики - редакторские войны и постоянные откаты. Грамотная реализация на Друпале может решить эту проблему, хотя функционала МедиаВики достичь и не удастся.
есть ли успехи по данной теме?
Есть успехи.
Читал статью Макса о модуле Book и решил, что нужно по максимуму использовать ядерные модули.
([http://www.drupal.ru/node/7926 Модули book и wiki в CMS Drupal])
Для обычных пользователей - модуль book. А для продвинутых - я рядом поставлю нормальный движок типа MediaWiki и дам ограниченный доступ им и себе. Это обеспечит продуктивную работу и решит проблему с [http://ru.wikipedia.org/wiki/%D0%A2%D1%80%D0%BE%D0%BB%D0%BB%D0%B8%D0%BD%... тролями] и прочей нечистью...
А дальше посмотрим. Может в D6 модуль BOOK станет больше похож на концепцию WIKI....
Жизнь покажет.
Сделал то же самое, раньше, чем прочитал этот Ваш постинг. Выбор того же сочетания утвердил меня в правоте...
Мне кажется, МедиаВики хороша для одних целей (создание более основательных, постоянных справочников), а Друпал - для оперативной коллективной работы.
Осталась одна проблема - сделать общую регистрацию. Может, через LDAP. OpenID посмотрел - не очень-то понравилось. Надо регистрироваться еще где-то, не у всех есть аккаунты на предложенных регистраторах. Да и вход замысловатый... проще лишний раз набрать пароль для Вики, если надо зайти с той части сайта, где Друпал.