爆速構築！Go言語製、SQLite/MarkdownベースのシンプルWiki「LeafWiki v0.10.0」

ありがとう！そう言ってもらえて嬉しいよ。

Markdownファイルはデータディレクトリにコピーすればインポートできるけど、リンクの調整が必要になるかもしれない。だからインポート機能を使うのがおすすめだよ。アップロード時にアセットを検知して、リンクを修正しようとしてくれるから。

コンテンツ自体はファイルシステム上にMarkdownファイルとして保存される仕組みだよ。インポート機能はObsidianからの移行を希望するユーザーがいたから実装したんだ。WikiLinkの書き換えにも対応してる。

インポート時やファイルシステムからの読み込み時に、メタデータを付加してるんだ。例えば leafwiki_id とか leafwiki_last_creator_id といったメタデータで、コンテンツの移動検知やパーマリンク、リビジョン管理、Wikiの構造変更時なんかにも使われるね。

ツリービューはファイルシステムから生成されるから、構造自体はSQLite DBには保存されないよ。

SQLiteに保存されていて必須なのはユーザー情報くらいかな。

Markdownの内容に基づいて、SQLiteのデータベースをリンクやタグなどで埋めていく感じだね。

Dockerを使えば簡単に動かせるし、自分のコンテンツをzipして試してみるといいよ。右のコンテキストメニューにインポートのエンドポイントがあるはず。

docker run -p 8080:8080 -v ~/leafwiki-data:/app/data
ghcr.io/perber/leafwiki:latest
--jwt-secret=yoursecret --admin-password=yourpassword --allow-insecure=true

Dockerが入っていればだけどね！

もしDockerがなければ、バイナリをダウンロードしてこうやって起動できるよ：

./leafwiki --jwt-secret=yoursecret --admin-password=yourpassword --allow-insecure=true

あと、温かい言葉をありがとう！

温かい言葉をありがとう！

フィードバックもらえると助かる。

ちょっと試してみた：すごくいいね。画像アップロードも簡単だし、Markdownも使えるし、ハイパーリンクも認識される。ただ、スマホで使うことが多いから「フォルダ作成」や「ページ作成」ボタンがもう少し大きいと嬉しいな。なんなら緑色とかにして押しやすくしてほしい。モバイルだと小さすぎるよ。もし修正が大変なら、せめてサイドバーの外側をタップしたらサイドバーが閉じるようにしてほしい。今だと左上のボタンまで指を伸ばさないといけないから遠くてさ。それ以外は最高のアプリだよ、気に入った。

機能提案：ip、cmd、cfg、code、あるいはただのメモみたいに自動でタグ付けできる機能があるといいかも（スクリーンショット参照）。
https://preview.redd.it/ckxxkf84ti3h1.png?width=1343&format=png&auto=webp&s=e78ef61d492c7b0ccd8e8827a4f8981974271078

ありがとう。GitHubの方にイシューとして立てておくよ！

いや、AIの雰囲気だけで作った（vibe-coded）わけじゃないよ。AIコーディングツールが普及するより前の1年前に始めたからね。今の開発者と同じようにAIアシスタントは使うけど、アーキテクチャや決定事項は全部自分でやってる。

それはよかった。AIツールとの付き合い方は現実的に考えるようにしてるんだ。ただ、完全にAIの雰囲気だけで作られたようなプロジェクトは避けてるってだけで。改めてありがとう！もっと触ってみるのが楽しみだよ。OneNoteの代わりになるツールはずっと探してた最後のピースだったからね。

言いたいのは、AIのアシストがあってもかなりの時間を費やしてるし、これは使い捨てのプロジェクトじゃないってこと。（AIの雰囲気だけで作られたツールって、結局そういうところが問題だと思うんだ）GitHubのイシューを見てもらえればわかると思うけど、長期間にわたっていろんな議論やバグ修正が行われてきたんだよ。

必要そうだった機能について議論されてるよ: https://github.com/perber/leafwiki/issues/988

OneNoteからきれいにコピペできたら最高だけど、クリーンアップ作業くらいなら全然苦じゃないよ。一度きりの作業だしね。

改善のためのフィードバックはいつでも大歓迎だよ！まだまだ改善の余地だらけだしね :P

ありがとう！もし不明な点や、想定と違う動作があれば教えてね。

ちょっと気づいたこと。ヘッダーの後の余白が、次のセクションの前と比べて広すぎる気がする。例えば自分のホームラボのドキュメントページだと、こんな感じのブロックがたくさんあるんだけど、 md # header yaml code block # header yaml code block ヘッダーとその下のコードブロックの間に巨大な隙間ができる一方で、コードブロックの終わりと次のヘッダーの間はすごく詰まってるんだよね。これ逆の方がいいんじゃないかな。あと、flatnotesのディレクトリから.mdファイルをルートディレクトリにそのまま放り込んだら、いくつかはインポートされたけど全部はされなかった。理由はわからなかったけど、インポート機能を使ったらうまくいったよ。

サンキュー。GitHubに追加しておくね。ネット上に公開される可能性があるから、命名規則には厳しいスキーマを適用しているんだ。それが原因かもしれない。

自分のノートは基本的にシンプルな名前で、スペースはあるけど特殊文字は使ってないよ。以前flatnotesを使ってた時、ファイル名の問題を避けたかったから。いくつかのノートにはflatnotesのタグが入ってたから、ちゃんとしたMarkdown形式じゃなくて「#tagstuff」から始まってるものもあったけど、そのノートが影響受けてるか調べるより、素直にインポート機能を使ったんだ。それ以外は特に変わったところはないよ。シンプルな名前とプレーンなMarkdownテキストで、長すぎるものもないしね。

Triliumはノードごとに著者が1人と想定されているからマルチユーザー環境では壁にぶつかるし、Wiki.jsは使えるけど5人チームに対してPostgres + Nodeのスタックは過剰なんだよね。flatnotesは個人利用には最高だけど、ちゃんとしたツリー表示がない。LeafWikiはその中間（ディスク上のMarkdown + SQLite + シングルGoバイナリ）で、何年も探し求めていた組み合わせだよ。今夜ホームサーバーで動かしてみる。

君の方が上手く説明できるよ ;) 試してくれて嬉しい。フィードバック待ってるよ！

正直に言うと、答えるのがなかなか難しいんだ。もちろん、初期段階から考えてはいたよ。個人的に一番難しいのは権限管理以外だと、実装方法、見栄えの良さ、権限をいかに分かりやすく表示するか、そしてネストされた要素をどう扱うか、ネストを許可すべきかといった点だね。もし何か提案があれば教えてもらえると助かる。

正直、近いうちにすぐ実装できるような機能ではないし、フォルダベースがいいのか、あるいはスペースのような形式がいいのかもまだ自分の中で明確じゃないんだ。

スッキリしない回答でごめんね :)

誰か作ってくれたら嬉しいんだけどな ;) ドキュメントにリンクを貼ることはできるよ。もしUnraidテンプレートを求めているユーザーが他にも多ければ、自分で作るつもり :) その代わり、テストをお願いすることになるけどね。とりあえず、https://github.com/perber/leafwiki/issues/1050 に「いいね」を押しておいて！

u/elasticvertigo - 次のリリースで対応する予定だよ。すべて順調に進めばね。

モバイルでも動くけど、もっと改善が必要だね。今日、モバイルだとボタンが少し小さいっていうフィードバックをもらったばかりで、それは対応予定だよ。

自動保存はまだないかな。エディタはライブプレビュー付きの分割ビューを備えたMarkdownエディタで、Notionのようなブロックエディタではないんだ。純粋なMarkdownで書きたいなら分割表示を無効にもできるよ。

モバイル版は機能はするけど、まだ洗練されていない状態だね。

報告ありがとう。GitHubのIssueに登録しておくよ。