Как стать автором
Обновить

Комментарии 34

А я сделал проще — я просто установил mediawiki.
Да, тоже хорошая штука, но удобна не для всех :) И цель, скорее, была именно написать, а пользоваться скорее всего продолжу текстовиком по привычке.
В качестве движка для документации или даже генератора статических сайтов может быть полезно(хотя конкуренция в этой нише огромна, особенно в js), но вот для заметок/снипетов/итд скорее сомнительное решение. Имхо, для них удобнее портативная база и клиент. Конечно web-based вариант универсальней, но в плане скорости и удобства работы проигрывает специализированным решениям типа outwiker/cherrytree/TagSpaces/итд.

Небольшое пожелание на будущее, если проект будет развиваться: поднимите демо-сервер, чтобы можно было потыкать не устанавливая себе.
Демо уже есть, ссылка на гитхабе рядом с описанием. Сюда не стал прикреплять, ибо пост точно выглядел бы как рекламный :)
Не нашел ссылку. Есть ссылка на сайт с вашим именем, но там Nothing to see here. И шарики.
Странно, где-то вы не там ищете:

Ссылка чуть правее краткого описания репозитория и чуть ниже звёздочек.
О, спасибо.
Но лучше бы ее прямо в README добавить.
Добавил на всякий случай :)
А мне TiddlyWiki понравился, нужно было что-то кросплатформенное и с возможностью работать без интернета. Не идельно конечно, но довольно интересно.
Пробовал. Дичайше глючит. Хотя, быть может, уже исправили.
Используйте Classic версию: «classic.tiddlywiki.com

И, учитывайте, что не все современные браузеры её поддерживают в принципе (FF Quantum, к примеру, не поддерживает и для меня это один из аргументов против перехода).

Спасибо.

Ну, это уже ровно 100,501-й проект такого рода. :) Почти все из них недописаны и забрасываются автором спустя 1-2 месяца. Если на GitHub посчитать количество проектов типа «блокнот с markdown», то они наверное окажутся в первой десятке.

Мы кстати делаем чем то похожий сервис, конструктор баз знаний для сообществ и команд. http://smartportal.pro
Можно не только сохранять знания, тегировать контент и расскладывать по категориям, но и тестировать команду на усвоение этих знаний (тесты с рейтингами и геймификацией ^))
Про тестирование можно подробнее?
Чего только люди ни придумают, лишь бы GNU/Emacs с org-mode не использовать. =)

Кстати, уже существует вполне себе продвинутый организатор заметок с markdown: Dropbox Paper. Я недавно на него перешел с Zim Wiki. Zim Wiki всем устраивает, кроме того, что не поддерживает синтаксис Markdown. Надоело постоянно переключаться между 3-4 видами языков разметки или запоминать массу различных сочетаний клавиш (хуже всего Asana, которая используется у нас в компании).

Между тем есть wiki.js, которая как раз написана на JavaScript, работает на Node.js и позволяет хранить базу знаний команды в markdown. Является OpenSource. Используем в компании — есть несколько известных багов, неприятных, но не критичных.

Пробовал ставить у себя. Удивлен был количеству звезд на гитхабе, т.к. опечалили не столько баги, сколько подход разработчиков — не доведя до ума 1ю версию (там даже часть базовых фич не реализована), принялись писать 2ю и на 1ю полностью «забили»

Столкнулся с тем что markdown не хватает для таких нужд, в данный момент начал использовать reStructuredText — он довольно похож на markdown но возможностей больше.


Подкупили 2 возможности


  1. с помощью include собирать один файл из кучи более мелких
  2. постоитель таблиц на основе csv

В качестве редактора использую ReText, после чего Sphinx и можно и на github pages и в виде статичного html для сайта и даже в docx перегнать.

Хорошо что у вас вики подстаивается под существующую ФС, а не распихивает файлы пользователя по своей личной структуре каталогов. Только интерфейс какой-то сырой и не проработанный.

* В редакторе кнопки разной высоты и другие мелкие косяки по разметке
* Поиск не работает. По крайней мере в демке.
* Превью в модальном диалоге — это просто шедевр UX — если у вас длинная заметка, будете минуту искать то место, где что-то поменяли. Редактирование удобнее сделать как в Trello: юзер кликает по тексту — переключаемся в редактор, за пределами текста — переключаемся в превью, а уже редко используемые опции убрать в модальный диалог.
* Страница настроек… просто посмотрите как в Хроме сделано. Material Design — это не только UI компоненты.
* Сайдбар не должен скроллиться вместе со страницей. Загоните в него 50 каталогов, по 100 файлов в каждом и посмотрите насколько «удобной» стала навигация.

Если оставить за скобками управление ролями, то для описанного вами юзкейса взял бы boostnote. Да, там БД в cson, но формат описан в вики, и перековертировать в любой другой не проблема. Зато других плюшек намного больше.
Спасибо за фидбэк :)
Упор на фронтенд я не делал ещё, просто постарался по-быстрому и более-менее красивенько нашлёпать, так и получилось. Все замечания постараюсь учесть.
А поиск вполне работает:
image
org-mode кажется есть под много платформ.
второй вариант — Jupyter notebook
Мда. Много — моного лет использую Zim. 1 раз он меня подвел — знакомый следователь в нем начал вести базу знаний и ему не хватило 255 символов. Больше не подводил никогда. zim-wiki.org Когда не существовало Google Drive я прекрасно жил с Unison

Zim хорош, но для меня в нем фатальный недостаток: неимоверно раздражает свой язык разметки вместо markdown, ни на что не похожий. Постоянно пишут markdown, чертыхаюсь, пытаюсь вспомнить синтаксис zim. Надоело.


Кстати, структура каталогов Zim каким-то образом сломала синхронизацию с yandex.диском. Он мне начал постоянно удалять несколько заметок (хорошо, что я регулярно делаю бэкапы).


Я убедился, что это именно Яндекс.Диск, подробно описал все в репорте Яндексу 2 или 3 года назад. Сначала несколько месяцев игнор. Потом все-таки создали тикет, но без какого-либо движения. Теперь насколько я понимаю, они просто тихо убили клиент для Linux — последняя версия для Linux 3 или 4 летней давности.


Так и не узнаю, что это было: при создании некоторых заметок в Zim, они просто удалялись Яндекс.Диском при синхронизации. Причем даже если в командной строке создать текстовый файл типа: touch ~/Yandex.Disk/Notes/Work/Client1/todo.txt.

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

Я доверяю Яндекс не меньше, чем кому-либо еще. Да и продукты у них, в общем хорошие. С диском обидная для меня ситуация, но мало у кого есть силы, чтобы поддерживать клиентов для всех платформ. У Google Drive клиента для Linux вообще никогда не было.


Так что пользуюсь клиентом Яндекс.Диска для Android, а на ноуте web-интерфейсом.

Чем же Github/Bitbucket с их встроенными редакторами и возможностями git'а глобально вас не устроили, если не секрет?

Как варинт, еще вот проект: blog.getpelican.com.
Как часто тут бывает — комментарии полезнее статьи.
Добавлю свои пять копеек.

Выбирал систему для базы знаний. сначала смотрел на языки разметки и платформы сборки документации.
Из самых интересных нашел:
gohugo.io
asciibinder.org
awestruct.org

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