欲しい機能

最低限以下

• wikilinkの抽出 & リンクオブジェクト一覧を取得できる
  • 直接markdownに変換されるのではなくjsから操作できる
• markdownレンダリング

できれば

• backlink
• 検索

候補

mindstone

• Next製(jsだけど)
• Obsidain publish互換の最低限はできてる
• バグやらパフォーマンス問題があるけど一番シンプル
• 2023-01-02
  • ノート1000個もあると事前の情報生成にめちゃめちゃ時間かかる
    • 重いなーとか言うレベルではなく、全くページが読み込まれない
      • 数分～十数分レベル
      • エラーが出るとかは無いので単純に時間がかかる
    • 流石にこんなに時間かかるのはおかしいのでアルゴリズムが変な気がする
    • nextから独立させて別プロセスとして動かしたい
    • hashを記録して変更あるやつだけにしたら初回以外は良くなりそう
    • Ctrl + Cで中断しても前の処理が残ってるな…　キャッシュ？
      • '.next/trace'のpermissionが開放されてないのも合わせてプロセスが終了できてない
      • それのせいで中断→再開→余計時間が長くなる担ってる
      • cmd でtaskkill /F /IM nodeをすると強制終了できるっぽい
        • https://gurutaka-log.com/node-js-exit-all
    • 存在してたらそれを読む、ってやってるから初回起動時にプリプロセス的に作成してる
      • これは良い仕様
      • 起動してるときにmdファイル追加しても意味がないけど
    • getInternalLinksが重い
      • pageResolverをコメントアウトしたら爆速で終わった
  • fs使用してるmoduleをgetStaticPropsで使用してれば良いけど、使用せずにimportだけしてるとクライアントサイドに残ってエラーになる？
  • frontmatterのpublishedだけ、みたいなのは機能にない
    • この辺はプリプロセスとして別に起動させたほうが良さそう
  • チェックボックスがレンダリングされない
    • remarkはcommonMarkの使用に基づいているため
      • remark-gfmを使用することで解決できる
        • cannot read properties of undefined~がでる
          • https://github.com/remarkjs/remark-gfm/issues/21 を参考にremark-parseを9から10に上げたら治った
  • embed link(![[LINK]])が変換されない
  • unresolved linkが認識できていない
    • 通常のリンクとして描画されているのでクリックして404になる
  • head link([[LINK#HEAD]])が正しく解決されていない
    • リンクとしては認識されているが、LINK#HEADというファイル名で認識していそう
    • graphデータ（オリジナルのパーサー）では認識している（backlinkに追加されている)
    • normalizeFileNameで#で分割すればリンクはつながるが、できればAnchorlinkにしたい
• 2023-01-10
  • typescriptにしようとしたり色々いじろうとしてみたけど気力も先行きも無いのでやりたくない

quartz

Floweshow

• 完成度は一番高い
• 2023-01-02現在Backlinkは実装されてない
• その他まだ開発中という感じ
• contributeしようと思ったけど全部jsで書いてる…なんで？

obsidian-webpage-export

その他

• https://github.com/coffee-cup/obsidian-vault-parser は機能が弱すぎる
• https://github.com/danymat/Obsidian-Markdown-Parser はファイル単位で作るなら使えそう？
• Obsidian Publishの互換比較
• Minimal Theme Document
  • これはテーマのドキュメントだけど、このサイトのシステム使いたい
  • 情報はなし
  • いや、これobsidian publishだ

参考

• https://amethyst.bencuan.me/