パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Microsoft、Apache Software Foundationのプラチナスポンサーに」記事へのコメント

  • マイクロソフトの戦略はオープンソースの住人を取り込むことを
    狙っているものと推測します。

    一例として、Windows Server 2008 から FastCGI のサポートが
    入りました。

    http://blogs.msdn.com/dd_jpn/archive/2007/04/18/2168928.aspx

    FastCGI とは、IIS や Apache などで PHP スクリプトなどを
    高速に実行する技術です。ご存知の通り、CGI 実行の際には
    CGI 実行のためプロセスが新たに生成されますが、プロセス生成
    は OS にとって重い処理であり、動的コンテンツ生成の際には
    ボトルネックとなりやすかったのです。これを常駐サーバーとなる
    プロセスを HTTP サービス起動時に起動してお
    • Re: (スコア:1, すばらしい洞察)

      by Anonymous Coward
      他環境の開発者を取り込む戦略は、MSが昔から継続的に行っていること。

      プロセス生成のコストを抑えたいならば、ウェブサーバに拡張モジュールとして組込む方が良いし、処理性能が必要なサーバでは当然行なわれている。
      FastCGIは、CGIとして作成されたプログラムを、最小限の変更で半常駐化するための機構であり、中途半端な解決策でしかない。
      # もちろん使えないよりは使えるほうが良いけど、今更、新規の開発でFastCGIを選択する積極的な理由は無いでしょ。
      • by Anonymous Coward on 2008年07月28日 13時17分 (#1391922)
        > 今更、新規の開発でFastCGIを選択する積極的な理由は無いでしょ。
        確かに間違って無いんだけど、あまり理解してないでしょ?
        そもそも、WindowsServer上でPHPは、Apacheのモジュールとして動かそうが、
        IISでASAPIとして動かそうが、Linux+Apache+mod_phpの数倍~十数倍レベルで重いです。とても実用的じゃない。
        そこにやっとFastCGI for IISという環境が出来て、そこそこの速度でWindowsServer上でPHPが動かせるようになったのよ。
        でもmod_rewriteが無いのでPHPのフレームワークはほぼ全滅。
        だからやっぱりFastCGIを選択する積極的な理由は無いんだけど、WindowsServerでPHP、
        という縛りがあるならFastCGI for IIS一択なのは確かなんだよ。
        親コメント

アレゲは一日にしてならず -- アレゲ研究家

処理中...