にしし らぼらとりー

にしし(西村文宏)製スクリプトの公開開発実験場(ラボラトリー)です。各種スクリプトの最新版やβ版の動作確認ができます。バグ報告や、機能面でのご要望などもお気軽にお知らせ下さい。

※当ウェブサイトは、にしし製フリーCGIなどの動作確認サンプルを公開したり、製作進行に関する呟きを掲載している実験場のようなものです。 各種CGIスクリプトの配布パッケージを入手したい場合や、にしし(西村文宏)の個人サイトをお探しの場合は、 本家サイト「にしし ふぁくとりー」へお越し下さい。(╹◡╹)ノ

ざっくり最近の方針や状況など

最近のフリーCGI開発は、てがろぐ(→動作テスト)がメインになっています。しかし、他のネタもあるので新規に開発を進めたいとも思ってはいます。思っては。

個人的に日常的に活用しているのは、マイクロブログ的なメモ蓄積CGI「てがろぐ」と、複数のRSSフィードを結合して配信できるCGI「Fumy RSS Merger」でしょうかね。

たぶん昔から一番よく利用されているのは、スケジュール・カレンダー表示CGI「Fumy Teacher's Schedule Board」ですが、2000年代設計の古いUIが気になっていたので、ようやく2022年6月に新スケジュールカレンダー表示CGI「さんごよみ」として再開発しました。てがろぐ共々ご活用頂ければ幸いです。

諸々ご要望を頂ければ開発継続のモチベーション維持に役立つのでありがたいです。(๑╹◡╹๑)

RSS Feed

開発放言 (最新の20件)

管理画面に掲載されているアップデート案内に気付かれない問題にはやはり、管理画面そのものの価値を向上させるしかない(=管理画面を見る必要性を増やすしかない)ので、管理画面の下部に何らかの統計情報とかショートカット系ボタンを表示してみるかな……?
  • 当月・前月にどれくらい投稿したかの統計情報
  • 直近に投稿した3件くらいを再編集するショートカットボタン
  • 条件を付けて記事を検索できる複合検索窓
……とか?
でも、それらの機能に対して「別に要らん」という場合には意味がない問題もあるけども。┌(:3」└)┐
カスタマイズ可能なダッシュボード的な機能にするか。

管理画面をどうにかするよりも、ゼロクリックアップデート機能を用意して(もちろんON/OFFを選択できるようにはするが)デフォルトでは「ON」、という仕様にしておくのが一番かな……?
ただ、その場合でも、管理画面HOMEにアクセスされなかったらいつまで経っても実行されないわけだけども。QUICKPOSTからの投稿だけで事足りる場合とか、管理画面HOMEにはまったくアクセスされないケースってどれくらいあるんだろうか?

てがろぐ <488文字>

検討機能投票と同様に「いつでも回答できていつでも変更できる」仕様の汎用アンケートも設けたい気がする。YES/NOで回答できる設問をいくつでも必要なだけ並べておけて、YES/NOの値が常時集計されるような。
とりあえず直近で知りたいのは、
  • (Perl 5.6で動かないと困る人って居るのかな……?)最低Perlバージョンを 5.8 にしてもいい?
という点だ。できるだけ多くの環境で動作できるように、必要なモジュールも最小限で、Perlも5.6以上なら動作するように作っているけども、前提バージョンを上げると書きやすくなる点が増える。さくらインターネットを凄まじく昔から使っている場合、Perlのデフォルトバージョンが 5.8.9 の可能性はあると思うのだが、その場合でも問題ない。(もちろんコントロールパネルから5.16.xとかに上げることもできる。)

てがろぐ <380文字>

てがりんくに設置してある検討機能投票の集計を見るのがおもしろい。2大巨頭が、
  • 画像の差し替え機能
  • 複数投稿に対して所属カテゴリを一括編集する機能
だが、獲得総ptと投票数で1位が変わる。
獲得したポイント数で見ると「画像の差し替え機能」が1位だが、
投票した人数で見ると「複数投稿に対して所属カテゴリを一括編集する機能」が1位になる。
一時的に逆転したこともあった気がするけども、ほぼ上記のような感じだ。今はすごく僅差だけども。

ここまで需要を可視化できると、凄まじく参考になって助かる。自分で作った機能だが、作って良かったな……と毎回見る度に思っている。もちろん、投票してくれる方々が居るからこそ意味が出ているわけだだけども。(ありがたい)
今のところ1人の持ちポイントは30ptで、全員がMAXまで消費して投じているわけではないっぽいが、(投票済み総ポイント数から単純に割り算すると)少なくとも46人の投票者が居るようだ。

一番投票者数が少ないのは「IDなしでも投稿できる機能」の 2人 だけども、獲得総pt数が 10pt なので、両名ともMAXの5ptを投じているのが分かる。「獲得総pt ÷ 投票数」の計算結果も表示する仕様にしておくと、投票者1人あたりの「平均 欲しさ度合い」も分かりやすくなって望ましかったかもしれない。

<572文字>

てがろぐ(から呼び出して使われるTegUp)がリンク先のOGP情報を取得する際に使うユーザエージェント名を、設定ファイルで自由に変更できるように改良した。User-Agent名以外にも、Accept、Accept-Language、Accept-Encodingも必要に応じて変更できる。
  • UA名に独自の文字列を付加することで、自サイト内でのアクセス時に何か特別な処理をしたい場合とか。
  • 自分が使っているメインブラウザのUAに合わせたい場合とか。(そうする意味はあんまりないけども。)
  • 情報が取得できずにForbiddenになってしまうサイトに必要な対策を加えたい場合とか。(そんな対策が判明しているサイトがあるのかどうかは分からないけども。)
なんかそんなときに活用できるかもしれない(?)。

てがろぐ <352文字>

公開状態を「下書き」にすると、1投稿ずつしかプレビュー表示されないので、本当に「下書き」の用途にしか使えない。まあ、そういう名称なのだからおかしくはないのだけども。
[公開状態]の選択肢に、IDを持っている人々だけ(=ログインしている人だけ)に表示される「内輪」みたいな機能を加えたい気がする。自分1人で使っている場合なら、自分1人にしか見えないので「内輪」という表現が適当かどうかは分からないが。
「外には公開したくないが、消したいわけではなく、下書きというほど完全に隠したいわけでもなくて、自分が過去投稿をまとめて振り返るときには(自分には)表示されてほしい」みたいな感じに使えるような。

てがろぐ <297文字>

[機能]ボタンの中に用意してJavaScriptで処理する方法だと、毎回その機能を使わない限り変換されないので手軽さが足りない。
やはり、事前に「全角→半角自動変換機能を使う」と設定しておきさえすれば、もう毎回の投稿時に問答無用で勝手に変換してくれる仕組みの方が望ましそうだ。>>2589

てがろぐ <144文字>

投稿に付加できるフラグに Remarkable を加えたい気がする。そのフラグが付与された投稿だけを見たり探したりできるように。とはいえ、そういうカテゴリを用意すれば現状の機能でも可能なので、あえてフラグにする意味は薄いかも知れないけども。ただ、Remarkable を示すclassを使って、その投稿だけを何かちょっと特別な見た目にする、というような用途には使いやすそうな気もする。カテゴリよりは。

てがろぐ <200文字>

添付ファイル機能も欲しいんだよな。PDFとかZIPとかを上げて、投稿にひっつけられる機能が。画像管理とは別口で汎用ファイル管理画面を用意する必要があるので作るのは手間だが、作ってしまえば画像以外でも何でも上げられるようになるので、そこで動画ファイルも管理できるようにできるだろう。要は、プレビューとか無しで、ファイルマネージャみたいに管理できれば良いだけなので。

てがろぐ <181文字>

設置してあるスキンならskinパラメータに指定することでいつでも表示できてしまう仕様なので、表示に使いたくなければディレクトリから削除するしかないが、「置いておきたいが使わせたくはない」というスキンのために、スキンリストページで有効/無効を設定できると望ましい気がする。

てがろぐ <135文字>

投稿欄に全角数字を書いても、投稿したときに自動で半角数字に変えておいてくれる機能がほしい。何らかの記事をコピー&ペーストしたときに、数字が全角で含まれていることがあるが、再利用するためには数字は半角になっている方が便利なので。
投稿時でなくても、[機能]ボタンの中に用意してJavaScriptで処理してもいいか。

てがろぐ <157文字>

投稿本文内に、アンカーポイントを作成できる機能が欲しい。リリースノート並の長文を書く場合に、ある方が望ましい。

てがろぐ <55文字>

予定では今日か明日くらいには次のβ版を出せると良いな……と思っていたのだが、全然間に合わない。体調不良すぎて気力がない。_(┐「ε:)_
20日くらいまでにはなんとかなるといいな……。

てがろぐ <92文字>

「高度な機能」という分類ではなく「玄人向け機能」くらいの表現の方が良い気もする。

てがろぐ <40文字>

IF文の条件に「ログインしているかどうか」も使えるようにすべきかー。 →した。 #済

てがろぐ <42文字>

カレンダーヒートマップの各ブロックをリンクにしない設定も用意した方がいいかな……。(→した) #済
366個ものリンクが同一ページ内に出力されるのはあまり望ましくない気がする。もしくは rel="nofollow" をすべてのブロックに加えるのでも良いかもしれないけども。リンク先として機能するURLを data-url属性値に入れておいて、「もしリンクにしたい場合はJavaScriptを使ってぞの属性値のURLへ移動する」みたいな動作にすると良いかもしれない? その実装だとフォーカスが得られないのでTAB等では移動できなくなるが、むしろカレンダーヒートマップの場合は、キー操作では無視される方が望ましい気もする。366回も移動しないとヒートマップ空間を抜け出せない方が不便だろうし。

てがろぐ <344文字>

カレンダーヒートマップのHTMLに、日付と該当数を常時出力する仕様にすると、出力されるバイト数が結構多くなるな……。出力を省略できる設定もある方が良いかもしれない。(デフォルトでは)どうせCSSで非表示にしているのだし。

てがろぐ <110文字>

埋め込める外部サービスが増えすぎると、挿入ボタンもたくさん掲載しないといけなくなる仕様がそろそろ問題になってきそうなので、そろそろ [Umekomi]URL みたいな感じで、サービスの種類に関係なく何でも埋め込める記法を実装すべきな気がしている。何のサービスなのかは、URLのドメインで判断すれば良いので、リンクラベルで分ける必要性は実はないのよな。当初はここまで数が増えるとは予想していなかったので分けていただけで。 →した。 #済

てがろぐ <217文字>

ニコニコ動画の埋め込み用スクリプトって、Localhostから呼び出すとCloudFrontから常時403エラーが返ってくるのがデフォルトの動作?

てがろぐ <73文字>

本文中に画像が掲載されている場合の処理も相当にスパゲッティ化しているので、この辺をうまくリファクタリングできたら、もっと画像周りも柔軟にできるんだろうな、という気はしている。(その画像によって拡大画像へのリンクになったりならなかったり、別のモードでの表示ページへのリンクにできたり……とか。)

てがろぐ <146文字>

TegUpを活用して画像のサムネイルを自動生成する場合、既にアップロードされている画像についてはどうするのがいいか。
  • 既にサムネイルがある場合は無視する
  • 既にサムネイルがあっても新たに作成したサムネイルで上書きする
画像によっては自前でサムネイルを作ってUPしている可能性もあるので望ましいのは前者だとは思うが、後者だとサムネイルの作り直しがしやすいメリットもある気はする。

てがろぐ <191文字>

Powered by てがろぐ Ver 4.9.0.

関連サイト・ページのご案内

にしし(西村文宏)の個人サイトをお探しの場合は、本家サイト「にしし ふぁくとりー」へお越し下さい。

  • 各フリーCGIの公式ページをご覧になりたい場合は、フリーCGIコーナーをご覧下さい。
  • 作者(にしし)へ連絡を取りたい場合は、連絡先ページをご覧下さい。
  • 作者(にしし)にコーヒーをおごりたい場合は、コーヒーをおごるページをご覧下さい。(✧ω✧)

▼にしし製 重点開発フリーCGIの動作テスト

▼にしし製フリーCGIの動作テスト

▼にしし製フリーCGIの動作サンプル

※当サイト内にある稼働例と、実際に配布しているスクリプトを設置した結果とでは、若干動作が異なる場合もあります。疑問点はお気軽にお問い合わせ下さい。 また、機能面のご要望なども歓迎致します。(╹◡╹)ノ