LINUX.ORG.RU

9
Всего сообщений: 112

Легковесный движок для домашней wiki.

Ищу сабж. Когда-то пользовался ikiwiki, но надоела вся эта перловка, да и кривой он какой-то.

Сборник основных решений треда.

 ,

tis ()

Wikiman: автономная поисковая система для страниц руководства


Wikiman - автономная поисковая система для страниц руководства, Arch Wiki, Gentoo Wiki и другой документации.

Wikiman предоставляет простой интерфейс для просмотра документации без необходимости быть подключенным к Интернету.

По умолчанию Wikiman ищет только системные справочные страницы man. Для подключения дополнительных источников читаем инструкцию.

Страница проекта. Демка. Имеются пакеты rpm, pkg (в AUR тоже есть) и deb, а также простая инструкция для мануальной терапии ручной установки.

Арчеводы и прочие хипстеры, налетай.

UPDATE: Юзайте гит, скрипт слегка криво работал, пока я не отписал в issues. По крайней мере, в Debian.

 , ,

Gonzo ()

О настройке принтера

https://wiki.gentoo.org/wiki/Printing

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

Для того, чтобы убедиться, что текущее ядро не подходит, нужно погрепать константы в zgrep "???" /proc/config.gz но имена констант не указаны в wiki:

Device Drivers -->
  <*> Parallel port support
  <*> PC-style hardware
  [*] IEEE 1284 transfer modes
  Character Devices -->
    <*> Parallel printer support

Крайне неудобно. Что именно грепать, чтобы проверить?

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

 ,

Einstok_Fair ()

Ошибка docuwiki

Добрый день.

Есть Ubuntu 16.04.5 LTS и свежеустановленная docuwiki.

Пытаюсь на ней настроить доменную авторизацию следующим образом:

$conf['title'] = 'BUH';
$conf['lang'] = 'ru';
$conf['tagline'] = 'Добро пожаловать';
$conf['license'] = 'publicdomain';
$conf['toptoclevel'] = '2';
$conf['maxtoclevel'] = '5';
$conf['useacl'] = 1;
$conf['authtype'] = 'authad';
$conf['superuser'] = '@admin';
$conf['disableactions'] = 'register';
$conf['plugin']['authad']['account_suffix'] = '@domain.ru';
$conf['plugin']['authad']['base_dn'] = 'DC=domain,DC=ru';
$conf['plugin']['authad']['domain_controllers'] = 'dc.domain.ru';
$conf['plugin']['authad']['debug'] = 1;

Но получаю ошибку: DokuWiki Setup ErrorSomething unforseen has happened: Maximum action transitions reached.

Причем это происходит только тогда, когда прописываю параметр $conf['authtype'] = 'authad'; Без него все работает, кроме доменных учеток. С ним - не работает ничего, а только ошибка, которая приведена выше.

Подскажите, в чем может быть проблема? Поддержка LDAP в php включена, это проверила.

Спасибо.

 , ,

Nychary ()

Слетела доменная авторизация docuwiki

Доброго дня.

Имеется Ubuntu 16.04.5 LTS, на нем развернута docuwiki с настроенной доменной авторизацией. С некоторых пор (с этим карантином и самоизоляцией уже и не сказать, когда и после чего точно) перестал срабатывать вход по доменной учетке - долгое зависание а потом - неверное имя пользователя или пароль, и так с каждой пробуемой учеткой.

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

Не подскажете, в какую сторону посмотреть?

conf/local.protected.php.

<?php $conf['title'] = 'BUH';
$conf['lang'] = 'ru';
$conf['tagline'] = 'Добро пожаловать';
$conf['license'] = 'publicdomain';
$conf['toptoclevel'] = '2';
$conf['maxtoclevel'] = '5';
$conf['useacl'] = 1;
$conf['authtype'] = 'authad';
$conf['superuser'] = '@admin';
$conf['disableactions'] = 'register';
$conf['plugin']['authad']['account_suffix'] = '@domain.ru';
$conf['plugin']['authad']['base_dn'] = 'DC=domain,DC=ru';
$conf['plugin']['authad']['domain_controllers'] = 'dc.domain.ru';
$conf['plugin']['authad']['debug'] = 1;

// end auto-generated content

Спасибо.

 ,

Nychary ()

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

Решил замутить базу знаний в отделе. Смотрю в сторону 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., небольшие куски кода.

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

 , ,

v_0ver ()

Forbidden wiki debian

просьба к модераторам: перенести тему в General или куда сочтете возможным (anonymous туда не пускают, регаться из-за этого вопроса?)

hi, people!

Кто может мне объяснить почему у меня не открываются страницы wiki на https://wiki.debian.org. Отображается вот такое

Forbidden

<p>You are not allowed to access this!</p>

система live debian 9.4, браузер firefox.

Собственно стоял дебиан 9.x (точную цифру я не помню). Захотелось «обновиться». Поставил 10.3. Но как-то он не заработал толком, решил откатить. Нашлась только флешка с live debian 9.4. В процессе понадобилось wiki почитать, но тут ждал полный облом. Почему?

Советовать дистр не надо: если не удастся откатить/обновить debian список «кандидатов» для инсталла у меня есть :)

Перемещено beastie из linux-general

 , , ,

anonymous ()

Перенести http://example.org/mediawiki на http://example.org/

Арендую VDS, запустил на нём Ubuntu 18.04, установил Mediawiki, настроил по Quick Start Guide, захожу по httр://айпи/mediawiki - работает. Купил домен, теперь httр://example.org/mediawiki тоже работает. При обращении к этому адресу, я получаю переадресацию на httр://123.123.123.123/mediawiki/index.php/Заглавная_страница

Теперь надо превратить httр://example.org/mediawiki в httр://example.org/. Примерно как Лурк: там формат не lurkmore.ru/wiki/Статья, а lurkmore.ru/Статья. Мне именно так и нужно, потому что на этом домене нет ничего, кроме Wiki.

Сначала я попробовал делать что-то по руководству: https://www.mediawiki.org/wiki/Manual:Short_URL/Apache/ru У меня ничего не получилось. Я вернул всё в исходное состояние, и пошёл просить совета на ЛОРе.

Сейчас httр://example.org/ выдаёт «Apache2: It works!», а httр://example.org/mediawiki выдаёт, собственно, Wiki

Первое, что я сделал, это разрешил .htaccess в Apache. Я сделал это при помощи этой инструкции, отредактировав файл /etc/apache2/sites-available/000-default.conf

Второе, что я сделал, это удалил (забэкапил) /var/www/html/index.html. Теперь выдаёт не «Apache2: It works!», а список файлов на сервере (пустой).

Потом я попробовал вносить правки в /etc/mediawiki/LocalSettings.php и /var/www/.htaccess. Но получилась фигня.

В LocalSettings.php я внёс следующее:

$wgArticlePath = "/wiki/$1"; 
$wgUsePathInfo = true;

Потом подумал, и решил, что это же получится example.org/wiki. Не сильно лучше, чем example.org/mediawiki Больше похоже на переименование. А мне надо, чтобы example.org выдавало Wiki. Внёс изменения, стало так:

$wgArticlePath = "/$1"; 
$wgUsePathInfo = true;

В .htaccess я внёс следующее:

RewriteEngine On
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/mediawiki/index.php [L]

И опять же, по аналогии с предыдущим случаем, я внёс изменение:

RewriteEngine On
RewriteRule ^/?(/.*)?$ %{DOCUMENT_ROOT}/mediawiki/index.php [L]

Перезапускаю Апач. Проверяю. Ошибка 500.

Так как правильно сделать?

 , ,

ZenitharChampion ()

Герой нашего времени

35-летний американец по имени Стивен Прюитт в одночасье превратился в героя популярного портала Reddit после того, как канал CBS выпустил посвященный ему сюжет, в котором рассказывается о вкладе Прюитта в развитие англоязычного сегмента интернет-энциклопедии «Википедия».

Как следует из материала CBS, в общей сложности в англоязычной «Википедии» сейчас содержится около шести миллионов статей. Примерно в трети из них Прюитт сделал хотя бы одну правку (в общей сложности на его счету свыше трех миллионов правок). Кроме того, с нуля энтузиаст написал почти 35 тысяч статей.

http://hitech.newsru.com/article/30jan2019/pruitt

 

Jopich1 ()

формирование оглавления для vimwiki/wiki

Есть функция, которая делает оглавление для тега h1, было бы здорово это сделать для h1-h3

  <script type="text/javascript" charset="utf-8">
    function generateMenu() {
      var new_element = document.createElement('ul');
      new_element.style.listStyleType = "square";
      var elements = document.getElementsByTagName('h1');
      for (var element = 0; element < elements.length; element++) {
        var elem_data = elements[element].innerHTML
        var newLi = document.createElement('li');
        newLi.innerHTML = '<a href="#' + elem_data + '">' + elem_data + '</a>';
        new_element.insertBefore(newLi, new_element.children[element]);
      }
      document.body.insertBefore(new_element, document.body.firstChild);
    }
  </script>

Что-то типа:

    function generateMenu() {
      var myStringArray = ["h1", "h2", "h3"];
      var arrayLength = myStringArray.length;
      for (var i = 0; i < arrayLength; i++) {
      // some
      }

Весь документ

<!DOCTYPE html>
<html>

<head>
  <title>index</title>
  <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  <script type="text/javascript" charset="utf-8">
    function generateMenu() {
      var new_element = document.createElement('ul');
      new_element.style.listStyleType = "square";
      var elements = document.getElementsByTagName('h1');
      for (var element = 0; element < elements.length; element++) {
        var elem_data = elements[element].innerHTML
        var newLi = document.createElement('li');
        newLi.innerHTML = '<a href="#' + elem_data + '">' + elem_data + '</a>';
        new_element.insertBefore(newLi, new_element.children[element]);
      }
      document.body.insertBefore(new_element, document.body.firstChild);
    }
  </script>
</head>

<body onload="generateMenu()">

  <div id="СТРУКТУРА ПРОГРАММЫ-Переменные-меню111">
    <h1 id="Переменные-меню111">Переменные-меню111</h1>
  </div>
  <div id="СТРУКТУРА ПРОГРАММЫ-Переменные-подменю222">
    <h2 id="Переменные-подменю222">Переменные-подменю222</h2>
  </div>
  <div id="СТРУКТУРА ПРОГРАММЫ-Переменные-подменю333">
    <h3 id="Переменные-подменю333">Переменные-подменю333</h3>
  </div>
  <div id="СТРУКТУРА ПРОГРАММЫ-Переменные-меню444">
    <h1 id="Переменные-меню444">Переменные-меню444</h1>
  </div>
  <div id="СТРУКТУРА ПРОГРАММЫ-Переменные-подменю555">
    <h2 id="Переменные-подменю555">Переменные-подменю555</h2>
  </div>
  <div id="СТРУКТУРА ПРОГРАММЫ-Переменные-подменю666">
    <h3 id="Переменные-подменю666">Переменные-подменю666</h3>
  </div>
</body>

</html>

 , ,

Xwo ()

Это глюк DNS или wiki.tcl.tk поменял адрес вместе с дизайном ?

Вдруг (как всегда внезапно) много-летне привычный wiki.tcl.tk начал перебрасывать на tcl-lang.org, где дизайн сделали люди с обострённым чуством ненависти к прекрасному

отсюда два вопроса:

1) это у всех так ? может просто зона .tk отвалилась

2) может сие предвестник выхода 8.7...как вы думаете ? какие-то реактивные темпы, минор за 5 лет это пожалуй рекорд.

ps/ ActiveState убрал 32-х битный Tcl 8.6 Win из доступных к загрузке.. Чёрт, а вот он понадобился и именно 32 и именно под офтоп

 , , ,

MKuznetsov ()

Настройка форматирования Media Wiki с Gentoo

Настройки форматирования по данной ссылке надо перенести на свою mediawiki. Что для этого понадобиться и как это правильно сделать? Так же есть у них на сайте ссылка, что думаю должно помочь.

 , ,

SysError ()

Хороший wiki-движок на Git?

Подскажите, если кто знает, есть ли приличный wiki-движок на Git?

Очень нужна компактная вики, и, по понятным причинам, хотелось бы видеть под ней git, но это не обязательно. В идеале она должна быть с минимумом зависимостей и написана на чём-нибудь не слишком маргинальном, особенно не на php. Если ещё и умеет в markdown, то вообще прекрасно.

Пытаюсь исследовать вопрос прежде чем писать велосипед, пока нашел только мёртвый хеллоуворд на Ruby+Sinatra, который у меня поломался уже на рендеринге домашней страницы сразу после её создания (что-то сломано в уже неподдерживаемой обёртке для git — Grit), и ikiwiki на Perl, которую не вижу особого смысла пробовать.

 , ,

WitcherGeralt ()

Существуют ли клиенты для сайтов, которые используют вики-движки?

Сабж.

Если да, то подскажите название. Метод работы не очень важен, хоть парсинг страницы, хоть API.

 , , , ,

ozz_is_here ()

conluence для бедных

На что стоит обратить внимание из имеющихся предложений? Истории успеха? Где посмотреть демо? Вот это всё.

Интересуют в первую очередь есстественно возможности вёрстки и комментирования(т.е. коллаборации и оповещения о факте таковой).

Что есть с inline комментами?

 , , ,

pon4ik ()

Ищу генератор статического сайта для wiki (с историей изменения страниц)

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

Ищу генератор статического сайта для wiki, который бы позволял писать тексты в Markdown или reStructured Text и генерировал бы историю изменения страниц, основываясь на истории md-файла в git репозитории.

Нашел пока Gollum и ikiwiki из похожего. Но Gollum - это веб-приложение, а не генератор статики, а ikiwiki не умеет историю страниц, и полагается в этом деле на сторонние веб-приложения.

Есть идеи?

 , ,

si0 ()

Посоветуйте портал для документации

Привет.

Хочу найти что-нибудь очень простое в использовании для ведения документации. С drag'n'drop, с ajax, чтобы это не выглядело приветом из 200x. Встроенный редактор, гуи для создания меню или автоматическое меню. Не в облаке, а у меня на сервере. Вся дата в базе данных, те прямо в движке оно и пишется. Бесплатно.

Бывает такое?

 , ,

constin ()

Как «красиво» сделать историю изменений текста когда авторов много?

Есть 2 вида данных, для которых хочется вести историю изменений:

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

С юзерами вроде все понятно, с вики не очень. С одной стороны потребности wiki напоминают git, но с другой - никто же не будет заниматься параллельными бранчами и разруливанием конфликтов (юзерам квалификации не хватит). Да и в интерфейсе в итоге реально показывать только линейную историю.

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

 ,

Vit ()

Контекстно-зависимый инлайнинг трейсов в Java

Сделал перевод доклада «Context-sensitive trace inlining for Java».

Прочитать можно здесь: русский | английский

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

Авторы применили следующий хак: они запретили записывать и инлайнить трейсы глубже одного метода, и вместо этого цепочки строят в отдельной таблице связей. Это позволяет откладывать решение «инлайнить или нет» вплоть до этапа компиляции. На этапе компиляции данных больше, поэтому оптимизации получаются умнее. Плюс при этом натаскивается информация о контексте вызова.

Благодаря такому нехитрому способу они разгромили client compiler из HotSpot (времен Java8 b12) на основе которого и делали свою работу, а в некоторых тестах типа скорости запуска приложения приблизились даже к server compiler.

 , ,

stevejobs ()

WIKI на FreeNAS

Посоветуйте облегченный легкий пакет типа MediaWiki на вебе без БД/РНР. Будет крутиться на виртуалке FreeNAS-а.

 ,

Oxff ()