Comments: |
С ограничением внесения изменений или без?
Я смотрю с точки зрения удобства обновления контента самим пользователем. Естественно, что ACL надо строить так, чтобы все сторонние пользователи могли только читать. Ну и запретить или ограничить (до пределов "гостевой книги") регистрацию в качестве пользователя, разумеется.
Хм... ну сам подумай. Если у вики будет включен HTML, то проще в хоумсайте. Если непосредственно, то неудобно плюс нужно постоянно сохраняться... или вики-сервер (я не очень разбираюсь в этой стороне дела) будет стоять у тебя на компе? В смысле, территориально файлы будут лежать где? А если без HTML... ну-у, я немного знакома с языком форматирования вики. Он прост, удобен... удобнее HTML для форумов, жж и т.п. общения. Здесь бы его ввести было очень уместно. Но никакой озможности использовать стили и ничего сложнее обычной разметки... а будь они... зачем изобретать велосипед? В общем, строить блог на основе этой технологии разумно, да...
Территориально моя wiki уже запущена. На сервере, который стоит в мастерхосте (я начал писать её прямо в онлайне, плюс у меня есть возможность синхронизировать её базу, для "домашней" разработки). Стиль ей можно менять и самому, если руки заточены (я пока не точил, я просто разбираюсь).
Пока разбирался, придумал кучу вещей, которые можно сделать из wiki. Например, записную книжку, которую не надо таскать в кармане, отправляясь за тысячи километров от дома.
Тогда для хомяка это именно велосипед. Ну вот разве что, сидя там, где оригиналов страниц локально нет, зайти и исправить орфографическую ошибку... Куча вещей да, есть ;) И записная книжка, и какой-нибудь план, куда постоянно вносишь изменения... Но сайт немного отличается от этого. //думает, каково там добавить новый пункт в меню, если оно статическое...
сидя там, где оригиналов страниц локально нет, зайти и исправить орфографическую ошибку
Зайти на FTP и отредактировать страницу можно. Но это явно дольше и не так удобно, как в wiki.
А новый пункт в статическое меню, кстати, довольно тривиально добавить. Ссылки-то всё равно унифицированные.
О фтп именно это я и сказала. Что дольше и менее удобно. А по-русски? Имеется много одинаковых строк на разных страницах. В вики есть поиск/замена по всему проекту? Не замечала...
Есть. Есть опция "обновить ссылки" для всего кластера.
//ласково А как там со структурой? А ещё локально можно выбрать нужные файлы из рабочей папки, запихать их во временную и изменить только их, после чего вернуть на место...
Структура? SQL.
И выбрать, для того, чтобы изменять, тоже можно. Взять, поковырять, сохранить черновиком, ещё поковырять, закончить, и вернуть.
Это, имеется в виду, в Wacko и shWacko.
По-моему, наша рабочая была Wacko. Но без html точно... да и я не была автором ;)
>Например, записную книжку, которую не надо таскать в кармане, отправляясь за тысячи километров от дома.
Посмотри дочка, как дядя без поляроида КПК мучается :)
Из недостатков, пожалуй, только ограничения на изменение дизайна страниц, хотя это естественно решаемо. Я свою практически только на вики держу. Приимуществ просто вагон и тележка. Начиная от простоты доступа, до CVS архива всего написанного. Сказка, одним словом. (Ну ведь сам знаешь, зачем спрашиваешь да?)
Хочется послушать мнения действительно ведущих такие проекты.
докопайся до kukutz@lj. Он большой фанат вики
вся сила wiki - только в коллективном использовании. при личном использовании смысл самой технологии теряет смысл.
Не согласен категорически. это фактически light-weight CMS c внушительными возможностями. Прекрасно подходит для документирования чего угодно.
Я думал даже о литературном проекте при помощи wiki. Для работы в соавторстве.
Насчет хоупмаги не знаю. Я на вики вёл проектную документацию.
Преимущества - гипертекстовость. Простота обновления. Логическая / стилевая разметка текста. Версионность документов. Автоматическая индексация / поиск. Доступность. Централизованное хранение документации. Разграничение доступа.
У нас на прошлой работе на вики была организована всякого рода вспомогательная документация - FAQи по проектам, частично работа HR - заказ отпусков, например. И ничего, секретарши и HR менеджеры справлялись, бодро кропали всякого рода записки и прочее, в вики-разметке и не жужжали.
Da best для такого рода активности.
Меня больше интересуют недостатки. Преимуществ я сам вижу столько, что они застят мне свет. Должно быть где-то западло, оно не может не быть.
мне ещё в википедии не понравились - проблемы с кодировками в урл. короче всё переводиться на ютф. может в других системах это и не так ...
Ну, это же настраиваемо... это от владельца зависит. Я вообще транслит сразу поставил, чтобы не париться.
True-way — это "Cellular_phones" :-)
Я не говорю о том, что это удобно всесторонне.
а ну, если ты пишешь всё на английском - тогда это другое дело.
Я — да. У меня имена разделов — вида MyPhotos, AboutMe...
![[User Picture]](http://lj.rossia.org/userpic/15259/2147494564) | From: | nrhm@lj |
Date: | April 28th, 2005 - 05:47 am |
---|
| | в случае проблем с русскими названиями | (Link) |
|
Вот FAQ! В самый раз. Я когда начинал делать проект, так сказать послесловие "Оранжевой революции" думал, что главная проблема будет вандализм, а оказалось наоборот - пофигизм. Кстати, какие вы использует системы вики. А то википедия для маленьких проектов черезчур громоздкая и там плоховато с разграничение прав.
Я сам - WackoWikiНа работе использовали TWiki
Я использую. Преимуществ масса, очень удобно. Неудобно только то, что индексы и списки статей сложно автоматизировать.
Я что-то никак не пойму, почему? Если, допустим, держать где-то (можно там же, в самой wiki :-) заранее сфорированный шаблон...
Упс, GMail =( Да, просто нужно сформировать этот шаблон (даже важнее не шаблон, а СКРИПТ для отбора контента в список). Я пока не сподобился заняться Викой как следует, но на примере промоушена своей сборки миранды понял, что это удобно до чертиков. В целом: recommend
Не проще поставить какой-либо движок, для контента? Wiki - имхо только для коллективной работы нужна, да и то, без неё можно прекрасно обойтись :)
Вики и есть один движок для контента | |