[#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:41606] Re: 質問・提案:cgi.rbの後継となるライブラリについて

From: Fujioka <fuj@...>
Date: 2010-06-14 01:02:30 UTC
List: ruby-dev #41606
藤岡です。

(10/06/13 19:14), Dice wrote::
> Diceです。cgi.rbの後継ライブラリについて質問させてください。
> 
> 「ruby 1.9.x を見据えてcgi.rbの後継となる標準添付CGIライブラリがあるとよい」という話が
> [ruby-dev:33580]や[ruby-dev:36053]などで出ていましたが、その後この話に進展はありましたか?
> 
CGIAltは1.9のcgi.rbにほぼ取り込んだつもりです。
1.9のメンテナは藤岡がやっております。
> 
> これまで(2年前ごろ)の話では
> 「Rack, Ramaze, Merbなどが有望。ただしバージョンも若いし、安定度から見て時期尚早」
> ということであった、というように理解しています。
> この話があったときから、約2年が経ち
> 上記のライブラリがバージョンアップを重ねた今であれば
> Rack、Ramaze、Merb(Rails?)はcgi.rbの後継となり得るのでしょうか?
> 
cgi.rbの代替になるのはrackでしょうね。

> もしそうであれば、早いうちにcgi.rbの後継を決めた方が良いと思います。
> また、もし未だにこれらのライブラリが後継となり得ないというのであれば
> 「どんなライブラリならcgi.rbの後継となりうるか」という点について
> Matzさんやメンテナの方々の意見をお聞かせ願えますでしょうか。
> 
> なお、私個人としては、Rackが標準添付されていると
> CGIを使う初心者にとって理解しやすく、嬉しいんじゃないかと思っています。
> 
CGIがobsoleteじゃないかという意見もありますが、それはさておき、
rackが標準添付されるには
- ずっとメンテナをしてくれるメンテナが必要
ということと、
- 簡単にバージョンアップできなくなる
ということを考慮すると、入れるのは得策ではないと考えます。
いかがでしょうか?
私としてはRailsは最新だけど、rackは古すぎるとか言う状況や、
rubygemsでrackを入れれば標準添付のrackを上書きするからいいじゃんとか
それだったら最初からなくていいんじゃない?とかは無駄かと思います。

私はrackをrubygemsで入れて使っていただければいいのではないかと思います。
私はRailsで仕事をしていますが、rackが入って欲しいと思ったことは
全くありませんし。rubygemsで入れて使っています。

In This Thread