Комментарии 39
Может кому пригодится — много лет назад так же решал проблему выбора вики-движка для хранения и упорядочивания собственных заметок. Остановился в конечном счете вовсе не на MediaWiki, а на DocuWiki по следующим причинам:
— хранение данных и картинок в прямо в файловой системе, в текстовых файлах в том виде, в котором они видны в редакторе. Это значит — легко бекапить, легко делать внешнее версионирование, легко править и сконвертить _в_случае_чего_.
— прямо «от производителя» есть вариант скачать бандл «DocuWiki on the stick» со своим веб-сервером, чтобы запускать вики хоть с флешки, хоть с диска при необходимости.
— написан на тривиальном PHP и достаточно много весьма полезных плагинов от комъюнити (не идеальных часто, но приемлемой глючности), которые очень заметно развивают и улучшают экспириенс.
Пользуюсь ей уже лет 5 по меньшей мере. Альтернатив с учетом перечисленных особенностей не знаю. Печалит только одно — проект давно не обновлялся, что наводит на грустные мысли.
ADD: если б надо было выбирать, — использовал бы ее и сегодня, бо альтернатив, удовлетворяющих требования, нет, а лет 10-15-20 еще точно работать все будет из коробки.
— хранение данных и картинок в прямо в файловой системе, в текстовых файлах в том виде, в котором они видны в редакторе. Это значит — легко бекапить, легко делать внешнее версионирование, легко править и сконвертить _в_случае_чего_.
— прямо «от производителя» есть вариант скачать бандл «DocuWiki on the stick» со своим веб-сервером, чтобы запускать вики хоть с флешки, хоть с диска при необходимости.
— написан на тривиальном PHP и достаточно много весьма полезных плагинов от комъюнити (не идеальных часто, но приемлемой глючности), которые очень заметно развивают и улучшают экспириенс.
Пользуюсь ей уже лет 5 по меньшей мере. Альтернатив с учетом перечисленных особенностей не знаю. Печалит только одно — проект давно не обновлялся, что наводит на грустные мысли.
ADD: если б надо было выбирать, — использовал бы ее и сегодня, бо альтернатив, удовлетворяющих требования, нет, а лет 10-15-20 еще точно работать все будет из коробки.
Альтернатив с учетом перечисленных особенностей не знаю.
Посмотрите в сторону TiddlyWiki
Спасибо. Посмотрел, но по критерию безопасности хранения инфы не проходит. Да и первая же страница описания просто орет «ДЕЛАЙТЕ БЭКАПЫ!!!111». Совсем не вариант, если они сами не готовы обеспечивать целостность и безопасность…
Ну а что же вы хотите от wiki in single html file? :)
Весь «бэкэнд» там — JS.
Зато работает буквально везде, искапропки и так далее.
P.S. Как человек, 10+ лет хранивший заметки (и не только) в TW, не могу с вами согласиться, кроме того бэкапы не мешали никому и никогда.
Весь «бэкэнд» там — JS.
Зато работает буквально везде, искапропки и так далее.
P.S. Как человек, 10+ лет хранивший заметки (и не только) в TW, не могу с вами согласиться, кроме того бэкапы не мешали никому и никогда.
Ну вот это как раз и правда очень просто. Я хочу, чтобы моя инфа хранилась и обрабатывалась максимально аккуратно и безопасно. А уж какие технологии для этого будут использоваться мне практически все равно.
И да, JS в правильных руках ничем не хуже других языков. Просто судя по всему автору хотелось скорее поиграть с новой технологией, чем сделать нормальный инструмент. Я не против, его право, но инфу свою доверить такой поделке не могу. Обратите внимание, как там описываются юзкейсы потери инфы — например, глюканул браузер и вся база похерилась — ну как так то? Это совершенно неприемлемо… Не реально после каждого чиха делать svn commit и т.п…
И да, JS в правильных руках ничем не хуже других языков. Просто судя по всему автору хотелось скорее поиграть с новой технологией, чем сделать нормальный инструмент. Я не против, его право, но инфу свою доверить такой поделке не могу. Обратите внимание, как там описываются юзкейсы потери инфы — например, глюканул браузер и вся база похерилась — ну как так то? Это совершенно неприемлемо… Не реально после каждого чиха делать svn commit и т.п…
Просто судя по всему автору хотелось скорее поиграть с новой технологией, чем сделать нормальный инструмент.
Вы некомпетентны.
Автор играет с «новой технологией» с 2004 года.
И без него «играют с новыми технологиями»:
github.com/TiddlyWiki
github.com/Jermolene/TiddlyWiki5
github.com/Jermolene
Совершенно некомпетентные (саркаааааазм!) разработчики.
Обратите внимание, как там описываются юзкейсы потери инфы — например, глюканул браузер и вся база похерилась — ну как так то?
Цитату, будьте любезны.
Это совершенно неприемлемо… Не реально после каждого чиха делать svn commit и т.п…
Если вы такой параноик — не забудьте сделать ежесекундный бэкап вашей докувики в 3 облака (а вдруг браузер глюканёт и база похерится?).
Описанная вами «невозможность делать svn commit после каждого чиха» решается хуком git commit на изменение даты файла.
Буквально на выходных выбирал себе вики для небольшого проекта. С удивлением остановился на Wiki.js — сыроватом, но бодро развивающемся проекте.
Первые ощущения за 4 дня — местами глючит, но выглядит хорошо. Критических багов пока не обнаружено.
Посмотрел, спасибо. Что базируется на markdown, это хорошо (markdown большая заноза с DocuWiki, где он ненативен, а комъюнити-плагин стар и глюковат)
Но хранение инфы в СУБД — сразу нет. Пусть даже в грамотной СУБД, вроде PostgreSQL. Вытаскивать потом и конвертировать в случае чего — возни слишком много ненужной. В DocuWiki файлы можно хоть через шару открыть и смотреть при необходимости напрямую, это _очень_ весомый плюс в некоторых ситуациях.
Но хранение инфы в СУБД — сразу нет. Пусть даже в грамотной СУБД, вроде PostgreSQL. Вытаскивать потом и конвертировать в случае чего — возни слишком много ненужной. В DocuWiki файлы можно хоть через шару открыть и смотреть при необходимости напрямую, это _очень_ весомый плюс в некоторых ситуациях.
DokuWiki
Сам пост — очередной how to На lamp, нужен ли он?
DokuWiki 2018-04-22b «Greebo» is available for download.
Сам пост — очередной how to На lamp, нужен ли он?
Отвечу отдельно, т.к. вопросов два.
Сначала про LAMP. По сути — да, это очередной how to на эту тему, и техническая его ценность совсем не высока. Но виндовых админов, которые понятия не имеют как подступиться к LAMP вообще — не мало. Админов, которым хочется что-то вроде Вики, но которые не решаются начать или не находят времени чтобы разобраться — тоже.
Т.е. основная ценность мана — психологическая. Поэтому я и подсеркнул в заголовке, что задача решается очень просто. Надеюсь, что он кому-то поможетвыйти из зоны комфорта расширить кругозор и начать работу и развитие в *nix.
Потом, я рассчитываю идти от простого к сложному. Описать основные универсальные решения, которыми стоит владеть админам микро- и малого бизнеса, а так же небольшим командам техподдержки. Готов для этого разбирать даже вещи, которыми сам не пользовался раньше. Буду благодарен за указания куда можно покопать, моей фантазии и опыта всяко будет мало.
В-третьих, как оказалось, готовых рецептов «от и до» в интернете не так много. Мне стоила определённых усилий простота этого мана. Для тех, кто знаком с *nix он действительно ни о чём новом не расскажет, но для виндовых админов, таких как я, многие знакомые вам вещи совсем не очевидны. Хотелось сделать именно пошаговое руководство от «ничего нет» до «уже работает». Надеюсь, это сэкономит людям больше времени, чем я потратил.
Сначала про LAMP. По сути — да, это очередной how to на эту тему, и техническая его ценность совсем не высока. Но виндовых админов, которые понятия не имеют как подступиться к LAMP вообще — не мало. Админов, которым хочется что-то вроде Вики, но которые не решаются начать или не находят времени чтобы разобраться — тоже.
Т.е. основная ценность мана — психологическая. Поэтому я и подсеркнул в заголовке, что задача решается очень просто. Надеюсь, что он кому-то поможет
Потом, я рассчитываю идти от простого к сложному. Описать основные универсальные решения, которыми стоит владеть админам микро- и малого бизнеса, а так же небольшим командам техподдержки. Готов для этого разбирать даже вещи, которыми сам не пользовался раньше. Буду благодарен за указания куда можно покопать, моей фантазии и опыта всяко будет мало.
В-третьих, как оказалось, готовых рецептов «от и до» в интернете не так много. Мне стоила определённых усилий простота этого мана. Для тех, кто знаком с *nix он действительно ни о чём новом не расскажет, но для виндовых админов, таких как я, многие знакомые вам вещи совсем не очевидны. Хотелось сделать именно пошаговое руководство от «ничего нет» до «уже работает». Надеюсь, это сэкономит людям больше времени, чем я потратил.
Я изначально хотел развернуть именно DokuWiki, Arech хорошо расписал её преимущества, и они меня тоже привлекали. Но на моём уровне опыта оказалось, что переваривание манов к ней превращается в пытку. А когда увидел датирование дистрибутива 2018м годом, решил, что лучше будет пощупать что-то более свежее. Сравнение движков, так или иначе, выходит далеко за границы этой статьи.
github.com/splitbrain/dokuwiki/commits/master
Dokuwiki живее всех живых. То, что стейбла не выходило два года, не означает, что разработка застопорилась. Это просто значит, что он действительно стейбл.
Dokuwiki живее всех живых. То, что стейбла не выходило два года, не означает, что разработка застопорилась. Это просто значит, что он действительно стейбл.
Последний коммит в DokuWiki был 10 минут назад. Это явно не позволяет говорить, что проект заброшен или плохо поддерживается.
Не очень понятен смысл самого поста. Кажется, подобные how-to давно заменил docker run ...
Кажется, подобные how-to давно заменил docker run ...
А потом доходит до docker run wget… :-D
Смысл поста в основном психологический — помочь сделать первый шаг в этом направлении тем, кто никак не решится, как не решался я. И обозначить/раскидать основные грабли, подстерегающие нубов, таких как я.
Целевая аудитория, повторюсь, виндовые админы с минимальным или нулевым опытом в никсах (я из них, да). Для тех кто в теме, конечно, проще использовать докер, ансибл etc. для решения конкретной задачи. Но в том-то и загвоздка, что в теме не все.
Про DokuWiki я не стану спорить, хотя бы потому, что я не в теме :-) Мне понадобилась Вики, и по-быстрому загуглить/почитать маны/развернуть именно DokuWiki — не вышло. Я сделал вывод, что если у меня проблемы возникли даже с установкой, то при возникновении проблем в будущем я вообще повешусь. Возможно, я ошибся, но это уже не важно. Попробовал MediaWiki — развернулась без особых загвоздок, хоть и со второго раза.
Целевая аудитория, повторюсь, виндовые админы с минимальным или нулевым опытом в никсах (я из них, да). Для тех кто в теме, конечно, проще использовать докер, ансибл etc. для решения конкретной задачи. Но в том-то и загвоздка, что в теме не все.
Про DokuWiki я не стану спорить, хотя бы потому, что я не в теме :-) Мне понадобилась Вики, и по-быстрому загуглить/почитать маны/развернуть именно DokuWiki — не вышло. Я сделал вывод, что если у меня проблемы возникли даже с установкой, то при возникновении проблем в будущем я вообще повешусь. Возможно, я ошибся, но это уже не важно. Попробовал MediaWiki — развернулась без особых загвоздок, хоть и со второго раза.
О, спасибо, что обратили внимание на это. Я чот забыл в гитхаб глянуть. Очень рад, что проект живет. Замечательное, офигенно удобное решение для личной базы знаний.
ну, например, когда я последний раз смотрел докер, он был «малость» недружелюбен к вин7. Может сейчас что и изменилось, но для меня лично это небольшой повод к 100500 возни по переходу на вин10.
Спасибо за статью… можно ещё добавить хард кора и написать про
- установку и настройку Semantic MediaWiki (SMW)
- установку бесплатного SSL сертификата от Lets En Cript,
- включение и настройку HTTPS и HTTP2.0 (если удастся), — желательно со статистикой насколько это эффективно
- замену Apache на NGNIX + статистика
это те вопросы которые меня в своё время интересовали.
И ещё читателей здесь заинтересует статистика нагрузки на сервер, способы оптимизации, сколько дало установка PHP7, NGNIX, насколько эффективен оказался переход с HTTP — > HTTPS-> HTTP2
Внесу свои 5 копеек . - https://тхаб.рф/wiki/Установка_SSL-сертификата_Let%27s_Encript_для_кириллического_домена_на_Nginx — здесь по установку и настройку бесплатного SSL-сертификата для кириллического домена
- В своё время была идея сделать условно бесплатную вики с
библиотекаршами и доминос SMW и Яндекс-Народными Картами или OSM + ещё хотелось добавить расширение поддерживающие MindMap. Предполагалось перенести на сайт содержимое нескольких заброшенных но пользующихся популярность веб сайтов чтобы не пропала информация типа такого http://apache2dev.ru/
Почему условно бесплатную — ну побираться как фонд викимедиа не хотелось — была идея повесить 1-2 банера чисто для оплаты хостинга. Администрирование самостоятельное. Идея не взлетела, но я честно говоря не сильно монго прикладывал усилий. По дильгам расходы следующие — хостинг 310 руб — радиус хост 1 ГБ RAM + 15 Гб HDD, посетителей в среднем 100 чел в день, Этого хватает чтобы РСЯ повесил банер, доходов ~ 30 Руб, в месяц :). Если есть много свободного времени я думаю сделать самоокупаемую (по хостингу) вики реально
В принципе имеет смысл перевести сайт на PHP7 и NGNIX и обновить Wiki (но на это у меня не хватило времени или квалификации).
Вики держу для себя и для пользователей AstraLinux (исторически большой трафик на этот раздел) расходы в 310 руб мес не напрягают. Если кому интересно пожете попробовать составлять SMW запросы или использовать вики как записную книжку, пару лет я ещё буду поддерживать для себя. Если кто нибудь с может помочь обновить вики с версии 1.26.4 и перейти на PHP7 и NGNIX пишите в личку :)
Моя статья почти полностью основана на этом руководстве, да. Но оно рассчитано всё-таки на тех, кто немного familiar с Linux. Я написал свой ман именно после того, как в 2-3 местах этого руководства основательно споткнулся. Для многих это прозвучит смешно, но новичка может ввести в ступор вот такая картина:
Про Bookstack почитаю, спасибо! Медиавики уже развёрнута, но я не исключаю, что пользоваться буду другим движком, а может и вовсе Confluence каким-нибудь.
aslan@wiki02:~$ sudo apt update
-bash: sudo: command not foundПро Bookstack почитаю, спасибо! Медиавики уже развёрнута, но я не исключаю, что пользоваться буду другим движком, а может и вовсе Confluence каким-нибудь.
Для многих это прозвучит смешно, но новичка может ввести в ступор вот такая картина
Такие ситуации решаются в пределах первой ссылки в гугле) Новичку же это никак не поможет, от бездумного копипаста команд знаний не прибавляется. В общем-то, ваш же пример того, что вы где-то споткнулись и нашли решение, лишь подтверждает это, как мне кажется.
Кстати, для Bookstack есть скрипт для убунты от разраба, который делает все красиво одной командой)
Ну, одной командой любой скрипт всё делает — на то он и скрипт ;-)
Если кто-то воспользуется статьёй для бездумной копипасты… ну, он получит результат в виде работающей Вики. Вреда не вижу.
Конечно, большинство найдёт решение мелким затыкам в гугле, но раз уж я сделал ман (не упоминал, но делался он изначально для друзей/коллег), я решил им поделиться здесь. Кого-то даже мелкий затык, если он происходит в условиях нехватки свободного времени, или стрессовых условиях, может запросто отвернуть от попытки совсем, или вынудить отложить её на день-два-год.
Для того, чтобы сесть и разобраться с нуля, лично у меня ушло несколько часов (с момента создания пустой виртуалки до входа в готовую Вики). Не чистыми — если бы не отвлекался ни на что, наверняка бы ушло меньше, но я всё-таки работаю, как большинство читателей. С подобным маном я бы сэкономил пару часов — меньше бы размышлял над тем, что не важно, меньше бы гуглил/пробовал/откатывался, меньше бы вспоминал на чём остановился час-два-день назад. На его написание я потратил (вместе с перечитками и вычищением) тоже часа 3. Если хотя бы 10 человек получит от статьи по часу выгоды, значит мои затраты оправдались :-) Если кто-то получит не только команды для копипасты, но и знания, пусть базовые, ещё лучше.
Если кто-то воспользуется статьёй для бездумной копипасты… ну, он получит результат в виде работающей Вики. Вреда не вижу.
Конечно, большинство найдёт решение мелким затыкам в гугле, но раз уж я сделал ман (не упоминал, но делался он изначально для друзей/коллег), я решил им поделиться здесь. Кого-то даже мелкий затык, если он происходит в условиях нехватки свободного времени, или стрессовых условиях, может запросто отвернуть от попытки совсем, или вынудить отложить её на день-два-год.
Для того, чтобы сесть и разобраться с нуля, лично у меня ушло несколько часов (с момента создания пустой виртуалки до входа в готовую Вики). Не чистыми — если бы не отвлекался ни на что, наверняка бы ушло меньше, но я всё-таки работаю, как большинство читателей. С подобным маном я бы сэкономил пару часов — меньше бы размышлял над тем, что не важно, меньше бы гуглил/пробовал/откатывался, меньше бы вспоминал на чём остановился час-два-день назад. На его написание я потратил (вместе с перечитками и вычищением) тоже часа 3. Если хотя бы 10 человек получит от статьи по часу выгоды, значит мои затраты оправдались :-) Если кто-то получит не только команды для копипасты, но и знания, пусть базовые, ещё лучше.
Не проще было написать docker-compose.yml/manifest.yml и поднять сие в докере/кубере?
Мне было бы интереснее услышать тут почему именно mediawiki вместо кучи других решений.
Мне было бы интереснее услышать тут почему именно mediawiki вместо кучи других решений.
2020 год.
«Как поставить медиавики на дебиан».
Серьезно?
P.S. Может быть мне мои блокнотные howto-записи «как поставить XXXX на YYYY кидать на хабр»? [sarcasm]
«Как поставить медиавики на дебиан».
Серьезно?
P.S. Может быть мне мои блокнотные howto-записи «как поставить XXXX на YYYY кидать на хабр»? [sarcasm]
Может быть мне мои блокнотные howto-записи «как поставить XXXX на YYYY кидать на хабр»?
Why not? :)
Я уже ответил кому-то, основной задачей было помочь решиться тем, кто просто никогда ещё этого не пробовал, но хочет.
Часто вижу, как людям тяжело даётся то, что мне кажется элементарным. Вообще, оказалось, что всё, что ты уже знаешь, кажется простым. В итоге, есть много манов уровня «алгебра» и уровня «высшая математика». А таблицу умножения никто не объясняет.
Наращивать сложность буду постепенно.
Ну, в моем случае задачка была чуточку сложнее.
Как на один сервер поставить шесть штук медиавики (на разных урлах)? Так, чтобы минимизировать накладные расходы.
Поста история недостойна, максимум комментария. Интересно?
Как на один сервер поставить шесть штук медиавики (на разных урлах)? Так, чтобы минимизировать накладные расходы.
Поста история недостойна, максимум комментария. Интересно?
Конечно интересно, мне почти всё интересно )
ставим кодовую базу вики и все нужные скины/расширения в
/usr/share/mediawiki
создаем в
/var/wwwнужный каталог для вики (к примеруmywiki) и переходим в него
линкуем кодовую базу mediawiki в этот каталог:
ln -s /usr/share/mediawiki/* .удаляем каталоги
images,cache
Создаем images и cache с нужными правами.
mkdir images
chmod 755 images
mkdir cache
chmod 755 cacheфиксим владельца
chown -R www-data:www-data .
Донастраиваем виртуальный хост. В соответствующем конфиге NGINX в секцию
location location ~ \.php$добавляем строчку
fastcgi_param MW_INSTALL_PATH /var/www/<path>;Указываем папку, содержащую
LocaleSettings.php(конкретной вики) без конечного слэша.
Создаем БД, пользователя, пароль
Пользователь и название БД обычно совпадает с именем хоста, только конечно . заменяется на _ !
- Настраиваем вики:
Переходим по URL нашей вики и настраиваем её по шагам. Так сгенерируется файл LocalSettings.php
- ЛОГО
Это квадратное изображение. Загружается в папку /logo/
При установке прописываем:
{$wgResourceBasePath}/logo/logo.jpgСкачиваем конфиг
LocalSettings.phpи заливаем его на хост.
Удаляем инсталлер
удаляем символическую ссылку на каталогmw-config
Подключаем сертификат
sudo certbot --nginx -d ваш-домен
- Рестартим сервисы
nginx -t systemctl restart nginx
Донастройку вики, установку визивига, parsoid и так далее я опустил.
НЛО прилетело и опубликовало эту надпись здесь
Разворачиваем очень просто:
docker run --name some-mediawiki -p 8080:80 -d mediawiki
docker run --name some-mediawiki -p 8080:80 -d mediawiki
а что, докер стал полноценно поддерживать вин7?
Так и автор статьи на Debian ставит.
Верно, но дебиан прекрасно ставится внутрь VmWare, которая прекрасно живет на семерке (а может и на виндовый встроенный виртуализатор ставится, но тут не поручусь).
(хотя почему не развернуть какой-нить WAMP, чтоб без плясок, ну да ладно)
(хотя почему не развернуть какой-нить WAMP, чтоб без плясок, ну да ладно)
А в чем проблема запустить докер на дебиан, который развернут на семерке в вмваре?)
Картинка
Ыых, уел :-D
bash.im/quote/59325
только в этом
только в этом
Пользовался Dokuwiki на Qnap, всем устраивает, нравится что файлы лежат на самой файловой системе и их можно просто копировать или подкладывать, что я и делал. Вот позавчера поставил UbuntuServer LTS последний, поставил пакет Dokuwiki - а у меня не работает авторизация и комьюнити молчит. Это всегда вымораживает в опенсорсе.
Ставлю сейчас MediaWiki, пока полёт нормальный. Для меня самое важное - повторяемость установки, чтобы указав кому-то версию системы, я мог быть уверен, что всё встанет и будет работать. Но люто не нравится использование БД. Параллельно буду разбираться с Dokuwiki.
Спасибо за простой и понятный мануал. Ничего лишнего.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разворачиваем Mediawiki на Debian (это очень просто)