にしし らぼらとりー

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

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

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

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

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

たぶん昔から一番よく利用されているのは、スケジュールカレンダー表示CGI「Fumy Teacher's Schedule Board」ですが、もはやUIが古すぎるので大幅に改修したいなあ……と思っていつつ放置したまま今に至っております。ご要望を頂ければ開発継続のモチベーション維持に役立つのでありがたいです。(๑╹◡╹๑)

RSS Feed

開発放言 (最新の20件)

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

てがろぐ <111文字>

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

てがろぐ <194文字>

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

次期開発ネタ <529文字>

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

次期開発ネタ <421文字>

RSS Auto-Discoveryの記述そのものを出力するキーワード [[RSS:AUTODISCOVERY]] とか? RSSの出力が無効に設定されている場合には何も出力しないように。

てがろぐ <94文字>

「今月だけで何文字書いたのか」の集計機能。月ごとに(合計・平均)何文字書いたかというような統計機能?

てがろぐ <50文字>

そういえば、複数の投稿をスレッドとして繋げる機能の要望もあった。あると便利だとは思うのだが、実装が複雑になりそうな気もしてまだ検討の域を出ないのだが。複数の投稿をまとめる機能としては、カテゴリやハッシュタグがあるので、例えば「見えないカテゴリ」のような背後仕様を作っておいて、スレッド1つ1つに異なる「隠しカテゴリID」を割り当てる方法だと、スレッド機能にすることはできそうな気はする。問題は、必要に応じて自動でスレッドID(=隠しカテゴリID)を割り振る仕組みと、スレッドとして繋げるための使いやすいUIを思いつくかどうかだろうか。

てがろぐ <267文字>

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

てがろぐ,次期開発ネタ <213文字>

日別で表示しているときに、ページ移動ナビゲーションとして前後の日へ移動するリンクが欲しい。

てがろぐ <45文字>

# 記号だけを入力できるボタンの表示機能をオプションで用意しておくと、モバイル端末で利用している場合に新規ハッシュタグを打ちやすくて良いかもしれない。#済

てがろぐ <78文字>

半角空白文字が連続する時に、実体参照に置き換える処理。ソースの掲載時のように、インデントしたい場合に必要。#済

てがろぐ <56文字>

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

次期開発ネタ <462文字>

Base64でエンコードされた画像を本文中に書く形で掲載したい需要ってあるだろうか? ……画像投稿機能があるのに、あえてBase64にエンコードした画像をテキストの形で埋め込む需要はさすがにないような……?

てがろぐ <103文字>

Twitterみたいにアンケート機能を搭載させたい気はあるのだが、実装が凄まじく複雑になりそうなので計画しにくい。どうにかシンプルに実装できるアルゴリズムとか設計とかを思いつけば良いのだが。 (続>>2159)

てがろぐ <105文字>

日付とかハッシュタグとかカテゴリとかの該当件数を示す数値には必ず半角丸括弧が付加される仕様だが、この丸括弧を表示したくない場合もあるかもしれない。使う記号を設定できるようにするか、記号にclass名を割り振っておいてCSSでカスタマイズできるようにするか。ただ、現状でも、だいたい「 class="num" 」の属性が付加されているので、JavaScriptで正規表現を使って丸括弧を除外すれば消せそうな気はする。

てがろぐ <207文字>

画像はないのに、本文中に [PICT: 記法の書き方の説明を書いているだけで、ギャラリーモードにリストアップされてしまう問題が(たぶん)全体のβ版から発生しているので解決すること。

てがろぐ <90文字>

過去の日付で投稿したにもかかわらず掲載順序は投稿順にしたい人ってたぶん滅多に居ないだろうから、過去の日付で投稿されたのなら自動的に日付順でソートする方が自然だよな……。やっぱり。

てがろぐ <89文字>

他のメモ蓄積ツールからの移行時のために、てがろぐデータファイルのXML仕様をもう少し詳しく解説するドキュメントがあった方が良いだろうか? シンプルなXMLなので、たぶんテキストエディタで開いてみればどんな形式か一目瞭然ではないかと思ってはいるのだが。

てがろぐ <125文字>

CGIを自力で設置しようとする人々なら、データファイルのXMLを直接いじるのも平気だろうという考えもあって、「別のツールから投稿を全部引っ越してきたいなら、XMLファイルを直接編集して書き込むだろう」と思っていたのだけども、そうとも限らないのか。1つ1つCGI上で再投稿する方が良いと考える人も居るのな。手動指定した日付順に並び替える機能が欲しいという要望は、そういう理由からだろうか? 要望が増えてきたので、実装予定ではいるのだけど、「なぜその機能が必要なのか」が見えていないと、本当に便利な機能として実装できるとは限らなさそうなので、ちょっと気になる。

てがろぐ <278文字>

.htaccessを併用して、静的生成っぽく見えるようなURL(パラメータが階層構造に見えるURL)にもできるようにしたい気がする。

てがろぐ <66文字>

Powered by てがろぐ Ver 3.5.1.

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

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

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

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

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

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

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