にしし らぼらとりー

RSSフィードには、YouTubeやTwitterの埋め込みの代わりになる何かが何もないので何か入れる。埋め込む前のURLを入れれば良さそうな気がする。たぶん、RSSモードのときにだけ、埋め込み処理を無効化すれば良さそう。#済

投稿IDは数値だが、それとは別に投稿スラッグを設定できる仕様にして、name= のパラメータで参照できるようにすると良いかもしれない。普通、スラッグというのはユニークな（＝他と重複しない）名称である必要があるが、複数の投稿に同じスラッグを指定すると name= のパラメータで参照したときには、同じ名称の投稿が連結されて並ぶようにすると、『複数投稿の連結機能』にもなって便利かもしれない。

過去に書いたページからリンクしているウェブサイトがとっくに閉鎖されていることがよくある。閉鎖されているだけならまだ良いのだが、そのドメインが他人に取得されていて、まったく異なるウェブサイトに変化していることもよくある。ただの個人サイトとか別企業のサイトとかならまだマシなのだが、いかがわしい広告サイト（というかアダルトサイト）になっていることもある。長くウェブを運営するつもりの場合、直接相手サイトにリンクを張ってしまうのもリスクがあるのだな……と気付いた。少々面倒だが、他サイトへリンクする際には何らかのクッションを挟んでおく方がメンテナンスしやすくて望ましそうだ。過去に作ったCGIに短縮URLを生成するCGIがあるのだが、外部サイトへのリンクには必ずこのCGIを挟んでおくことにして、リンク先がNot Foundとかになった場合には、管理者に通知が届くような機能を加えておくとか。そうすると、外部サイトの閉鎖に気付きやすくなるメリットがありそうな気はする。同一URLに対しては必ず同じ短縮文字列が生成される仕組みにしておけば、自サイト内の様々な場所にリンクが散らばっていたとしても、CGIのデータ1つを修正するだけでリンク先を変更できるメリットもある。

不特定多数のユーザが、投稿時に毎回自分の名前も入力するタイプの（つまりよくある普通の）掲示板を用意したいのだが、てがろぐCGIのソースを流用する形で「新たなCGI」として作るか、てがろぐCGIそのものの仕様を拡張してそういう掲示板用途としても使えるようにするか、ちょっと迷う。前者は作るのが面倒くさいが、出来上がったら「掲示板CGI」としてリリースできるので分かりやすい気がする。後者は、そもそも「普通の掲示板として利用する選択肢もある」という事実がたぶん伝わりにくい（デフォルト設定ではそうはならない）ので、作ったところで掲示板としては活用されない問題がありそうな気がする。自分で使うだけならそれでも良いのだが、それだと開発モチベーションが維持しにくい。あと、そもそも後者だと仕様が複雑になりすぎて実装が大変な可能性もありそうな気がする。掲示板CGIは世の中にたくさんあるので、あえて自分で作らんでも良い……という気もしないではないのだが。