Wiki как движок обычного сайта
Состав работы
|
|
|
|
Работа представляет собой zip архив с файлами (распаковать онлайн), которые открываются в программах:
- Microsoft Word
Описание
Распространению 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-среде. Внесенные исправления не вступают в силу немедленно, а только после их подтверждения полноправным пользователем.
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-среде. Внесенные исправления не вступают в силу немедленно, а только после их подтверждения полноправным пользователем.
Другие работы
Билет № 8 Теория вероятностей и МС
MK
: 30 мая 2016
1. Нормальное и показательное распределения одномерной случайной величины и их характеристики
2. Из урны, где находятся 7 белых и 8 черных шаров, случайно вытащены 6 шаров. Какова вероятность того, что среди них будет 2 белых шара?
3. Дискретная случайная величина имеет следующий ряд распределения
Х 2 4 6 8 10
р 0,12 0,22 a 0,40 0,04
4. Непрерывная случайная величина имеет плотность распределения
Найти величину с, интегральную функцию распределения, математическое ожидание и среднее квадр
145 руб.
Курсовой проект по дисциплине: сети связи
karimoverkin
: 18 сентября 2013
Содержание
Введение …………………………………………........................................…………. 3
Исходные данные............................................................................................................4
1. Разработка схемы построения ГТС…………………………........................………4
1.1 Анализ способов построения местных телефонных сетей общего пользования......................................................................................................................4
1.2 Разработка вариан
300 руб.
Основы гидравлики и теплотехники Задача 42
Z24
: 20 октября 2025
Определить КПД котельного агрегата, часовой расход удельного топлива и его видимую испарительную способность, если известно давление пара р, температура пара t, теплота сгорания топлива Qнр, часовой расход топлива В и температура питательной воды tп.в.
180 руб.
Экология. Вариант 34
KarpKarp
: 15 декабря 2018
Вариант 34
Вопросы – 35, 117
Задачи – 4, 5
Тест – 8
Вопрос – 35
Оценка и нормирования качества почв. Химические и бактериологические показатели почв.
100 руб.