[#41531] [Bug #3385] ext/dbm: accept various version of db — Takahiro Kambe <redmine@...>

Bug #3385: ext/dbm: accept various version of db

10 messages 2010/06/03

[#41600] 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...>

Diceです。cgi.rbの後継ライブラリについて質問させてください。

16 messages 2010/06/13
[#41606] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/14

藤岡です。

[#41607] Re: 質問・提案:cgi.rbの後継となるライブラリについて — KAKUTANI Shintaro <shintaro.kakutani@...> 2010/06/14

かくたにです。

[#41616] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/15

藤岡さん、かくたにさん、返信ありがとうございます。

[#41617] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Fujioka <fuj@...> 2010/06/16

藤岡です。

[#41656] Re: 質問・提案:cgi.rbの後継となるライブラリについて — Dice <tetradice@...> 2010/06/20

Diceです。藤岡さん、返信ありがとうございます。

[#41623] [Feature:trunk] argument delegation — Nobuyoshi Nakada <nobu@...>

なかだです。

23 messages 2010/06/16
[#41625] Re: [Feature:trunk] argument delegation — Yusuke ENDOH <mame@...> 2010/06/16

遠藤です。

[#41627] Re: [Feature:trunk] argument delegation — Yukihiro Matsumoto <matz@...> 2010/06/16

まつもと ゆきひろです

[#41702] WIN32OLE_METHOD offset_vtbl — kuwamoto shintaro <beuniv@...>

こんばんわ

16 messages 2010/06/23
[#41712] Re: WIN32OLE_METHOD offset_vtbl — Masaki Suketa <masaki.suketa@...> 2010/06/24

助田です。

[ruby-dev:41616] Re: 質問・提案:cgi.rbの後継となるライブラリについて

From: Dice <tetradice@...>
Date: 2010-06-15 23:23:15 UTC
List: ruby-dev #41616
藤岡さん、かくたにさん、返信ありがとうございます。

私も、普通のライブラリであれば「gemで入れるべき」で済むことだと思います。
ただ、CGIに関しては、それでは済ませられない特殊事情があるのです。


まず、初心者がRubyでCGIプログラミングをやりたいといった場合には
「レンタルサーバーでCGIを動かしたい」という目的を持った人が少なくないのではないかと思います。
となると、専用レンタルサーバーやVPSならともかく
一般的な共用レンタルサーバーで、gemによるRackなどのインストールを行うのは困難です。

そのため、CGIプログラムを共用レンタルサーバー上で動かすための選択肢は

1. 標準添付のCGIライブラリを使う
2. 別のCGIライブラリ(Rackなど)をgemなしで直接ダウンロードし、サーバー上にアップロードして使う

のどちらかとなります。
このうち2の手間を考えると、初心者であれば
1を選ぶ人も少なくはないでしょうし
そもそも、標準添付のCGIライブラリの他に「別のCGIライブラリ」が存在することに気付かない人も多いでしょう。
(私もwebrick/cgiの存在を知ったのは、Rubyを始めてから半年〜1年くらい後でした)


以上の理由から、新しいCGIライブラリを標準添付にすることは
RubyGemsが広まっている現在においても、重要なことだと考えます。

「gemのRackが標準のRackを上書きしてしまう」「バージョンアップが難しくなる」と言う問題に対しては
Rackの機能を縮小した、別名(例:TinyRack, CGIRack)のライブラリを作り
それのみを標準添付することによって対処できるのではないでしょうか?
こうすることで、gem経由でバージョンアップしたいときには改めてRackを入れてもらう、という振り分けができます。

--
Dice
tetradice@gmail.com

In This Thread