にしし らぼらとりー

汎用のアップローダーCGIを作りたい。設置すると、指定のディレクトリにファイルをアップロードできる感じで。アップロード先ディレクトリは、あらかじめ設定しておけば複数のディレクトリを扱えるようにすると便利な気がする。同種のCGIなりPHPなりは多数あると思うのだが（クローズドな某所に1つ設置して共用しているのだが）、なかなか自分の思ったとおりの機能ではないので、自分で作る方が望み通りになって良いよなと。てがろぐソースを流用して、スキン式にしたい。というか、スキン式にしないと望みのデザインで運用できないので。あとは、複数アカウントで「誰がUPしたのか」を区別できるようにしても良いかもしれない。基本的にはファイル一覧がずらっと表(テーブル)に出てくるだけの機能を考えているが、どうせなら画像だけはアルバム表示（タイル状にプレビュー表示するとか）しようと思えば（スキンで）できるようにしても良いかもしれない。ついでに。ただ、その機能は個人的にはそこまで欲していないので、作るとしても後回しかもしれないが。ファイルには説明文を付けられるようにしたいので、その仕様を流用すれば「キャプション付き画像」の表示にも使えそうだな、という気はする。

cronが使えないレンタルサーバ向けに、疑似的なcronを提供するCGIを用意すると便利かもしれない。cronは指定した時刻に指定したプログラムを実行する機能だが、cronが使えない場合はその「指定した時刻」に自動実行させる手段がない。しかし、例えば「ダミー画像を表示してから、現在時刻を確認して、指定時刻が過ぎていたら指定プログラムを実行するCGI」みたいなのを用意しておけば、その画像をWebページに埋め込んでおくだけで、誰かのWebへのアクセスとかをトリガーにしてcronっぽい機能が実現できる。もちろん、滅多にアクセスがないようなWebサイトだったら難しいが。……もう既にありそうだな。その手のCGIは。

定期的にサーバ内の全ファイルをZIPに圧縮して自動でメール送信するプログラム(CGIやPHP)があれば良いのかもしれない。自動バックアップ。cronが使えるサーバなら本当に定期起動が可能だが、そうでなくても、適当なテキストなり画像なりを出力する機能を用意しておいて、それをトップページとかに埋め込んでおけば、誰かがアクセスしたときをトリガーにして起動はできるので、前回からの経過日数を計算して処理するようなことはできるだろう。

スキン式のメッセージ送信システムをPHPで作りたい。メール送信フォームをスキンで用意できるもの。スキンを複数用意しておけば、複数箇所のメッセージ送信を1つのPHPで扱えるような。入力欄の個数とかもスキン側で自由にできるので単なるメール送信フォーム以外にもコンタクトフォームとかアンケートフォームとかにも使えなくもない感じの。メール不達に備えて一定期間はメッセージ本文を管理画面から再確認できる機能もあると良い。

ローカル実験環境でも、これもまたPHPの方が遙かに簡単で、PHPがインストールされているなら、コマンドラインから php -S 127.1.1.2:8080 -t D:\Web のように打ってやるだけで、PHP内蔵のWebサーバが起動するので、ブラウザで http://127.1.1.2:8080/hogehoge.php にアクセスするだけで D:\Web\hogehoge.php に存在するPHPファイルがローカルで確認できる。ただ、これはPHP専用のWebサーバなので、ノーマルなHTMLとかは一切表示してくれないが。

終わらせるときは、[Ctrl]+[c]を押す。いちいちコマンドを打つのは面倒なので、バッチファイルを作っておいてデスクトップ等にショートカットを置いておくと楽だ。

昔から、FAQを構築できるCGIを作りたいと思うことが何度かあったのだが、てがろぐでFAQスキンみたいなのを作れば、検索もできるしカテゴリ分けもできるしそれで済むのではないか、という気もしてきた。ただ、FAQのHomeページをどうにかして生成する必要がある。FAQ用のHomeページというと「カテゴリ別にFAQタイトルが並ぶ」という形態が定番だし分かりやすいと思うので、そんな感じのHomeを自動生成できると望ましいのだが。現状の機能だと無理だ。いや、「カテゴリ別に新着タイトルを出力する」ことはできるので、それらをSSIとかで組み合わせて1つのページにするHTMLを用意すればHomeとして機能はするとは思うけども。それだと、カテゴリを追加したときに手動修正が必要になるので運用がちょっと面倒だし、なにより配布するには向いていないだろう（別に配布しなくても良いが、どうせ作る労力を掛けるなら配布できるようにもしたい）。なんかそういう「すべてのカテゴリについて、カテゴリ別に分けつつ、各カテゴリに属する投稿タイトルだけを並べる」みたいな自動生成機能が欲しい。「カテゴリ別タイトル掲載機能」とでも呼ぶか。「カテゴリ別の新着投稿リスト出力機能」だとそれなりに需要はあるかもしれないが、FAQの場合は新着かどうかよりも自ら掲載項目を選択できる方が望ましい気もする。まあ、並べたい順に投稿日時を手動で修正する手はあるが。「下げる」機能を使って、「下げられていない投稿だけがリストアップされる」みたいな感じにすれば良いかもしれない。

Markdown記法ってクライアントでパースできるのか。全然知らなかった。
ググったところ、markdown-itだとスクリプト本体は100KBしかなくて、CDNで配信されているようなので、ユーザ側には何の追加設置も求めることなく、単に読み込むだけでMarkdown記法が使えるようになるのだろうか……。
そんな簡単だったの……？
スクリプトを読み込んだ後、
var md = window.markdownit();
var result = md.render( マークダウンで書かれた文字列 );
とかやれば良いっぽい。
Markdownって100KB程度のJavaScriptでどうにかなるものだったのか……。

たしかに、「アスキーモードでの転送」でうまくいくのは、「FTPソフトに設定された『サーバ側の改行コード』」が正しい場合に限るわな。……と思ったのだが、もしかしてFFFTPに『サーバ側の改行コード』を設定する機能って存在しない……？ なんかあったような気がしていたのだが。問答無用でLFに揃える機能だったっけ？ 「改行コードがLFだと動かない」ようなサーバを見たことがないので、改行コードは全部LFなら良いのではないかという気はする（なので、てがろぐ3.0.0からは改行コードがLFだけになっている）。ただ、Windows環境でソースを編集すると一部に[CR+LF]が混入する可能性はあって、そこを防ぎにくい。設定を全部 config.pl とかに分離しても良いのだが、そうしても1行目の #! /usr/bin/env perl を修正する必要(がある可能性)は残るからな……。

サーバ上では Perl 5.8.9 と 5.14.4 で動作確認していて、ローカルでは Perl 5.32.0 で動かしながら開発しているので、Perlのバージョン違いで動いたり動かなかったりという可能性はあまりないと思っているのだが。（最新のPerlは 5.36.0らしいのでそれでは確認できていないけども。）なお、Perl 5.6以上でしか使えない機能を使っているので、Perl 5.6未満だと動かないのは間違いない。ただ、もはやPerl 5.6（2000年5月22日リリース）未満が稼働しているレンタルサーバはないと言って良いのではないかとは思っている。

もし今Web拍手系のフリーCGIを開発するとしたら、スパム対策機能が必須だよな……。ただ、自由に入力された文章からそれがスパムかどうかを判定する処理を自力で書くのは困難なので（外部に何かそういうのを判定してくれるライブラリとかがあってそれを使えれば良いけども）、自由文の入力は不可に設定できて、「あらかじめリストアップされた絵文字だけ」とか「あらかじめリストアップされた短文だけ」とかから選択できるようにできるとか、くらいか。最初の拍手は、連打可能にする方が需要があるっぽいので、総数だけでなく「連打なのか単発なのか」を把握できる仕様もあると良いのかも知れない。

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

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

てがろぐCGIにTwitterのようなアンケート機能を直接載せるのはたぶん現実的ではないが、独立したアンケート機能CGIを作って、iframeで合成しやすい形状に出力できる仕様にして、てがろぐCGI側に埋め込めるようにすれば、似たようなことはできるかもしれない。その場合、てがろぐ以外の場所に埋め込むこともできるし、アンケートCGI単独で使うこともできるので、もしかしたら便利に活用できる可能性もありそうな気もしないでもない。

いいねボタンにもなるWeb拍手CGIを作りたい気もしている。単にボタンを押すだけのシンプル運用にもできるけども、ボタン押下後にコメントの投稿を可能にもできるし、ボタンの連打を許可する設定にもできる……みたいな、カスタマイズ性の高いCGIを用意して、これ1つあれば「いいね」機能にもWeb拍手機能にもなる、というような感じの。idを分ければ同一ページ内にいくつでも掲載できるような。拍手機能をてがろぐに載せるのはちょっと機能が異なりすぎると思うので、独立した汎用的なCGIを用意する方が良い気がする。独立した汎用的なCGIなら、てがろぐを使わない箇所でも使えるし。ボタンは「いいね」・「超いいね」・「おにぎり」・「すいか」・「ドーナツ」とか好きなだけボタンを並べておけるようにすると、なお良いかもしれない。てがろぐのカテゴリ編集機能あたりのソースを流用して、いくつでも好きなだけ登録できるようにしておくと良さそうな気がする。もちろん、ボタン1種類だけで運営したいならそうすれば良い。 →doさんの「いいねボタン改」が良さげだ。