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-среде. Внесенные исправления не вступают в силу немедленно, а только после их подтверждения полноправным пользователем.
Другие работы
Налоговое планирование и роль юридической службы в этом процессе
Elfa254
: 3 сентября 2013
Право налогоплательщика принимать меры, направленные на правомерное уменьшение своих налоговых обязательств, основано на праве всех субъектов права защищать свои охраняемые законом права (в первую очередь, право собственности) любыми не запрещенными законом способами. Согласно ст. 209.2 ГК РФ собственник вправе по своему усмотрению совершать в отношения принадлежащего ему имущества любые действия, не противоречащие закону и иным правовым актам и не нарушающие права и охраняемые законом интересы
10 руб.
Теплотехника Задача 19.56 Вариант 14
Z24
: 25 января 2026
В двухступенчатом поршневом компрессоре происходит сжатие газа от начального давления р1=0,1 МПа до давления р2. После сжатия в первой ступени газ охлаждается в промежуточном холодильнике до начальной температуры t1. Объемный расход газа через компрессор V (при нормальных условиях); сжатие в обеих ступенях происходит по политропе с показателем n; температура воды, охлаждающей компрессор, повышается на Δt. Определить работу сжатия и теоретическую мощность компрессора, расход охлаждающей воды, про
250 руб.
Рулевое управление трактора
grom555
: 6 мая 2021
1 чертёж,формат А1, Сборочный чертеж, выполнен в компасе 16-ой версии на формате А1. На листе изображён механизм, размеры не проставлены, указаны технические требования, основная надпись не заполнена, файл имеет расширение cdw. , упакован в RAR. чертёж выполнен в соответствии с ЕСКД. Может быть использован для Курсовых и Дипломных проектов по машиностроительным дисциплинам
100 руб.
Тепломассообмен ТГАСУ 2017 Задача 5 Вариант 34
Z24
: 4 февраля 2026
Определение плотности лучистого теплового потока между двумя параллельным плоскими стенками
Определить плотность лучистого теплового потока между двумя, параллельно расположенными, плоскими стенками, имеющими температуры t1, ºС и t2, ºС, а степени черноты поверхностей соответственно равны ε1 и ε2. Как изменится интенсивность теплообмена при наличии между стенками экрана, со степенями черноты с обеих сторон εэк = 0,025. Условия теплообмена считать стационарными. Теплопроводностью и конвектив
250 руб.