nDiki : 仕様

EC2 上の開発環境を返上【日記】

過去サービス開発をしていたこともあり AWS EC2 上の開発環境を割り当ててもらっていたのだけれど、新しい環境に移行するにあたり新しい開発環境は割り当ててもらわないことにした。

ああ(実装という意味での)サービス開発からは完全に足を洗ったんだなとちょっと感慨深くなった。

実際もう数年サービスのコードを書いておらず、仕様確認のためコードリーディングにしか使ってなかったのでそのうち開発環境返上せねばなあとは思っていたので良いタイミングではあった。

Ulysses 18 for Mac でプレーンテキストファイル編集ができなくなった

外部フォルダで、シートを「Ulysses ファイル」形式(拡張子 ulyz)での保存・管理を選べるようになった。Ulysses ファイルとして扱う設定にした外部フォルダではイメージ添付などができるようになった。

しかし Ulysses ファイルはバイナリファイルで他のテキストエディタを併用できない。自分のノート管理方針上使えない。

一方今回のアップデートでフォーマット無しのテキスト(プレーンテキスト)として表示・編集する機能が無くなってしまった(拡張子 txt のファイルも Markdown 形式として扱われてしまう)。これはかなり辛い仕様変更である。

Ulysses はすぐに \ でエスケープしてくるので気をつけないとすぐ \ だらけになってしまうんだよね。困った。

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

Google ドライブではテキストファイル作成時の拡張子で全文検索対象になるか決まるみたい

Google ドライブにあるノートテキストファイルを参照したくなり、そこに必ず書かれていると分かっている単語で検索してみたけれど検索結果に出てこず「あれっ?」となった。検索結果に出るテキストファイルと出てこないテキストファイルがある。

全文検索対象になっていないテキストファイル

違いを調べたところ Web 版 Google ドライブでテキストファイルの詳細を右側に表示した際に「縮小されたサムネイル」が表示されるものは全文検索対象になっていて、表示されないものは全文検索対象になっていないようだ。

でテキストファイルで「縮小されたサムネイル」が表示されるかどうかの違いだけれど、どうやら作成時(ローカルホスト上でファイルを作成して「バックアップと同期」で Google ドライブに最初にアップロードされる時を含む)に、拡張子が txt か md (Markdown ファイル)かで決まっているような挙動だった。最初に txt で作った後に md に変更しても全文検索対象だし、逆に最初に md で作ったファイルは後で txt に変更しても全文検索対象にならない。

Google ドライブに置くすべてのノートテキストファイルを拡張子 txt で新規作成扱いにする

Google ドライブで拡張子 md のテキストファイル(Markdown ファイル)が全文検索対象になっていることに9月に気が付いて、 Google ドライブに置く Markdown ファイルの拡張子を md に統一したのだけれど、その結果「もともと txt だったものを md にリネームしたもの」「もともと md だったものを過去に txt にして再度 md にリネーム」「md で新規作成してずっとそのままなもの」が混在していて、全文検索されるかどうかがもはやよくわからない状態になっているのが自分の現状っぽい。

単純に拡張子を変更するだけでは駄目なことがわかったので、いったん Google ドライブの同期対象フォルダから18,000以上あるノートテキストファイルを外に出して、拡張子を txt に統一し、あらためて Google ドライブの同期対象フォルダに戻して新規作成扱いにした。これで全部検索対象になった模様。

Google ドライブに置く予定がない Markdown ファイルもデフォルトで拡張子 txt で作るよう各種設定を変更し、Google ドライブに置いていない既存の Markdown なノートテキストファイルもだいたい txt に変更しておいた。あとで「Google ドライブに置いておこう → (Google ドライブに同期したあとに)拡張子 md だったから txt にしておこう」とした時に、人知れず検索対象からハズレているという事態を避けたいので。

Google ドライブは全文検索ができるのが便利だけれど、 Dropbox みたいにローカルファイルシステムとの同期を前提とした設計で出発していないのか特殊な仕様が多いので、時々ハマるんだよね。

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

動画ファイルのバックアップ用に外付け SSD SSD-PGM960U3-B/N

MacBook Pro の内蔵 SSD の容量がいっぱいになってきたので NAS にオリジナルを移動し、そのバックアップとして外付け SSD を使うことにした。

Amazon Cyber Monday Sale (サイバーマンデーセール) 2019 中にタイムセールになっていた Buffalo の SSD-PGM/N シリーズ「SSD-PGM960U3-B/N」をチョイス。「特定販売店向け」ということで Amazon.co.jp などでの流通向けのようで、仕様は SSD-PGMU3 シリーズと同等のようだ。

• SSD-PGM960U3-B/N (SSD-PGM/N シリーズ)
• SSD-PGM960U3-B (SSD-PGMU3 シリーズ)

両端 USB Type-C のケーブル + Type-A への変換アダプタ付属なので今使っている MacBook Pro で使えて、将来 Type-C の PC に買い替えてもケーブルを買い足さずに使える。自分のもしもの時に家族が動画ファイルを見られるようにしておきたいというのがあるので、数年先でも使えるであろう製品を選びたかったのでこれはプラスポイント。

外付け SSD は初めてなんだけれど、めちゃくちゃ軽くておもちゃみたいなんだね。付属ケーブルがちょっと固めなので、接続してテーブルに置くと斜めになっちゃうぐらい。

出荷時は NTFS でフォーマットされているので HFS+(Mac OS 拡張 (ジャーナリング))でフォーマットし直した。

今後は外付けもどんどん SSD になっていくのかな。

[ 製品レポート ]

今日のさえずり: ちょびっと観ただけで「視聴済」になるのとそれを削除できないのが残念

• 09:58 右下のサングラスおじさんラベルのボトルが気ニナル。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/o01yJatE90
• 21:28 シュワッとする席。 #photography RICOH GR III #GR #GRIII #GR3 https://t.co/UDWkTjz19V
• 21:59 Gatsby の Quick Start をやってみた。手を出すべきかちょっと迷う。もっとシンプルなのでもいいかなあ。
• 23:19 dアニメストア、最初ちょびっと観ただけで「視聴済」になるのとそれを削除できないのが残念仕様。
• 23:32 観終わっていないのに立っている視聴済みフラグは「おすすめ」に反映されないようになっていると期待したい(淡い期待)。
• 23:36 @youclick0113 dアニメストア、 Fire TV にも対応しているんですねー。都度都度 MacBook Pro をテレビに HDMI 接続する必要が無くて便利そう。

エンゲージメントのため24時間以内に1回 Fleet しよう

24時間だけ表示される投稿ができる Twitter の新機能 Fleets が公開された。まず iOS アプリと Twitter アプリで展開。自分の環境・アカウントでは iOS アプリで今日使えるようになった。

サービス提供者視点では、より軽い気持ちでの投稿を促すとともに見逃しを避けようと24時間以内にアプリを継続利用しようとする動機付けをする仕組みだ。永続的なメディア保存が不要でストレージコストも減らせる点でも嬉しい仕様である。

「他のアカウントの Fleet をシェアする機能無し」「フィードバックは DM となり Fleet にぶらさがらない」点はよく考えらた仕様だ。フィードバックが DM となる点に驚きと不満の声をいろいろ見かけたが第三者から見える形のフィードバックを排除したのは Tweet との棲み分けで必然だろう。

今は新しい Fleet があると24時間以内の過去の Fleet も含めて表示される(既読判定されると未読から表示が始まる場合もある)ので Tweet 以上に何度も同じものを目にすることとなる。

フォロワーとのエンゲージメントを高めるために1日数 Fleet しておくのがいい使い方じゃないかな。表示時間が短く(画面を長押ししている間止めることはできる)投稿の寿命が短いので Fleet で多くを伝えようとはせず接触機会を増やすためのものと考えるのがいいんじゃないかな。多すぎるとミュートしたい気持ちになるので24時間以内に 3〜4 Fleets ぐらいまでが良さそう。

『シェアする美術 森美術館のSNSマーケティング戦略』の森美術館 @mori_art_museum はさっそく Fleet していてさすがだ。

【レビュー】サブバッグにグレゴリー ティーニーテールメイトを

食料品や日用品の買い出しで大きなショッピングバッグを肩にかけていく時には、干渉しないように小さめのウエストバッグに小物を入れて斜め掛けしていく。

そういう時はグレゴリーのテールランナーSを使っているが、もうちょっとだけ大きいといいなという時が最近増えた。かといってテールランナーでは大げさだ。もうちょっと横幅が小さくて容量が少ない中間ぐらいのがあれば……。考えているうちに2019年に登場した際にチェックしていたティーニーテールメイトを思い出した。

• ティーニーテールメイト HDナイロン

gregory.jp での商品ページで仕様は

• 容量: 1.5L
• 重量: 175g
• サイズ: 24.5W×10.5H×7.5Dcm

となっている。このサイズならいいかもと思い注文してしまった。カラーは丈夫さがたまらないHDナイロンをチョイス。届いた製品のタグにある型番は 135128 0440 1PHU 08J*09377 SB である。グレゴリーのウェストパックはこれで通算7個目だ。

ウェストベルトはテールランナーより細くテールランナーSと同じ幅で25mm。ITW Nexus GrimLoc (記事)が取り付けられる。

ジッパーはテールランナーより大型のものが使われておりテールメイトらしさが感じられた。

メインコンパートメント内のポケットはオープンポケットでジッパーはついていない。テールランナーの内側のスリーブのように面ファスナーが無い分シンプルで劣化の心配が無い点は良いな。

テールメイトS・テールランナー・ティーニーテールメイト・テールランナーSと並べてみた。テールランナーよりワンサイズ下でイメージ通りのサイズ感。

仕様上はテールランナーの方が高さがあることになっているが、ティーニーテールメイトの方が背面がしっかりしているので高さがあるような印象を受ける。

横幅が短いので斜め掛けで背負っておいても肩掛けした大型のショルダーバッグと干渉しない。サブバッグとしていいね。

• ティーニーテールメイト HDナイロン

[ 製品レポート ]

Zettlr 2日目

昨日から使い始めた Zettelkasten メソッドのための機能を備えた Markdown エディタの2日目。昨日の時点で使い続けるかちょっと迷ったんだけれど、もうちょっと使い方を探ってみようと今日も使ってみている。内部リンク(ノート間リンク)の活用方法がちょっと分かってきて楽しい。

内部リンクの使い勝手が良い

エディタ上で内部リンクを「command + クリック」「control + クリック」すると「リンク先のファイルを開く」と同時にその「リンク文字列での検索」が実行される。ファイルを開くと同時にいい感じに関連するファイルのリスト(実質バックリンクリスト)が表示されて便利。内部リンクを充実させたい気持ちが高まってきた。

ID を YAML front matter に埋め込む

アプリケーションに依存する Markdown ファイルを作らないという Zettlr の原則により Markdown ファイル中のどこに ID を書いてもいい仕様になっている。

自分としてはプレビュー時に文中に出ないように、昨日ひとまず ID を HTML コメントの形式で Markdown ファイルに埋め込んでみていた。 Zettlr やメインで使っている iA Writer、プレビューに使っている Marked 2 が YAML front matter に対応しているのでそこの方がわかりやすいかな。 front matter に ID を書くことにした。

ID のパターンは初期設定の「%Y%M%D%h%m%s」で

日時については基本「2021-01-20-095836」という書式を使っているので Zettlr の ID のパターンも初日に「%Y-%M-%D-%h%m%s」にカスタマイズしたのだけれど「%Y%M%D%h%m%s」に戻した。過去のノートファイルに現在日時の ID を付与するというズレが心理的に気持ち悪かったので。

Also, our own experiences show that when one doesn't use easy-to-recognise IDs, one is less prone to assume stuff, making them better suited to cross-link files. Just try it yourself! -- https://docs.zettlr.com/en/academic/zkn-method/

というの納得。

内部リンクは独立した行に書き、 Marked 2 で消す

内部リンクは Zettlr をナレッジベースとして使う上で便利だが、単独の Markdown ファイルをエクスポートして共有する際には不要だ。

Markdown ファイルを各種フォーマットに変換する Marked 2 に自作のカスタムプリプロセッサを通す機能があるので、 Zettlr で管理している Markdown ファイルを共有する際は Marked 2 を呼び出して

 - [[...]]

を含む行を消してしまうように設定した。ノート関係の宣言のための内部リンクは上記のように独立した行に書いておこう。

これで個人的なナレッジベースとしてノート間リンクの充実させるという要求と、一部はエクスポートして共有したいという要求を満たせそうだ。

東芝 紙パック式クリーナー VC-PH9

今週購入した紙パック式キャニスター型掃除機 VC-PH9 を初めて使ってみた。コンパクトで軽く取り回しやすくていいね。仕様では吸込仕事率が低めだが吸引力も問題なし。

そして丸ブラシを一緒に買ってみてよかった。空気清浄機や加湿器のフィルター掃除が捗る! もっと早く買っておけばよかったぞ。

• 東芝 紙パック式クリーナー VC-PH9
• 東芝 丸ブラシ VJ-M1(ナイロン製)

[ 製品レポート ]

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 がどんどん変わるので気にしても仕方ないよね。

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