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-среде. Внесенные исправления не вступают в силу немедленно, а только после их подтверждения полноправным пользователем.
Другие работы
Особенности федеративного устройства России
DocentMark
: 14 сентября 2013
Оглавление:
Введение
Основная часть:
Глава 1. Федеративное устройство России:
1.1. Развитие федеративного устройства России
1.2. Федеративное устройство современной России
Глава 2. Принципы федеративного устройства России:
2.1. Верховенство Конституции и федеральных законов
2.2. Равноправие субъектов федерации
2.3. Государственная целостность
2.4. Единство системы государственной власти
2.5. Разграничение предметов ведения и полномочий между органами государственной власти РФ и органами государс
5 руб.
Теплотехника 19.03.04 КубГТУ Задача 3 Вариант 29
Z24
: 20 января 2026
Определить поверхность нагрева рекуперативного газовоздушного теплообменника при прямоточной и противоточной схемах движения теплоносителей, если объемный расход нагреваемого воздуха при нормальных условиях Vн, средний коэффициент теплопередачи от продуктов сгорания к воздуху k, начальные и конечные температуры продуктов сгорания и воздуха соответственно равны t′1, t″1, t′2, t″2.
Изобразить для обоих случаев графики изменения температуры теплоносителей от величины поверхности теплообмена.
Ук
200 руб.
Инженерная графика. Задание №1. Вариант №15. Задача №2. Плита
Чертежи
: 19 ноября 2022
Все выполнено в программе КОМПАС 3D v16.
Боголюбов С.К. (1978г.) Задания по курсу черчения
Задание №1. Вариант №15. Задача №2. Плита
Заменить вид слева разрезом А-А.
В состав работы входят 3 файла:
- 3D модель детали
- ассоциативный чертеж с необходимыми разрезами, выполненный по этой модели
- аналогичный обычный чертеж
Все работы выполнены в программе Компас 3D 16 версии, для открытия этих файлов нужен компас не ниже этой версии. Либо если вам достаточен просмотр файлов, без заполнений ра
80 руб.
Лабораторные работы №№1-5 по дисциплине: «Представление графической информации»
xtrail
: 13 января 2014
Лабораторная работа №1
Задание
Пpеобpазование цветного BMP файла в чеpно-белый (найти в файле палитpу, пpеобpазовать ее, усpеднив по тpойкам RGB цветов и записать получившийся файл под новым именем) Вывести основные характеристики BMP изображения
Лабораторная работа №2
Задание
Пpебpазовать BMP файл, создав вокpуг него pамку из пикселей случайного цвета. Шиpина рамки - 15 пикселей (Работа с pастpовыми данными).
Лабораторная работа №3
Задание
Вывести на экpан 16-цветный, 256-цветный и True
1500 руб.