やっつけ仕事でprev/nextなリンクだけ用意した. 所用時間30秒. 一年前に書いたやつをコピペしただけ.
「前夜」とはいえこのまま放置していくと(画像のせいで)転送量が酷いことになる. 応急処置でフロントページは最新5件に制限, 続きの日記へのリンクを用意するようにした.
@rel="bookmark"
の存在を忘れていたので付けておいた(どうでもいい).SSGは別にいいんだよ. マスターデータとURL設計さえまともならどうとでもなる. でも画像処理周辺はさっさと作っておかないと後で直すときに地獄なのが目に見えてる.
ほーむぺーじ #63 Flickr からの乗り換え候補として pCloud thumbnail API を試す ||| Apribase
Cloudinary の項のように画像ファイルは一意に ID で参照できるようにしないとファイルの置き場を少し移動しただけで記事内 URL を変更する必要が生まれてしまうし、アップローダの項目のように追加削除時の管理が厄介ですし、慌ててファイルを削除したときにキャッシュで見えてしまっても困ります。
完全に static なら問題は少ないですが、「DD と MDD のアルバム(フォルダ)を分けて管理していたけれど片方の数が少ないから統合しちゃおう」とか、「見せてはいけない情報が含まれていた写真を慌てて private 設定にして隠す」とかが実際のユースケースとして過去存在しています。