アカウント名:
パスワード:
IISって基本的にスレッドモデルだから、IISで動かすとするとCGIになるんだよね。いまどきCGI？またはWindows版Apacheで動かすの？
PythonやRubyも同様だけど、UNIX系のマルチスレッド非対応のスクリプト言語をWindowsで動かすにはプロセスベースのアプリサーバが必要だと思うんだけど、Windows用のプロセスベースのアプリサーバってほとんど聞かない。それを考えると、これらの言語はほとんど使われてないんではないかと思ってるんだけど。
ちなみにWindowsのサーバ用言語はVBScriptの時代から現在のC#に至るまですべてマルチスレッド対応で、スレッドモデルで動くのが当たり前。
いまどきCGI？
今は、CGIを馬鹿にする方が一周回って時代遅れになってるんですよ。
理由としては、・サーバのスペック向上しているのでCGIを使うことによるオーバーヘッドなんてどうでもよくなってる・CGIの方がOSレベルでサンドボックス化できて脆弱性の影響を受けにくい・そもそもDDoS/DoS対策も兼ねてCDN・リバースプロキシの導入が当たり前になっているので、静的コンテンツで生じるCGIの負荷なんてキャッシュ時のみ・動的コンテンツでもボルトネックはデータベース関係の負荷なので、CGIによる負荷なんてどうでもいいなど。
つまりは、CGI使ってもいいし、使わなくてもいい。今時そんなことは全体の負荷からすると誤差なのでどうでもいいので、「いまどきCGI？」と否定する理由が無くなったということです。
FaaSとかCaaSってほぼCGIだしね。I/Fが独自なだけで。
コモンゲートウェイインターフェースだからそのインターフェースが一番重要なのだが…。逆にインターフェースさえ満たしていればプロセス起動によって実装される必要もないはずだが
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
Windows版PHPってどれだけ使われてるの (スコア:0)
IISって基本的にスレッドモデルだから、IISで動かすとするとCGIになるんだよね。いまどきCGI？
またはWindows版Apacheで動かすの？
PythonやRubyも同様だけど、UNIX系のマルチスレッド非対応のスクリプト言語をWindowsで動かすにはプロセスベースのアプリサーバが必要だと思うんだけど、
Windows用のプロセスベースのアプリサーバってほとんど聞かない。
それを考えると、これらの言語はほとんど使われてないんではないかと思ってるんだけど。
ちなみにWindowsのサーバ用言語はVBScriptの時代から現在のC#に至るまですべてマルチスレッド対応で、スレッドモデルで動くのが当たり前。
CGI を馬鹿にする方が時代遅れ (スコア:1)
いまどきCGI？
今は、CGIを馬鹿にする方が一周回って時代遅れになってるんですよ。
理由としては、
・サーバのスペック向上しているのでCGIを使うことによるオーバーヘッドなんてどうでもよくなってる
・CGIの方がOSレベルでサンドボックス化できて脆弱性の影響を受けにくい
・そもそもDDoS/DoS対策も兼ねてCDN・リバースプロキシの導入が当たり前になっているので、静的コンテンツで生じるCGIの負荷なんてキャッシュ時のみ
・動的コンテンツでもボルトネックはデータベース関係の負荷なので、CGIによる負荷なんてどうでもいい
など。
つまりは、CGI使ってもいいし、使わなくてもいい。
今時そんなことは全体の負荷からすると誤差なのでどうでもいいので、「いまどきCGI？」と否定する理由が無くなったということです。
Re: (スコア:0)
FaaSとかCaaSってほぼCGIだしね。I/Fが独自なだけで。
Re: (スコア:0)
コモンゲートウェイインターフェースだからそのインターフェースが一番重要なのだが…。
逆にインターフェースさえ満たしていればプロセス起動によって実装される必要もないはずだが