Содержание
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
- Главная
- Блоги
- Блог Макс К.
- Просмотр(активная вкладка)
- Реакции
Макс К.
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, и это бесценно, так как помогает мне в работе с клиентами.