LINUX.ORG.RU

wiki движок для отдельской базы знаний

 , ,


0

1

Решил замутить базу знаний в отделе. Смотрю в сторону mediawiki и dokuwiki. В отделе ~50 чтецов и 2-3 человека редакторов. Требования:

  1. Бесплатна для коммерческого использования;
  2. Достаточно широкое комьюнити, чтобы не оставаться с проблемой один на один;
  3. Работает на Linux, и возможность перенести малой кровью на другие движки;
  4. Привычность интерфейса как в Wikipedia, WYSIWYG редактор;
  5. Система хранения литературы (книги и научные статьи pdf и djvu);
  6. Интеграция с Jupyter;
  7. Подсветка синтаксиса для Python и SQL;
  8. Поддержка формул в LaTeX;
  9. Готова к работе из коробки (не требующая ковыряния php, js, итд.).

Я бы добавил в требования пункт про то, надо ли иметь возможность разграничивать доступ на отдельные страницы или целые разделы, как на чтение так и на изменение.

  1. Желательно, но не обязательно, достаточно разрешение/запрет на писать везде.

Характер знаний: инструкции с картинками, выдержки из науч. статей с прилинкованным pdf-ом см пункт 6., небольшие куски кода.

Какой движок посоветуете?

Имхо, WYSIWYG — зло. Пусть учат разметку.

Возможность перенести малой кровью на другие движки — маловероятно, в основном у каждого движка wiki свой свой синтаксис разметки.

Я бы добавил в требования пункт про то, надо ли иметь возможность разграничивать доступ на отдельные страницы или целые разделы, как на чтение так и на изменение.

LeNiN ★★ ()

Я настраивал dokuwiki на небольшую команду. По пунктам:

  1. Да, опенсорс
  2. Ну, как бы да
  3. Да, наверняка, но я запускал в докере; с переносом на другие движки хз, наверное сложно
  4. Визуальный редактор нужно плагином ставить, он сорт оф работает (насколько знаю, в mediawiki визуальный редактор как на википедии запиливать боль, надеюсь на самом деле это не так)
  5. Не понял, что такое система хранения литературы? Можно загружать файлы, есть менеджер загрузок, плагином вроде можно автоматически спискоту генерировать
  6. Вообще хз, Jupyter это какая-то инопланетная технология для меня
  7. Подсветка есть для широкого набора языков
  8. Кажется, было такое плагином, но не уверен
  9. Я докером запускал, минут 10 и готово
  10. Права на чтение/запись в наличии – немного странная система, но не слишком, можно разграничивать по разделам и по страницам

Про WYSIWYG – присоединяюсь, что писунам лучше заботать разметку тоже. Даже если пишешь в какую-нибудь ынтерпрайзную конфлюенцу, знание разметки очень помогает сделать удобно и красиво.

lu4nik ★★★ ()

C WYSIWYG дилемма в том, что хочется приобщить к наполнению вики и читателей, и максимально снизить порог входа.

v_0ver ()
Ответ на: комментарий от lu4nik

5.Не понял, что такое система хранения литературы? Можно загружать файлы, есть менеджер загрузок, плагином вроде можно автоматически спискоту генерировать Сейчас наши книжки и статейки лежат по папкам на сетевом диске, хочется для них организовать хранилище на базе вики движка. Эдакую электронную библиотеку. Но похоже я что-то перемудрил и это лучше делать не вики движком.

v_0ver ()
Ответ на: комментарий от v_0ver

Всё равно не совсем понятно, как будет выглядеть. Я бы поднял nextcloud, если так хочется. Там вроде есть теги для более удобной организации.

lu4nik ★★★ ()

Готова к работе из коробки (не требующая ковыряния php, js, итд.).

mediawiki все таки требует ковыряния localsettings.php но вся информация есть.

XoFfiCEr ★★☆☆ ()

ikiwiki, лишнее отсекаешь.

Jupyter

Проклято.

anonymous ()

В общем как я понимаю mediawiki и dokuwiki наиболее подходят под озвученные требования, вопрос только какую из них выбрать?

v_0ver ()
Ответ на: комментарий от XoFfiCEr

А что собственно плохого в этом? Сама-то вики работает, производительность неплохая, KISS дизайн (если что упало, то база вполне себе читаемая даже less-ом).

lu4nik ★★★ ()
Ответ на: комментарий от anonymous

Кроме, наверное

WYSIWYG редактор;

Там визивиг полуавтоматом (редактор+пред. просмотр). Плагином наверняка можно полный визивиг воткнуть; а вообще баловство это.

anonymous ()

Недавно открыл для себя XWiki.

Функциональность расширяется плагинами. Среди плагинов, например, поддержка синтаксисов MarkDown и MediaWiki.

Под капотом крутится OpenOffice (для импорта из офисных форматов) и Solr (для полнотекстового поиска).

  1. Бесплатна для коммерческого использования;
  2. Достаточно широкое комьюнити, чтобы не оставаться с проблемой один на один;
  3. Работает на Linux. Про возможность перенести на другие движки - это вряд ли, но это относится, я думаю, к любому движку;
  4. Интерфейс не как в Wikipedia, скорее Confluence, WYSIWYG редактор в наличии;
  5. Файло можно пристёгивать к статьям и можно на них ссылаться в статьях - по клику будет скачиваться или показываться в зависимости от типа файла.;
  6. Jupyter не знаю;
  7. Подсветка синтаксиса есть (плагином);
  8. LaTeX вроде видел в плагинах, но это не точно;
  9. Java. Пускаю в докере.

Права на статьи и разделы раздаются.

Плагины тут: https://extensions.xwiki.org/xwiki/bin/view/Main/WebHome

MumiyTroll ★★★ ()
Последнее исправление: MumiyTroll (всего исправлений: 2)
Ответ на: комментарий от XoFfiCEr

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

WitcherGeralt ★★ ()
Ответ на: комментарий от lu4nik

Всё равно не совсем понятно, как будет выглядеть. Я бы поднял nextcloud, если так хочется. Там вроде есть теги для более удобной организации.

Я это представлял как на каждую книгу/статью будет выделена шаблонная страница с тегами. К странице будет прилинкован непосредственно файл. И всё это будет загружаться/создаваться при помощи какого-нибудь расширения или базовыми функциями вики-движка.

P.S. Это v_0ver, просто пароль от ака пролюбил.

anonymous ()
Ответ на: комментарий от Turbid

пхп в хлам порвал питона и это минус? заголовки равношками отбивать это маркдаун? значит есть в докувики маркдаун редактор.

deep-purple ★★★★★ ()
Ответ на: комментарий от LeNiN

Пусть учат разметку.

Тем более, что сейчас можно прикрутить маркдаун, а его выучить вообще мозгов не надо.

Zhbert ★★★★★ ()
Ответ на: комментарий от XoFfiCEr

СУБД на текстовиках — это тоже СУБД, только (в данном случае) относительно специализированная. Не вижу проблем хранить там данные пользователей, для этого нет принципиальной необходимости использовать именно реляционную СУБД.

lu4nik ★★★ ()
Ответ на: комментарий от WitcherGeralt

На офсайте указано, что не используется сторонние СУБД вообще, только встроенная. Не очень понимаю, почему считается, что для юзеров всегда нужна серьезная база данных.

lu4nik ★★★ ()
Ответ на: комментарий от anonymous

Тогда не знаю. Никогда настройкой подобных штук не занимался. Мне кажется, что просто файлохранилище с тегами (и адекватными именами файлов, а не 678132648172638.pdf) будет проще и надежнее.

P.S. Это v_0ver, просто пароль от ака пролюбил.

Юзай парольные менеджеры, ну (keepassxc или что-то другое по вкусу).

lu4nik ★★★ ()
Ответ на: комментарий от Turbid

Маркдаун прикручивается плагином. PHP минус, только если контрибутить собираешься, иначе вообще плевать: рукожопов полно и на пыхе, и на питоне.

lu4nik ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.