にしし らぼらとりー

てがろぐ側の画像表示機能がかなり「行き当たりばったり」的な開発だったので、内側スキンで画像の表示をどうにかしたい場合のカスタマイズ自由度に制限があった反省から、いろいろ細かく情報を得られる記法を用意してみた。需要があるかどうかはともかく。

とはいえ、簡単に書ける記法もある方が望ましいので、単に [[ONEFILE]] みたいに書けば、そこに当該ファイル（画像なら画像、動画なら動画、サムネイルがあるならサムネイル）の表示用HTMLが出てくる。しかし、細かく表示用HTMLを自力で（スキン側で）組み立てたい場合とか、CSSでの装飾のためにclass名を用意しておきたい場合とかには、以下のような記法が使える。

※例えば、300×200pxでNSFWフラグ付きの画像 ./images/sample.png の場合、

• [[FILE:TYPE]] で種類の大分類： IMG
• [[FILE:NAME]] でファイル名： sample.png
• [[FILE:PATH]] でパス全体： ./images/sample.png
• [[FILE:EXT]] で拡張子だけ： png
• [[FILE:BASE]] でベース名だけ： sample
• [[CAPTION]] でキャプション： サンプル画像
• [[FLAGS]] でフラグ： nsfw
• [[IMAGE:WIDTH]] で横幅： 300
• [[IMAGE:HEIGHT]] で高さ： 200
• [[IMAGE:SIZEATT]] でHTML用属性： width="300" height="200"

今の時点でそう実装してみた、というだけなので、変更する可能性はあるが。
種類の大分類とか、拡張子だけとか、ベース名だけとかを得る記法は、それをclass名に使えば「その条件に該当する画像(とか)」をCSSで一括して装飾する際に活用できる。

サブフォルダも一覧に表示する場合、（共通のフォルダアイコン画像ではなく）それぞれのフォルダごとに画像を用意しようと思えばできる仕様に実装できた。めでたい。

例えば、

• 画像の場合、オリジナルファイルが sample.jpg なら、サムネイル画像は ./mini/sample.jpg が(あれば)使われる。
• 動画の場合、オリジナルファイルが yomple.mp4 なら、サムネイル画像は ./mini/yomple.*** が(あれば)使われる。
• サブフォルダの場合、そのPATHが ./gopple なら、それ用のサムネイル画像は ./mini/gopple.*** が(あれば)使われる。

……という仕様にできた。なので、「そのフォルダ用のアイコン」的に使いたい画像は、サムネイル画像として用意すれば表示に使われる。

※「***」の部分は、png、jpg、gif、webp のどれか。（この順で走査して最初に見つかったものを採用する。）

てがろぐのメリットの1つがたぶんスキンの自由度だと思うので、スキンの自由度は同じレベルになるようにする。

今のところ、ソースコードは1,052行ほど書いているのだが、まだ先は長い。>>2480,2477/R

絵に描いた餅に終わらないように。

今、開発中の画像等ファイル展示PHP >>2477 だが、掲載順序をパラメータで指定できるようにした。デフォルトではタイムスタンプの新しい順に並ぶが、パラメータに

• ?sort=time&order=reverse が指定されたら、タイムスタンプの古い順でソートして並べる。
• ?sort=cap が指定されたら、キャプション文字を昇順(ABC…)でソートして並べる。
• ?sort=cap&order=reverse が指定されたら、キャプション文字を降順(ZYX…)でソートして並べる。
• ?sort=size が指定されたら、ファイルサイズの大きい順にソートして並べる。
• ?sort=size&order=reverse が指定されたら、ファイルサイズの小さい順にソートして並べる。
• ?sort=name が指定されたら、ファイル名を昇順(ABC…)でソートして並べる。
• ?sort=name&order=reverse が指定されたら、ファイル名を降順(ZYX…)でソートして並べる。

……というような感じの指定ができる。

ファイル名やキャプション文字を使ってソートすることもできるので、事実上、自分の好きな順序で画像を並べて掲載することもできるだろう。ファイル名やキャプション文字を工夫すれば。（登録できる情報なら何でもソートキーに使えるようにするつもりなので、キャプション以外にコメント等も登録可能になれば、そのコメントの文字を使ってソートすることもできる。ただ、最初のリリース時点でそこまで作るかどうかは今の時点ではまだ分からない。）

ソートに使うキーをパラメータで指定できるので、複数の並べ方を共存させられる点が、何かちょっとメリットになりそうな気がする。「標準では新着画像の順に並ぶ」が、別途「ファイル名順に並べるリンクも設けておいて、望みの順序で表示するモードとして使う」とか。

主に画像を並べる用途を想定しているが、画像・動画・その他のファイルを並べることもできる。サブディレクトリの存在も認識するので、ファイラーっぽい感じの表示もできるハズ。（サブディレクトリへのリンクは、画像等と並べて同時に表示することもできるし、表示しないでおくこともできる。設定次第で。）

キャプション等を保持するデータファイルは、てがろぐCGIの画像インデックスファイル(index.xml)と互換性を持たせたので、てがろぐCGIの画像保存用ディレクトリを表示対象に設定して、てがろぐと組み合わせて使うこともできるような気がする。たぶん。

このツール上でファイルをアップロードすることもできるが（※まだそこまでは作れていないのだが）、FTP等の別手段でUPされたファイルもすべて認識する。キャプション等の情報はWeb上で1つ1つ登録することもできるが、データファイルはXMLなので、（FTPで一気に大量UPしたファイル群に対するキャプションは）XMLファイルを直接編集すると一気に登録できて楽かもしれない。

不特定多数の人間で共用する、画像中心のファイル共有Webを用意する必要が出てきたので、何かそれっぽいツールを開発したい。2月中に。てがろぐのギャラリーモードでは機能的に適当ではないので。
必須の機能はだいたい以下のような感じ。

• スキン式（てがろぐのようにスキンファイルでデザインを自由にできる）
• 🔵指定ディレクトリ内に存在する画像ファイル等をすべて認識して表示できる（＝このツールを経由せずにFTP等で別途UPしたファイルもすべて認識する）。
• 🔵サブディレクトリも認識する。
• 画像を投稿するのが基本だが、PDFとかZIPとか（あらかじめ許可しておいた）任意の形式のファイルも投稿できる。
• 画像サムネイル（またはファイルアイコン）を並べて表示したり、リストで表示したり、複数の表示形態を併用できる（＝複数のスキンを併用できる）。
• キャプション(タイトル)を付けられる。
• ハッシュタグで分類できる。
• サムネイルを自動生成する(投稿時に)。 ※GDライブラリで扱える形式だけ。
• サムネイル用画像を別途指定もできる。
• PDFとかZIPとかの画像以外のファイルでは、サムネイルを指定しなければ、デフォルトの分類画像(アイコン)で表示する。
• 画像(or任意ファイル)1つだけを単独で表示する個別ページも生成できる。
• ログインしていなくても誰でも投稿できる。(この機能をOFFにすれば、自分専用の画展ツールになる）
• 非ログイン者が自分の投稿ファイルを削除できるように、投稿時に「削除用パスワード」を設定しておける。
• 投稿者名も併せて投稿できる。（非ログイン者用）
• 投稿可能なファイルサイズの上限を指定できる。キャプション等の文字数上限も。
• 投稿年月日で区切って表示できる。（てがろぐの「日付境界バー」みたいな区切りを自動挿入できる）
• ページ内に投稿欄を表示できる。（てがろぐのQUICKPOSTみたいな。）

そのほか、あると望ましいが必須ではなさそうな機能は、以下のような感じ。

• キャプションとは別に、短いコメントも付けられる。(プレーンテキスト)
• ログインしていれば投稿者を認識して投稿・編集・削除できる。
• 既にUPされている画像(or任意ファイル)の差し替えができる。
• ハッシュタグの一覧を表示できる。
• NSFW等のフラグを付けられる。
• 検索できる（ファイル名、キャプション、コメント、ディレクトリ名、ファイル種類、投稿者、日付で）。
• 新着順以外に並べ替えができる。（ファイル名のアルファベット順とか）
• OGP（＋Twitter Card）を出力できる。
• RSSフィードを出力できる。
• ファイルのタイムスタンプとは別に「投稿日時」を保持しておける。（手動で投稿日時を編集できるように。）

さらに、あったら便利だろうと思う（最初には作らないが、将来的に作ることを想定しておく）機能は、以下のような感じ。

• カテゴリで分類できる。＋カテゴリの一覧を表示できる。
• サブディレクトリがある場合は、投稿時にアップロード先ディレクトリを選択できる。
• 離れた位置にあるディレクトリも対象にできる。
• 一覧から、複数ファイルの一括削除ができる。
• サムネイルが生成されていない画像（FTP等でUPされたとか）のサムネイルを一括生成できる。
• コメントの文字を装飾可能にする。
• 複数画像の連結表示ができる。（並び順も指定できると良い）
• NGワードを登録しておける。
• ダウンロード数（閲覧数）を記録できる。
• 鍵付きにできる。（アクセス制限された専用ディレクトリにUPしておいて、プログラム側が毎回バイナリを読み込んでダウンロードさせることで、直アクセスを不可にする。）
• ユーザIDに、名前だけでなくアイコンや紹介文等の付加情報を登録できる。

キャプション等を記録するデータファイルは、てがろぐ画像保存用ディレクトリで使っている index.xml と互換性があると便利かもしれない。

問題は、企画倒れにならないようにモチベーションを維持して開発できるかどうかだ。（何らかのツールが必要なのは間違いないのだが。現状では、2000年代に開発されたファイル共有CGIが稼働しているので最低限の中の最低限くらいのことは実現できているので。絶対的に何が何でも開発が必要というわけではないので、モチベーションの維持材料が何かもうちょっと要るかもしれない。）