機能 #886
未完了知識公開用のドキュメント管理の方法を考える
0%
NO nop_thread さんが12日前に更新 · 編集済み
BookStack¶
認証まわりで壊れたことがあって微妙に信用できない。
たぶんそのときは DB を直接弄るか何かでどうにかしたのだと思う。
URI についてはかなり気に入らない。
ページごとに安定した ID のようなものが割り振られるにも拘らず、アクセスやリンク取得で使われるデフォルトの URI はタイトル等からの生成で、しかも non-latin な文字列だと判別不能な形にぶっ壊れた文字列が使われて、そのくせタイトルや所属する book を変えると URI も変化する。
一応スクリプトを注入することで permalink をコピーしやすくはできるので致命傷ではない (Provide a way for blind users to retrieve a page permalink · Issue #3975 · BookStackApp/BookStack) が、微妙に permalink へのお気持ちの弱さを感じて信頼できない。
ページ以外については安定した ID すらない ([Feature Request] Permanent Link to Shelves, etc · Issue #1781 · BookStackApp/BookStack)。
WYSIWYG エディタを使うとセクション単位でリンクが生成されるが、これは見出し文字列を percent encode したもの。
これは安定しているのだったか? まあ何にせよ自分で設定・編集できないのでは扱いづらくて仕方ない。
しかも markdown エディタにすると生成済のセクション ID も消滅して再生成される模様。
そこで維持する気持ちがないのであれば、結局安定性なんてないようなものだ。
モバイルのブラウザだとリッチテキストエディタのコントロール類が少し削減されて、リストの項目のレベル変化などができなくなる。
そういうことがあるなら markdown エディタを使いたいが、それだとセクション ID の安定性を捨てることになる。
つまり実質的には私の求めるコア要件を満たさない。
NO nop_thread さんが12日前に更新 · 編集済み
Trilium Notes¶
#849#note-2 に書いたとおりだが、実装が JS 全開ですごいことになっていそうなので (ちょっとだけソースを辿ったことがある)、何かあったとき面倒を見られる気がしない。
つまりデータあるいは機能の永続性を担保できる状況にないので、安定した URI で長期間蓄積・公開する前提で使いたくない。
NO nop_thread さんが12日前に更新
- 前回確認日 を 2025/12/16 にセット
NO nop_thread さんが12日前に更新
- 関連している 機能 #849: プライベートな Trilium Notes サーバの試験運用 を追加