MediaWiki 1.13.0

Там когда-нибудь будет XML RPC?

Предпочитаю DokuWiki =)

Отлично! Скоро буду делать сайт с использованием вики, да тут ещё и такая новость =]

Интересно, они когда-нибудь догадаются рассылки привернуть или нет?..

Хммм... какие рассылки? Если уведомления об изменении страниц из списка наблюдения, так это уже есть, если дискуссионные рассылки, то это совсем другого поля ягода.

Немного не по сабжу:

уважаемые аналитики,
посоветуйте, пожалуйста, вики-движок с возможностью организации страниц в группы и назначения пользователям прав на основе этих групп.
Что-нибудь легковесное.

В списке наблюдения - это понятно.

А хочется что-то вроде дайджеста с расписанием.

Типа раз в два дня, например, присылать ссылки на новые страницы.

> посоветуйте, пожалуйста, вики-движок с возможностью организации страниц в группы и назначения пользователям прав на основе этих групп. Что-нибудь легковесное.

trac

Жирная дрянь с блевотным синтаксисом.

Код, конечно, вылизан, но то, что PHP не имеет кода инициализации, выполняемого только один раз на множество запросов (как это творится во всех нормальных фреймворках, использующих FastCGI/SCGI/...), оно очень сильно жрет ресурсы в "MediaWiki::initialize", каждый раз выполняя кучу бесполезной практически одинаковой работы на каждый запрос.

Проверено: Shaman007 и всего одна ошибка!!! Это прорыв!

"По умолчанию" пишеца без дефиса.

>но то, что PHP не имеет кода инициализации, выполняемого только один раз на множество запросов

?

Или я тебя не понял, или ты не в курсе на счёт всяких memcached и сериализаций.

> Или я тебя не понял, или ты не в курсе на счёт всяких memcached и сериализаций.

Давно все это сделано, и файловые кэши, и memcached и все равно профайлер показывает что 45% времени жрет инициализация. Оно тратит кучу времени на то, чтобы просто заново подгрузить все модули, заново каждый раз создать инстанции всех классов и т.д..

Впрочем, все бы ничего, если бы не ужас в их языке разметки. За такие шаблоны нужно убивать, после них Та Самая Строчка На Perl даже после uuencode все равно кажется простой и понятной.

>и все равно профайлер показывает что 45% времени жрет инициализация

Какой профайлер? У меня в xdebug я что-то вообще не замечаю затраты на инициализацию, процентов 30 уходит на SQL, остальное - размазано равномерно по всему коду, от чистых if/foreach/echo до ORM, работы с объектами, сериализации/десериализации и т.п.

>Впрочем, все бы ничего, если бы не ужас в их языке разметки.

Ну, фиг знает, что они курили, когда эту разметку придумывали :D

Флейм-то будет или все обожают пхп и поделки на нем? Куда рубисты и питонщики подевались?

> Какой профайлер?

Встроенный в MW.

> Ну, фиг знает, что они курили, когда эту разметку придумывали

Экскременты, очевидно. Сейчас сижу и думаю как бы одну вики наиболее безболезненно перевести под что-нибудь более вменяемое. И желательно не на похапэ и не на рельсах.

> 59000 новых строк локализации (всего 266000), поддержка 281 языка

клингонский, санскрит и квенья поддерживает?

Что не так с языком разметки?

> Что не так с языком разметки?

Вот как, например, в списке перенести строку, чтобы текст был
не длиннующим one-liner'ом, а нормальным читаемым документом?

Вот так — хорошо:

  * Длинный список с текстом, продолжающимся
    на нескольких строках исходного кода, но
    являющегося одним предложением.
  * Следующий элемент списка
    * Подэлемент

Вот так — убивать-убивать-убивать:

* Длинный список с текстом, продолжающимся на нескольких
<здесь строка врапнулась в поле ввода> строках исходного
<и еще раз врап> кода, но являющегося одним предложением.
* Следующий элемент списка
** Подэлемент


Алсо, феерический ужас в шаблонах:

{{#if:{{{1|}}}|{{{1}}}|{{{2}}}}}{{#iferror:{{#expr:{{#if:{{{1|}}}|{{{1}}}|{{{2}
}}}}}}||px}}

Такое повсюду, и, бывает, что не на одну и не две сотню символов
такой мешанины. Пример реальный, взял с википедии. Видел и куда
более монструозные случаи, но сейчас не найти.

> Куда рубисты и питонщики подевались?

Ушли писать программы создания ДВД в соседний топик. http://www.linux.org.ru/view-message.jsp?msgid=3028466&lastmod=1219082965649

>> посоветуйте, пожалуйста, вики-движок с возможностью организации страниц в группы и назначения пользователям прав на основе этих групп. Что-нибудь легковесное.

>trac

спасибо, попробую.

В trac начиная с 0.11, но это не только wiki, а еще и issue tracking system + интеграция с version control system.

Чисто wiki -- twiki, но оно не легковесное.

Вот и чудненько.

> Что не так с языком разметки?

Помимо всего перечисленного, им неудобно пользоваться на русской раскладке.

На русской раскладке неудобно пользоваться любым популярным языком разметки, от BB-Code и HTML до Wiki :)

dokuwiki

> Там когда-нибудь будет XML RPC?

Дедушка, вылезай из танка, Гитлер капут.

http://www.mediawiki.org/wiki/API

http://en.wikipedia.org/w/api.php

>дружелюбное поведение к пользователю, нажавшему красную ссылку, но не имеющему возможности редактирования

LOL

Слишком толсто… Лучше уж что-нибудь легковесное.

>Видел и куда более монструозные случаи, но сейчас не найти.

Это? http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%B...

Тем не менее, использование символа ' для форматирования — это ужасно. «*» или «/» куда лучше.

>«*» или «/» куда лучше.

Тем более, что есть докомпьютерная полиграфическая практика. В *звёздочках* пишут усиление (или как оно там правильно? Короче, жирный текст), _подчерками_отмечают_выделение_ (наклонный).

>посоветуйте, пожалуйста, вики-движок с возможностью организации страниц в группы и назначения пользователям прав на основе этих групп. Что-нибудь легковесное.

dokuwiki.

Легковесно, просто, быстро, приятно для глаза. Народ осваивает без напряга.

Конечно, есть минусы...

>Чисто wiki -- twiki, но оно не легковесное.

Вопрос к пользовавшимся twiki: как там с русским? Я когда смотрел -- как-то кривовато было. (версия 4.2).

>Это? http://ru.wikipedia.org/w/index.php?title=%D0%A8%D0%B0%D0%B1%D0%BB%D0%BE%D0%B.. .

Жесть...

MoinMoin. Но он довольно велосипеден, хоть и крут в плане флексибилити. Ну и доки девелоперской как-то нема.