Wiki як движок звичайного сайту

Вадим Артамонов

Хитра сходинка в розвитку cms

Поширенню Wiki заважає те, що Wiki більше замкнута на себе і групову роботу обмеженого спільноти, ніж на інтеграцію із зовнішнім світом.

Ciamca

Не секрет, що на даний момент традиційні cms переживають щось типу кризи. Нових технологій як би й ні, нових напрямків - теж. В основному, cms тихо удосконалюються і "нарощують м'ясо" функціональності. AJAX, звичайно, кілька переполошив розробників, але серйозних коректив в курс розвитку не вніс - AJAX, як правило, виявляється ефективним на сервісах з високої інтерактивністю, чого сайту, побудованому на традиційній cms НЕ дуже-то й потрібно. Скоріше, навпаки - новинним і контент-сайтам AJAX буде заважати.

В яку ж сторону можуть розвиватися традиційні cms? На дворі Web 2.0, а в розвитку cms для контент-сайтів поки нічого більш-менш революційного не видно. Ми тут подумали і прийшли до висновку, що наступною сходинкою в розвитку cms може бути синтез звичайного cms і wiki. Зрозуміло, що це не просто об'єднання функціональних можливостей з двох систем в купу, не симбіоз, а тісне взаємопроникнення.

Швидше за все, найбільш зручним буде варіант, коли BackOffice повністю підтримує режим wiki плюс функціональні розширення, характерні для звичайного cms, а Front-end - це сильно урізана до мінімуму wiki, що працює поверх cms.

Простіше кажучи, з боку власника сайту wikicms виглядає як розширена wiki, а з боку відвідувача - як звичайний сайт.

І ось на які особливості у такої системи треба звернути увагу:

-- Адреси сторінок формується не в wiki-стилі, а у форматі звичайного cms. Нормалізоване (лінійно-рівневе) побудова url зручніше і звичніше для відвідувачів. Як варіант, можливе використання wiki-імен в BackOffice з подальшою трансляцією адрес в нормалізовані.

-- Лінковка - переважно статична, відбувається на момент запису тексту, розширена лінковка - під час її закінчення, а повна перелінковка - по cron N раз на добу.

-- У варіанті персонального сайту тільки один користувач, але з декількома ролями; у варіанті ЗМІ - кілька користувачів, яких заводить адміністратор сайту. Відвідувачі вважаються анонімними користувачами, що не володіють практично ніякими правами.

-- Після опублікування анонімним користувачам дається 1-2 дні на виправлення помилок (або додавання інформації) шляхом редагування матеріалу в wiki-середовищі. Внесені зміни не вступають в силу негайно, а тільки після їх підтвердження повноправним користувачем.

-- Відвідувачі можуть брати участь в "проставляння тегів" на матеріали сайту - Тобто реалізувати своє право на фолксономію в межах окремо взятого сайту. Можлива і "зворотний зв'язок", що враховує фолксономію сторонніх сервісів.

-- У wiki-підсистемі з'являється додатковий механізм - індекс розділу, автоматично формується зі статей, внесених у цей розділ і упорядкований за датою створення. На frontpage - top-index, що містить список останніх N статей з усіх розділів. Можливий варіант, коли список у top-index буде додатково групуватися по розділах.

-- Wiki-actions підтримуються і на сторінках сайту.

-- чогось ще.

Крім того, wikicms виходить неймовірно гнучким механізмом, що дозволяє підлаштовувати сайт під будь-які завдання. Наприклад, при необхідності можна підключити окремий вікі-сегмент для клубу/спільноти сайту.

Але найцікавіше - wikicms дозволяє реалізувати Web 2.0 не з парадного входу на сайт - а зсередини сайту. І це - дійсно нова і ефективна технологія, CMS 2.0 conception.

Список літератури

Для підготовки даної роботи були використані матеріали з сайту http://artreal.exler.ru/