nDiki : パーソナルナレッジベース

SEO 的にタイトル要素中のサイト名を後ろにしたり、canonical 設定したりする

SEO 的にタイトル要素中でできるだけ前にキーワードが出現した方が良いらしいので、先頭にサイト名をつけていたのをやめて後ろに | で区切って付けるようにした。あとはトップページまわりと、記事ページとアーカイブページで重複コンテンツになるところについて <link rel="canonical" href="..."> を設定するようにした。

• タイトル要素中で「サイト名: 記事のタイトル」のようにしていたところを「記事のタイトル | サイト名」に変更。
• 旬別・日別・月日別アーカイブページで重複タイトルにならないように、日付や件数などを適宜入れるようにした。
• RewriteRule ^$ /diki [L] としてパス無しでもパス有りでもトップページを参照できるようにしているので、後者の表示ではパス無しの URL を canonical 指定するようにした。
• 日別アーカイブページで記事が1件しかない場合、記事ページとほぼ重複コンテンツになるので、その場合記事ページを canonical 指定するようにした。

最近 SEO の話を聞く機会が何度かあったこともあって、最近メンテナンスをしていなかったのでまずはサイト内でできることを変えてみたというところ。

あとは「zenbackキーワーズ」のまとめページの方がオリジナルより検索結果で上に来るのがシャクだからちょっと逆転させていというのもある。ちょっと前からまた Zenback を使うようにしているんだけれど、そうすると「zenbackキーワーズ」のまとめページに自動的に載るというサービスになっていて、まあそれはビジネス上いいとは思うんだけれどそっちの方が最近ちょっときがちなので負けていられないなーと。パーソナルナレッジベースとして自分の記事探したい時に不便だしね。

HTML 構造ずっとレガシーなままなので、こちらもそろそろ手を入れたいところ。

あとは本質的なところとして Web 日記とはいえもうちょっと書き方も意識した方がいいのかな。最初の2パラグラフが重要らしいので、より結論ファーストで書くとか。まあ日記なので引き続きだらだら書きたい時はそう書けばいっか。

nDiki ソースファイルの拡張子を txt に

この nDiki の記事ファイルはテキストファイルなのですが、ファイル名の拡張子を dkd/dkk にしていたのでテキストアプリでファイル一覧にでなかったり Dropbox や Google ドライブでプレビューできなかったりするなど不便でした。

なのでこの機会に nDiki (の日記システムである DiKicker)の仕様を変えて拡張子 txt でもよいように修正しました。あわせて1万以上ある記事ファイル名を修正。これで他のノート・日記系ファイルと同じように Dropbox 以下に移動 & Google ドライブに同期するようになりました。

パーソナルナレッジベースとしてのテキストファイル集約がこれでほぼ完了。

Ulysses でノート・日記が一括検索できるようになって個人的にかなり便利になりました。テキストファイル最高。

[ ノート・日記はテキストファイルに ]

iOS 版 Ulysses は最強のテキストファイルノートアプリ

昨年末からライティングアプリとして有名な Mac アプリケーションである Ulysses を「Dropbox 上のテキストファイルとして管理するノートシステム」のツールとして使っています。使い始めて3週間ちょっとになりますが、自分にとって読み書き検索しやすいフォルダ構成ができてきて既に手放せない感じになってきました。ノートや日記(デイリーノート)などどんどん Ulysses から放り込んでいます。

Ulysses には iOS 版もあってこちらも気になっていたのですが、 Android デバイスをメインに使っているので3,000円のアプリをお試しで買うにはちょっと躊躇してました。がやはり気になってしょうがないので思いきって購入してみました。

全文検索できるので最強

www.ulyssessapp.com の Feature Table だと iOS 版は Full-Text Search にチェックが無かったのでそこが一番気になっていました。 実際使ってみると

• 画面右上の Quick Open ボタンから全文検索
• フィルタを作成して全文検索

と全文検索が可能でした。なお Spotlight 検索については iCloud 側に置いたシートについては検索対象になりますが、ライブラリに Dropbox フォルダとして追加したものは検索対象になりません。

iA Writer やその他の Dropbox 対応テキストエディタの多くが閲覧・編集対象としているファイルのみを Dropbox から読み書きしているのに対し、 Ulysses ではごっそり端末側に同期をしているおかげで全文検索できるのですね。このあたりは Day One Classic に近いです。

Mac 版や iA Writer などと同様に自動的保存や他で編集された時の自動再読み込みがあるので、さっと書き留めるノートとしてもストレス無く使えます。

Dropbox を使った時のデメリットは全文検索が不便だというところだったのですが Ulysses 1つで解決となりました。これで Evernote や Google ドライブに頼らなくてもずいぶん済むようになります。

スマートフォンでのテキストファイル(Markdown ファイル)ベースのパーソナルナレッジベースとしては今までで最高の感触です。このアプリのためだけにでも Android スマートフォンから iPhone に乗り換えてもいいかなと思うぐらいです。

https://www.ulyssesapp.com/

[ iOS アプリレビュー ] [ ノート・日記はテキストファイルに ]

ノート・日記のテキストファイルを Google ドライブへ

今までノート・日記のテキストファイルは Dropbox で同期していました。 Dropbox の同期については満足しているのですが Android スマートフォンで全文検索でファイルを探して開くということができないのはやはり不便なので Google ドライブに同期するように変更しました。

iOS の Ulysses で閲覧・編集できなくなるは許容

Ulysses で Dropbox を同期しておくこと iPhone でノート・日記のテキストファイルの全文検索・編集ができていたのですが、今回の Google ドライブへの同期先変更でそれができなくなります。

今は Android スマートフォンメインで使っているのでこちらは諦めることにします。

拡張子を txt にする

Google ドライブにテキストファイルとして扱ってもらうためには Markdown ファイルの拡張子を md ではなく txt にする必要があります。

過去 txt ファイルに統一して Google ドライブに同期していた事もあったのですが、その時はテキストエディタ・ライティングアプリの都合で結局戻しました。今回全文検索が使えることを優先し、再度 Markdown 形式のノート・日記テキストファイルも拡張子を txt に変更しました。

Mac の Ulysses ではそのようなファイルを保存している外部フォルダの「新規シートのファイル拡張子」設定を .txt に変更し、「標準テキスト (.txt) ファイルを Markdown として編集」設定をオンにしておきます。

Android のテキストエディタから直接 Google ドライブの編集を選んで編集する

JotterPad・iA Writer・Jota+ が Google ドライブにアクセスできるので、これらでブラウズしてファイルを開き編集できます。

Android の Google ドライブアプリで全文検索してからファイルを開いて編集する

全文検索でファイルを探してから開いて編集するというのは JotterPad・iA Writer ではできません。

Google ドライブアプリで全文検索してファイルを選んだあとに Jota+ に渡すと、Jota+ で編集・保存で Google ドライブに書き戻すことができます。全文検索からはこの流れで扱うことにします。単独のライティングアプリで全文検索から直接編集といかないのでちょっと手間ではありますが、今までは探すことすらできなかったのでかなり助かります。

これでどこでもパーソナルナレッジベースにアクセスできるようになりました。やはり過去のノート・日記をどこでも検索できるというのは便利でいいですね。

[ ノート・日記はテキストファイルに ] [ ファイル同期 ]

Web 日誌 / Web 日記を書き始めてから20年

途中ブランクがあったりするけど、書き始めてからついに20年だ。

いつ始めたか?

個人 Web サイトを作り始めたのが1995年か1996年ぐらい。それから数年経った1999年1月19日にコンピュータ日誌として日付ベースの記事を書き始めた。

当時既に Web 日記を書いている人はいたが、まだ HTML ファイルとして直接書いている人も多かったんじゃないかな。自分は当時マクロプロセッサ m4 を通して静的 Web ページを生成していたので、当初 Web 日誌も m4 マクロで生成していた。

ハイパー日記システムが公開されたのが前年の9月、 tDiary が SourceForge.net に公開されたのは3年後の2002年2月20日であった。その翌年の1月16日にはてなダイアリーベータ版がリリース、さらにその翌年日記機能をもつ mixi がオープンとなる。

そこそこ早い時期から Web 日記 (Web 日誌)を書いていたんじゃないかな。

20年続けて得られたものは?

20年続けて得られたものは以下だな。

• 自分の20年の情報が蓄積されたパーソナルナレッジベースとなった。自分の過去の何かについてはサイト内を Google 検索すればたいがい探せてしまう。
• パーソナルナレッジベースについての知見を得た。
  • 特に個人の情報は「いつ」のことかが重要。
  • 「システムの寿命よりもデータの寿命を特に重視して設計されていなければならない」「ノート・日記はテキストファイルに」「ファイル名の先頭を日付にする」
• ちょっぴり人の役にたった。
• ちょっぴり収入になった。

20年続けて失ったものは?

一方失ったものは時間。公開している以上、下調べしたり文章を整えたりするのにある程度時間がかかり1週間に数時間は費やしている(1日分で数時間の場合もザラ)。Web 日記を書いていなければ数千時間、他のことができていたであろう。

あ、もちろん無駄な時間だったとは思ってはいない。調べたり考えたり内省したり、日記を書き続けたから今の自分がいるんだよね。

続ける?

Web 日記は趣味だからね。

[ コンピュータ日誌 ]

百科事典型ナレッジベースに向いているナレッジベース Obsidian

以前ノート間リンクのできるノートアプリを探してみた時に触った Obsidian をもう少し試してみた。

• https://obsidian.md/

Obsidian はナレッジベースアプリケーションで、一般的なノートアプリよりも情報間のネットワークを重視している。ローカルホスト上の特定フォルダ以下に置いた個別の Markdown ファイルを [[ファイルベース名]] 形式で内部リンクしていくのが基本。

ファイルの拡張子が md 固定で txt では駄目というのが個人的に不便(拡張子 txt にできないと Google ドライブ的に困る)なのだけれど、過去のノートテキストファイルの拡張子を変更してお試ししてみた。

内部リンク

ファイルベース名を指定して内部リンクを文中に書いていくのだが、ファイル名の先頭を日付にする流儀との相性が良くないな。[[ファイルベース名|表示テキスト]] 形式でプレビュー時のテキストを指定できるけど、編集モードだと文章として読みにくい。各ファイルで YAML front matter 形式で別名を宣言しておけばその別名で内部リンクできる機能があるので、丁寧に管理すれば読みやすくはできる。

ただ Obsidian 方言で書きすぎると「ローカルホスト上の Markdown ファイルなので特定アプリケーションに依存しない」良さがスポイルされてしまう。Markdown のショートカット参照リンク形式で内部リンクを張れるようになると良いのになと感じた。

グラフ表示

1ファイル1トピックにしてきちんと内部リンクを張っていかないと価値あるグラフにならない。1日1ファイル + 個別トピックファイルというスタイルだと役に立たないかな。

その他

検索は使いやすい。TaskPaper ほど優れてた UI ではないけれど、フォールディングやアウトライン表示もできたりする。デフォルトのスタイルは個人的に見出しが大きいなと感じるので、常用するなら CSS をいじる必要がありそう。

パーソナルナレッジベースとして

「時間とともに記録・整理しておきたいことが変遷していく」「ナレッジベースを作ること自体が主目的ではない」パーソナルナレッジベースの世界では、静的な情報を丁寧にネットワーク化していく百科事典型よりも日誌/日記型の方が良いと思ってる。内部リンクは編集・維持コストが高いので、パーソナルナレッジベースでは頑張らないのが幸せだ。

Obsidian は百科事典型のナレッジベースが欲しい人にはあいそう。一方自分のような日誌/日記型派にはやはり検索主体の howm 系の方がいいなとあらためて感じた。

[ Mac アプリケーション ] [ ノート・日記はテキストファイルに ] [ ファイル名の先頭を日付にする ]

今日のさえずり: 内部リンクは編集・維持コストが高いので、パーソナルナレッジベースでは頑張らないのが幸せ

• 24:34 ローカルの Markdown ファイルに保存していくナレッジベース Obsidian をお試し。 ファイルベース名を指定して内部リンクを文中に書いていくのとファイル名の先頭を日付にする流儀との相性が良くないな。
• 25:34 内部リンクは編集・維持コストが高いので、パーソナルナレッジベースでは頑張らないのが幸せ。

nNote ではなく nDiki にちょっとしたノートを書く

永続的に残しておくほどではないちょっとしたノートを置いておくスペースとして nNote を2017年1月末に始めて3年弱になった。

ある程度自分なりに推敲してまとめる日記記事中心の nDiki とは別に、断片的・未整理・不完全なちょっとしたノートを頻繁/大幅に更新したり削除を前提に置けて重宝している。

一方別にすると nDiki と nNote の両方を通して「キーワードで記事を抽出して表示」したり「時系列で表示」したりできない点がちょっと不便だと分かった。パーソナルナレッジベースとしてはまとまっていた方が良いので、今後ちょっとしたノートも nDiki 上に置くことにする。

両者を区別はしたいので nNote in nDiki として

• #nNote タグをつけておく。
• 記事ファイル名(URL の一部にもなる)に「nn」を入れておく。

とすることにした。

nNote にある過去のノートも上記ルールに合わせて修正して nDiki に移動。横断的に見る時に邪魔になる「持ち物リスト」や、仕上げた旅行記記事と一緒に置く逆に分かりにくくなる「旅行計画」といったノートは nDiki に移さずに nNote に残しておいた方がいいな。 nNote は nNote で残しておくことにする。

Zettlr はテキストファイルノートアプリに適した Markdown エディタ

Zettelkasten メソッドのための機能を備えた Markdown エディタに Zettlr がある。ローカルディレクトリ上に通常の Markdown ファイルとしてデータを保存するタイプで、ロックインの心配が無く他のツールと併用できる好みのアプリだ。インストールして1日使ってみた。

• https://www.zettlr.com/
• https://docs.zettlr.com/ja/

インストール (macOS )

Homebrew では以下で。

 $ brew install --cask Zettlr

今日時点でインストールされるのが 1.8.3 でちょっと古かったので

• https://github.com/Zettlr/Zettlr/releases

からバイナリビルドされた 1.8.6 をダウンロードしてインストールした。

Markdown エディタとして

ヘッダを大きめに表示したりリンクの URL を隠したりと一部プリレンダリングされるタイプ。日本語も問題無さそう。

ファイル末のあたりで文字入力するとエディタがガクガク揺れるは今後改善されると嬉しい。

見出し単位で折り畳む機能やサイドバーで目次を表示する機能があり、長めの文章を書くための支援が揃っている。

ファイル管理

ファイルツリー上にディレクトリとファイルの両方を表示する Combined モード以外に、ファイルツリー(ディレクトリツリー)とファイルリストの両方を表示する Expanded モード、ファイルツリーとファイルリストのどちらかを表示する Thin モードがある。

Expanded モードを選ぶと iA Writer や Ulysses などでもお馴染みのスタイルになりノートアプリとして使いやすくなる。

ファイルシステム上のディレクトリをルートディレクトリとしたワークスペースを複数同時に開いておける。用途別にディレクトリを分けている場合に便利だ。

全文検索はワークスペース単位。内部リンクもワークスペース単位で機能する。 自分は複数のワークスペースを横断的に全文検索したいので、本格的に使うなら1つのディレクトリの下にまとめる必要があるな。

ファイルの拡張子は md ではなく txt でも OK なので、ファイルを同期した Google ドライブ上で全文検索させられるのが嬉しい(Markdown ファイルの拡張子を md にすると Google ドライブで不便)。 md 固定の Obsidian より柔軟だ。

Zettelkasten メソッドと内部リンク

Makrdown ファイルから Markdown ファイルへファイルベース名を指定して 「[[ファイルベース名]]」の形で内部リンクできる(パス名は不要)。

また Markdown ファイル内にユニークな ID を書いておき、その ID を指定して「[[ID]]」としてリンクもできる。後者を使えばファイル名変更が気軽にできる。 ID の形式やリンクの開始文字列 [[ ・終了文字列 ]] もカスタマイズできて柔軟なのも良い。

iA Writer では

 ia-writer://open?path=/Locations/path/to/file.txt

のような URL を発行して擬似的にリンクするさせるしかないので比べると圧倒的に便利。

1日使ってみて

今メインで使っている Mac アプリケーションの iA Writer に比べると Electron ベースの Zettlr は美しさで負けるのは仕方ないところかな。

Zettlr をテキストファイルノートアプリとして内部リンクを活用しながらパーソナルナレッジベースを作っていくのありだな。

[ ノート・日記はテキストファイルに ] [ Mac アプリケーション ]

Obsidian Publish 買った

ノートを整理すると公開したくなるし、公開すると思うとノートを整理する気になる。 Obsidian で書いたノートもやはり公開できるようにしたい。Gatby・Hugo・MkDocs などの静的サイトジェネレータでサイト生成して公開することも考えたけれど、 Obsidian の仕様に合わせた内部リンク対応を書く必要があり開発保守コストが高いな。4日前に様子見と思った Obsidian Publish を結局買ってしまうことにした。$96/年。クレジットカード決済での換算レート107.514円で、支払い額は10,321円となった。

• https://publish.obsidian.md/naney
• https://notes.naney.org/ (2021年2月19日にカスタムドメインを設定)

独自ドメインで公開もできるけれど HTTPS にしようとするとまだ大変なので当面 publish.obsidian.md の下でいいことにする。将来独自ドメインに移した際に URL が変わってクールじゃないかなというのはあるが、そもそも頻繁に更新するパーソナルナレッジベースの公開サイトという点で URL がどんどん変わるので気にしても仕方ないよね。

[ サブスクリプションサービス ]

日曜日に Obsidian でパーソナルナレッジベースを整理

昨日は『イシューからはじめよ』を読み直して読書ノートを書いた(インプット & アウトプット)した。そこで得られた知識も含めて今日は Obsidian でパーソナルナレッジベース(ノート)を整理。土曜日にアウトプットしたあとに、日曜日にまったりナレッジを整理する流れ、なんかいいな。

Obsidian を使い始めて5カ月弱経ちノートが順調に増えてきている。ローカルグラフでノートの関係を見ながら書き換えていく時の知識が整理されていく感覚、快感である。