Dotaz: SW pro poznámky

[xxx]

Zdravím, sháním program pro psaní poznámek a návodu ...Zkoušel jsem programy jako je mediewiki či wordpress, ale nic mi s toho nesedlo.. Zaujal mě projket Confluence od společnosti atlassian.com, ale bohužel je placený :( ... Co používat vy na poznámky ..?

---

---

Odpovědi

[Filip Jirsák]

Confluence pro 10 uživatelů je za 10 $, pokud to máte jen pro sebe, myslím, že se to vyplatí.

[Heron]

GitLab / Jekyll

Podle typu poznámky to zadám buď do wiki nebo jako issue (mám jeden projekt, kde si vedu issue jako todo list).

Pokud jde o návod, tak jako markdown v gitlab wiki a případně to chytnu a strčím do Jekyllu a udělám z toho statické html.

[Kurama]

Meet Google Keep

[manasekp]

Uspesne pouzivam textovy soubor uz asi 10 let, nevim o jaky typ poznamek ti presne jde.

[xkucf03]

+1

Libovolný editor, textové soubory, adresářová struktura, symbolické odkazy + je dobré použít nějaký verzovací systém (preferuji Mercurial), pak má člověk jednak historii a jednak to může sdílet mezi více stroji, má to synchronizované, dozví se o konfliktech (tzn. nehrozí, že by sis přepsal nějaké změny), případně na poznámkách může spolupracovat i víc lidí.

Když chci víc než jen prostý text, tak to proženu přes XML Web generátor, který jsem si napsal. Obsah tvoříš buď jako XML/XHTML, kde můžeš mít vlastní makra, nebo jako Markdown případně Texy (je možné přidat podporu i pro jiné „wiki“ syntaxe).

Další možnost je Zim – to je taková osobní (desktopová) wiki.

[manasekp]

Moje verze je jednodussi, mam jenom jeden soubor. Ma 46 000 radku

[xkucf03]

Tak pokud to máš nějak indexované resp. dá se v tom vyhledávat (třeba přes nějaké tvoje značky a klíčová slova), tak může být

Jen mi prostě přijde elegantní použít ten souborový systém – nemusíš nic programovat (použiješ existující MC, Dolphin nebo jiného správce souborů) a máš zadarmo stromovou strukturu. A se symbolickými odkazy můžeš jednu položku přiřadit do více kategorií (to už je nad rámec stromu, jsou tam kruhy). Ukládá ti to datum poslední editace. Do rozšířených atributů můžeš nastrkat další metadata… Máš tam ACL, přístupová práva. Přes inotify a jednoduchý shellový skript můžeš obsluhovat události (změna, vytvoření uzlu…) a navázat na ně nějaké akce. Pomocí rsyncu a Btrfs/LVM snapshotů uděláš konzistentní zálohy. Je to vlastně celkem pokročilý CMS – a přitom používáš jen základní funkce GNU/Linuxu (+ případně verzovací systém).

[Josef Kufner]

Do rozšířených atributů můžeš nastrkat další metadata… Máš tam ACL, přístupová práva. Přes inotify a jednoduchý shellový skript můžeš obsluhovat události (změna, vytvoření uzlu…) a navázat na ně nějaké akce. Pomocí rsyncu a Btrfs/LVM snapshotů uděláš konzistentní zálohy.

A přitom tohle všechno na poznámky vůbec není potřeba. I ten strom je docela diskutabilní.

[xkucf03]

Pokud ty poznámky mají k něčemu být (tzn. není to jen žumpa, do které pouze zapisuješ a už v ní nikdy nic nenajdeš), tak je potřeba v tom udržet pořádek a opatřit jednotlivé poznámky dostatečnými metadaty. Např. budeš mít poznámky pro různé programovací jazyky, potom poznámky pro operační systém… poznámky mimo IT… I u těch jednotlivých programovacích jazyků je toho tolik, že nemá smysl to cpát do jednoho souboru a je potřeba to nějak strukturovat. To přirozeně vede na použití stromu/grafu – a proč vymýšlet kolo, když už máme souborový systém?

Nicméně práva jako jediný uživatel moc nepotřebuješ a obsluha událostí je taky trochu navíc (i když může se hodit třeba pro automatické vygenerování XHTML nebo třeba PDF po změně zdrojového souboru). Ty zálohy bych dělal spíš přes Mercurial nebo něco podobného, ale jde to řešit i samotným OS a nízkoúrovňovými nástroji.

[manasekp]

Ja to mam udelane tak ze najdu cokoliv, bud pridavam klicove slova nebo si vzpomenu alepon zlomek hledaneho stringu a v horsim pripade projdu treba 5-10 vysledku pokud se netrefim uplne presne. Placam vsechno do jednoho textaku a funguje to.

[Josef Kufner]

Poznámky jsou už ze své podstaty špatně strukturované a snažit se je nacpat na nějakou připravenou strukturu je nepraktické. Jediné přirozené řazení poznámek je čas vytvoření. Ostatní aspekty jsou vícerozměrné a do stromu je nenacpeš bez ztrát. Asi nejlepší jsou různé způsoby štítkování, jak tomu je u issue trackeru Gitlabu, nebo pomocí hashtagů či klíčových slov. A obvykle se hodí na jednu poznámku takových štítků několik.

[xkucf03]

Štítky můžeš dát do rozšířených atributů, případně je zakódovat do názvů souborů. Ale to ti nebrání mít nějakou základní stromovou strukturu. Těch stromů může být dokonce víc – různé pohledy – a budou obsahovat symbolické odkazy.

[Josef Kufner]

Nebo je můžu prostě napsat do poznámky a pak udělat grep '#něco'. A dokonce ani moc nezáleží na formátu souboru, dokud není komprimovaný a používá rozumné kódování (nebo mám jiný indexovátko, kterému to nevadí).

[AraxoN]

Ja texty rvem do tej mediawiki. Nejak som si zvykol.

Projekty ktoré potrebujú spreadsheety, formátovanie či grafiku mám len ako súbory na serveri, pripojené cez sambu, sshfs, či WinSCP (podľa toho či to je lokálne/vzdialene a z akého OS).

Todo-čka evidujem v GTD webovej aplikácii Tracks.

[pavele]

Zim. Léty ověřený, multiplatformní, pořád vyvíjený a pokud není nainstalovaný, lze číst bez problémů textové soubory Zimu. Jinak textové soubory.

[AraxoN]

Nainštaloval som Zim. Je to rozhodne zaujímavý počin, ale potrebujem mať prístup z webu aj na zápis, čo Zim nerieši. Na vedenie dokumentácie ku softvérovému projektu by to ale mohla byť fajn vec.

[pavele]

Přesně tak Zim používám. Bohužel, přístup přes web není, obezlička by byl Dropbox + encfs nebo raději sshfs.

[Max]

Vše cpu do svn. Používám txt i hmtl soubory. Záleží, jaké formátování potřebuji k poznámce/todo/návodu.
Dále mám v svn schemata i obrázky.
Zkoušel jsem vše možné, ale zjistil jsem, že toto mi vyhovuje nejvíce. Spousta věcí má problémy s nekonečným řádkem, txt ani html soubory ne, což potřebuji (když jsou dlouhé výpisy z logů apod.)
Přemýšlel jsem nad mediawiki, což by přineslo možnost propojovat dokumenty mezi sebou a rychlé vyhledávání. Má to ale zase tu nevýhodu, že případná schemata a další věci je pak ale třeba držet mimo wiki a jen asi linkovat.
Vzhledem k tomu, že má dokumentace není tak členitá, tak si zatím vystačím se soubory + adresáři + svn.
Za mně tedy soubory+git/svn, nebo mediawiki+soubory+git/svn
Zdar Max

[ttt]

Co gollum? Jde o wiki, která běží nad git repositářem. V repozitari nevyžaduje žádnou speciální strukturu kromě dodržování koncovek. Jde editovat jak přes web (spouští lokální web server, který pracuje nad repositorem) nebo přímou editaci git repozitare. Podporuje github-markdown, doinstalovat se dá dalších asi 8 formátu. Původně to používal github pro své wiki, nevím, jestli to pořád platí. Nevybavuju si, jak je to s vyhledáváním, obrázky/schémata to zobrazovat umí. Jak zobrazuje txt nebo html bych musel vyzkoušet, snad později, až budu u svého stroje. Hadam, ze je je nebude snazit zformatovat a jen je nalinkuje.

[eagle.metawerzum]

Ahoj, používám DocuWiki: https://www.dokuwiki.org/dokuwiki#

Lze to nosit sebou na USB, nebo dát na síťový disk ve firmě - tj. není potřeba nic instalovat (ale je to možné)

Všechny poznámky jsou samostatné textové soubory (lehce zálohovat nebo verzovat, kopírovat) s wiki syntaxí.

Lze zaintegrovat PGP (šifrování nebo jen podpis)..

[xxx]

Děkuji všem za reakce, ale ani jedna možnost není pro mě použitelná ... to mi více dává smysl používat WordPress, který je více škálovatelný a lépe se udržuje než produkt od wiki, kde pořádně nejde vytvářet ani hlavní menu atd ... Jen je škoda že Confluence není pro jedince zadarmo :( GitLab je super, ale nejde zase vytvářet pod menu složky a do toho teprve psát návodi či poznámky ... příklad: CentOS pod menu by pak bylo Samba, DNS atd ...

[Boris Michelsz]

Jako nic proti, ale pokud ti Confluence vyhovuje a i presto nejses ochotnej zaplatit $10 ano *deset* dolaru, tak pak te fakt nechapu, je to jednorazova castka, pokud si to sam hostujes.

[eagle.metawerzum]

Dokuwiki, kterou doporučoval Stefan, nepotřebuje databázi, a je opravdu jednoduchá na údržbu, konfiguraci i správu a aktualizace. Používá ji například BRMLAB.CZ ..... jejich wiki je tady https://brmlab.cz/start

[GeorgeWH]

trac

[Josef Kufner]

Na krátké poznámky používám úkoly ve vyhrazeném CalDAV kalendáři na vlastním serveru (Davical). Můžu si pak vyrábět poznámky z mobilu (Open Tasks) a automaticky se to synchronizuje na notebook. U každé takové poznámky si jen nastavím datum začátku na aktuální čas, abych se v tom vyznal. Jakmile poznámku vyřídím (nebo překopíruju na vhodnější místo), odškrtnu úkol jako hotový, ale často na tom není moc co vyřizovat a zůstanou, jak je napíšu. Jak to je v samostatném kalendáři, tak to nijak nepřekáží.

Lepší než úkoly (vTodo) by byly vJournal, tedy deníček v CalDAV (textový soubor připíchnutý na konkrétní den kalendáře). Ale žádné aplikace krom KOrganizeru to nepodporují.

Na větší poznámky, hlavně když něco vymýšlím, používám Xournal (mám Thinkpad Yogu 12 s Wacom stylusem). Na čmárání náčrtků je to super. Výsledný soubor pak mám v adresáři na poznámky u daného projektu, nebo v ~/tmp. Pro sdílení to umí exportovat čmáranici do PDF. Také to umí čmárat do PDF souborů. A také mám klávesovou zkratku na sejmutí screenshotu a jeho otevření v Xournalu.

Pokud něco chci vystavit veřejně, obvykle to prostě hodím někam na web (mám i vyhrazené místo na tenhle bordel). Poslední dobou hodně používám posílání souborů přes HTTP v Jabberu, neboť to řesí hození na web samo – Jabber klient to prostřednictvím Jabber serveru nahraje na HTTP server a pošle odkaz (obsahující náhodný token), který lze vykopírovat i dalším lidem (a navíc to projde i skrz transporty na ICQ a Facebook).

[Adamec]

Na poznámky používam Notes :)

[pedro]

EMACS

[Jiří Lisický]

+ org-mode

[xxx]

Nakonec jsem se rozhodl pro Confluence - už jsem započal i implementaci .. Děkuji všem za radu ..