Cms wiki: Wiki движки на PHP. Обзор CMS для создания Wiki

Wiki движки на PHP. Обзор CMS для создания Wiki

2010. Вышла новая версия TikiWiki CMS Groupware

Сообщество разработчиков TikiWiki выпустила новую версию CMS движка Tiki 5.0. Основные новые возможности: покупательская корзина, подписки и платежи, рабочие области и перспективы (для эффективного разделения больших проектов), интеграция веб-конференции BigBlueButton, WebDAV-доступ к галереям файлов, улучшение быстродействия, расширенная система рейтингов, улучшенная поддержка переодов/многоязычности, таблицы с использованием jQuery. Хотя только что опубликована Tiki 5, сообщество уже начало разработку Tiki 6, следующей мажорной версии. Запланированные улучшения включают в себя: генератор тем, обучающая система управления, отложенная работа с корзиной товаров, система валют сообщества, поддержка HTML5.

2008. XWiki — вики нового поколения

Главной идеей, которая лежала в основе технологии Вики — это возможность легкого и быстрого создания сайтов без знания html. И существующие вики отлично справляются с этой задачей. Однако вики-сайты могут состоять лишь из статических страниц с текстом и мультимедийным контентом. Ни форм, ни кнопок, ни скриптов в обычную вики засунуть нельзя. Ребята из французского стартапа XWiki решили снять это ограничение. XWiki — вики-движок, который вполне можно заюзать для Вашего бизнеса. Он бесплатный и с открытым кодом. В нем есть вполне приличный WYSIWYG редактор, система управления страницами, система контроля версий, система прав доступа. Есть даже такие фичи, как экспорт страниц в PDF, гарячие клавиши, RSS, прикрученный к каждой странице, система статистики, блоги, тэги. Русский язык нормально поддерживается. И, конечно, наибольшего внимания заслуживает платформа для создания и интеграции приложений. XWiki предоставляет API для интеграции, возможность создания Java-плагинов, возможность использования вики в качестве портлета в корпоративном портале. Кроме того, разработчики смогут вставлять скрипты (на Velocity или Groovy) прямо в вики-странички.

2008. MediaWiki: корпоративная система и база знаний

MediaWiki — это самая распространенная wiki-система. Документы в wiki хранятся в виде плоского текста с использованием некоторого языка разметки. Текст можно править «по месту» в процессе чтения материала и немедленно публиковать. Следующий момент — облегченная схема построения гиперссылок. В wiki-системе соблюдается цепочка Идентификаторы=Названия=Заголовки и используется адаптивная линковка, заключающаяся в перенаправлениях и даже «опережающих» ссылках на несуществующие еще статьи. Наконец, wiki-система обеспечивает централизованное хранение, что для большинства пользователей удобнее работы со множеством файлов размеченной (HTML, XML, LaTeX, SGML) документации. Не требуется одновременно знать и файловую структуру проекта, и идентификаторы разделов (для ссылок) и иметь систему синхронизации изменений от различных пользователей. Совместное редактирование влечет совместную ответственность за результат, вырабатывается культура обсуждений и поиска правильного решения, легкость редактирования ведет к многократным итерациям, что улучшает качество текста. Кроме того, легкость порождения статей способствует фиксации больших объемов знаний. В wiki-системе на основе MediaWiki мы не дублируем знания, доступные в Сети, а держим исключительно внутреннюю уникальную информацию: описания внутренних технологий, регламентов, инструкций, FAQ-списки, библиотеку, личные странички сотрудников с квалификационными профилями и т.п.

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

  1. Главная
  2. Блоги
  3. Блог Макс К.
  • Просмотр(активная вкладка)
  • Реакции

Макс К.

21 сентября 2007 в 2:04

Часто владельцы 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

CMS Wiki, Content Management Wiki

Сортировать по последним активным

Последнее обновление: 1 год назад

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

Последнее обновление: 1 год назад

Эта страница будет содержать историю версий выпусков DNN. Для получения подробной информации о выпуске щелкните ссылку на этот выпуск.

Последнее обновление: 1 год назад

Панель инструментов DotNetNuke содержит подробную информацию о веб-сервере, сервере базы данных, хосте, порталах, модулях и оболочках. Это хороший источник информации о текущей установке и ее деталях. Компонент DashboardControl позволяет

Последнее обновление: 3 года назад

Компонент UrlProvider определяет настраиваемого поставщика URL-адресов, который будет использоваться с расширенной системой управления URL-адресами (AUM). Этот тип компонента был впервые представлен в версии 7.1, поэтому рекомендуется, чтобы любое расширение, использующее этот тип компонента, pl

Последнее обновление: 3 года назад

На этой странице описывается, как работает обработчик шаблонов DDMenu Razor. Шаблоны на основе Razor обеспечивают наибольшую мощность, включая доступ к API DotNetNuke. Начиная с DotNetNuke 7.0, поддержка встроена в платформу, но требуется DDRMenu 2.0.3 или новее.

Статьи не найдены

Все статьиМои статьи

Последнее обновление:

Товаров не найдено

Еще статьи

веб-сайтов, использующих Tiki Wiki CMS Groupware

CMS

Доски объявлений

Вики

Блоги

Трекеры проблем

Посетите tiki. org

Tiki Wiki — это бесплатная система управления контентом на основе вики с открытым исходным кодом и онлайн-офисный пакет, написанный в основном на PHP.

Обратитесь к Tiki Wiki CMS Groupware
пользователи

Создайте список
860
Веб-сайты Tiki Wiki CMS Groupware
с компанией и контактными данными.

Создайте список потенциальных клиентов


Веб-сайты, использующие Tiki Wiki CMS Groupware

Это лучшие веб-сайты, использующие Tiki Wiki CMS Groupware на основе
движение.

# Веб-сайт Трафик
1 тики.вн
2 wayfair.com
3 blog.sedicomm.com
4 1-grid.com
5 tripadvisor.com
6 modeltheme.com
7 moneycontrol. com
8 wpbingosite.com
9 maytinhchinhhang.vn
10 yandex.ru


Получить полный список
веб-сайты и компании, использующие Tiki Wiki CMS Groupware.

Tiki Wiki CMS Groupware сообщает

Создавайте соответствующие отчеты для Tiki Wiki CMS Groupware, чтобы найти потенциальных клиентов
или узнайте больше о своей целевой аудитории.

Пример отчетов

Веб -сайты Tiki Wiki CMS Groupware в Соединенных Штатах
Tiki Wiki Groupware Websites в United Kindom

666666666. клиентов

Веб-сайты Tiki Wiki CMS Groupware с доменом .com
Топ 5000 наиболее посещаемых веб-сайтов Tiki Wiki CMS Groupware
5000 ТИКИ WIKI WIKI WIKI WIKI CMS
Верхние 500 Веб-сайты для каждой технологии в категории CMS
TOP 500 СВЕТИ СТАВИТЕЛЬНЫЕ СТАВИТИ САЧЕСКИЕ СТАТЕРИАТЫ.
500 лучших веб-сайтов по каждой технологии в категории Вики
500 лучших веб-сайтов по каждой технологии в категории Блоги
500 лучших веб-сайтов по каждой технологии в категории Трекеры ошибок


Или же,

Создайте собственный отчет Tiki Wiki CMS Groupware.


Тенденция использования Tiki Wiki CMS Groupware

Этот график показывает рост Tiki Wiki CMS Groupware с
июль 2020.


Демографические данные Tiki Wiki CMS Groupware

Разбивка по странам и языкам, используемым
Веб-сайты Tiki Wiki CMS Groupware.

Страны

Языки


Альтернативы Tiki Wiki CMS Groupware

Это самые популярные альтернативы Tiki Wiki CMS Groupware в
2022.

# Технология Сравнить
1 WordPress Tiki Wiki CMS Groupware vs.
WordPress
2 Sentry Tiki Wiki CMS Groupware vs.
Часовой
3 Wix Tiki Wiki CMS Groupware vs.
Wix
4 Squarespace Tiki Wiki CMS Groupware vs.
Площадь
5 Joomla Tiki Wiki CMS Groupware vs.
Joomla


Посмотреть полный список
Альтернативы Tiki Wiki CMS Groupware.


Приложения

Wappalyzer работает с инструментами, которые вы используете каждый день.

Хром

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

Fire Fox

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

Край

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

Сафари

Просматривайте технологии веб-сайтов, которые вы посещаете, в своем браузере.

HubSpot

Просматривайте технологические стеки ваших лидов в CRM.

Пайпдрайв

Просматривайте технологические стеки ваших лидов в CRM.

Семруш

Просматривайте стеки технологий ваших клиентов и потенциальных клиентов в вашей CRM.

Паббли

Автоматизированные рабочие процессы и электронный маркетинг.

Запир

Подключите Wappalyzer к приложениям, которые вы используете, код не требуется.

Делать

Подключите Wappalyzer к приложениям, которые вы используете, код не требуется.

Gmail

Просматривайте наборы технологий ваших контактов в Gmail.

Андроид

Ваппалайзер в кармане.


Wappalyzer доверяют тысячи профессионалов по всему миру

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

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

Я постоянно пользуюсь Wappalyzer, и это бесценно, так как помогает мне в работе с клиентами.