Але якщо ми подивимося на вікі в контексті роботи підприємства, ми зіткнемося з двома важливими питаннями:
# 9679; У чому полягає різниця між вики і CMS? Чи можемо ми додати до функцій існуючої CMS-системи ще й обслуговування вікі?
# 9679; Чи готові інструменти вікі для використання в компаніях? Іншими словами, чи схвалить їх мій IT-директор?
Нижче я постараюся відповісти на ці питання.
Вікі і контент-менеджмент
Вікі - це загальнодоступний веб-сайт, в якому користувачі можуть створювати і редагувати сторінки. Концепція вікі підпадає під широку концепцію управління веб-контентом, і, звичайно ж, для створення вікі-сайту можна використовувати наявну CMS. Однак вікі мають унікальні характеристики, які відрізняють їх від звичайних систем управління веб-контентом.
Вікі роблять акцент на простоті створення контенту. Це простота є наслідком багатьох причин:
# 9679; мова розмітки вікі, який забезпечує простоту форматування тексту і створення посилань між документами;
# 9679; можливість для користувачів безпосередньо і незалежно створювати і редагувати сторінки;
# 9679; висхідний підхід до структури і навігації сайту;
# 9679; дуже просте створення шаблонів;
# 9679; усвідомлене рішення відмовитися від робочого процесу або навіть просто від узгодження сторінок.
Давайте розглянемо кожну з цих причин по черзі.
Створення та редагування контенту
Редагування сторінки ізWikipedia
Структура сайту і навігація
Оскільки творці сайту можуть легко створювати нові сторінки і легко пов'язувати одну сторінку з іншого, вікі має унікальний підхід до структури і навігації сайту.
Сховище контенту і API
Досвідчені системні адміністратори або архітектори завжди поставлять запитання про будь-якої запропонованої технології управління контентом: «Як виглядає сховище даних?». Вони повинні думати про сумісність, ефективності, створення резервних копій і масі подібних проблем.
Вікі історично мають дуже простий підхід до зберігання даних. Перші вікі зберігали контент в простих текстових файлах, які були написані мовою розмітки вікі. Коли користувач запитував сторінку, сторінка відображалася. Це було не швидко, але це працювало. Зараз вікі-системи працюють на різних платформах, причому багато розміщують дані в базах даних.
Це питання призводить до питання про API. Більшість вики його не мають. Хочете отримати доступ до вікі через ваш портал або інтегрувати з CMS для інтранету? Зараз доводиться звертатися до постачальника системи. Надалі, я сподіваюся, що більша кількість вікі відкриють свої системи для інтеграції з іншими корпоративними пакетами.
Коли запитується сторінка вікітекст, вона перетворюється в HTML двоступінчастим процесом. Спочатку розмітка вікі перетворюється в HTML і створюються зв'язки між сторінками. Потім на даний контент накладається шаблон, який забезпечує однаковий вигляд всіх сторінок вікі.
У порівнянні з CMS більшість вики мають прості системи шаблонів, часто надаючи один шаблон для всього сайту. Шаблони вікі (і відображення сторінок в загальному) часто вже не кешуються, тому сторінки генеруються при кожному запиті. З точки зору застосування в корпоративному середовищі, відсутність кеша може значно обмежити універсальність системи. З іншого боку, немає необхідності розбиратися з витонченим механізмом кешування.
Робочий процес
Вікі перевернули ідею робочого процесу з ніг на голову. Процес тепер децентралізований, і зазвичай відчувається брак механізму управління, який зазвичай містить в собі корпоративна система з формальним підходом до процесу узгодження.
Той факт, що вики децентралізовані і не мають складних механізмів workflow і процесів узгодження, вважається характерною рисою вікі, а не недоліком. Це суперечить базовій філософії багатьох систем управління контентом, в яких зроблений акцент на контроль через розмежування повноважень.
Незважаючи на децентралізований підхід до наповнення вики, необхідно пам'ятати одну важливу річ - політика вільного редагування всього лише політика, а не невід'ємна риса програмного забезпечення. У той же самий час вікі не управляють контентом так само, як системи управління веб-контентом, тому до вікі потрібен інший підхід.
Контроль проти гнучкості
Але що, якщо компанія дійсно хоче мати хоч якийсь контроль? При відсутності традиційних схем контролю, вбудованих в робочий процес, створення контенту в вікі управляється шляхом відстеження змін, автоматизованої захистом від спаму і контролем доступу користувачів. Давайте розглянемо кожен з методів по черзі.
відстеження змін
Як випливає з назви, один з рівнів захисту - це просто відстеження змін, які були зроблені в вікі. Це найбільше підходить для вікі, які постійно перебувають під захистом брандмауера.
Крім відстеження змін може знадобитися зробити щось з небажаними змінами, наприклад, повернення до попередньої версії.
У двох словах, підхід «відстеження змін» спирається на дві основні функції - можливість відстежувати останні зміни плюс щось типу контролю версії.
Останні зміни можуть відслідковуватися наступним чином:
# 9679; більшість вікі має сторінку «останні зміни», на якій перераховані всі сторінки, які були змінені. Якщо вікі підтримує реєстрацію, то також відобразиться ім'я користувача, який вніс зміни;
# 9679; варіація на тему повідомлення по електронній пошті - це rss-синдикація, що дає можливість відстежувати останні зміни в вікі, використовую звичний rss-рідер;
# 9679; якщо відстеженням змін займається більше однієї людини, деякі вики дають можливість дізнатися, чи була вже перевірена нещодавно змінена сторінка, щоб виключити ймовірність дублювання роботи.
Одного разу я натрапив на філософські дебати про те, чи повинні вікі мати контроль версії. Ідеаліст стверджував, що контроль версії суперечить принципу вики і якимось чином применшує філософську чистоту. Реаліст доводив, що люди роблять помилки і іноді ненавмисно надходять погано, і тому можливість повернути всі зміни назад є, по суті, хорошою штукою. Реаліст виграв суперечку і багато (якщо не більшість) версій програмного забезпечення вікі мають контроль версії. Можливості, на які треба звернути увагу, включають в себе можливості подібні до тих, які є в CMS:
# 9679; можливість повернути зміни до попередньої версії;
# 9679; можливість порівняти різні версії один з одним;
# 9679; використання відмінностей між версіями, щоб специфічні відмінності між ними легко визначалися.
Захист від спаму
# 9679; обмеження використання певних слів або фраз, використання списків слів або звичайних виразів;
# 9679; блокування доступу через зайвої активності користувача.
Контроль доступу користувача
Коли програмний пакет вікі заявляється як «корпоративний вікі», це зазвичай означає, що є контроль доступу користувача. Більшість вики можуть розрізняти зареєстрованих і незареєстрованих користувачів і дозволяють забороняти незареєстрованим користувачам вносити зміни. Все більше число вікі-систем пропонують зараз складніший контроль доступу користувачів за допомогою списків контролю доступу, в яких права прописуються на більш детальному рівні. Користувачам і групам можуть присвоюватися права по таких завдань, як читання сторінки, написання сторінки, редагування і повернення назад до попередньої версії.
Всупереч своїй репутації, вики - ці системи управління веб-контентом, якими дійсно можна управляти. Просто вони містять інші підходи до управління контентом, який зосереджений на швидкості і гнучкості, а не на суворому контролі. Щоб успішно застосовувати вікі-системи, потрібно подивитися на робочий процес під іншим кутом зору, а також упевнитися в тому, що обраний саме той вікі-движок, який забезпечує рівень відстеження вмісту і контролю доступу, що підходить саме вашій компанії.
Марк Чоут - це Інтернет-видавець, консультант з електронного бізнесу і викладач, удостоєний безлічі нагород. Область його досліджень знаходиться на стику інструментів управління контентом, блогів та вікі. Він постійно допомагає компаніям і організаціям впроваджувати інновації та нові технології для поліпшення якості та ефективності їх роботи.