5

私は幸運にも、cgi-bin .cgi ベースの Web 開発をまったく行っていませんでした。しかし、一般的に、それらの時代を「逃した」ことはないようです。

私が最近参加したプロジェクトでは、CGI-BIN ベースの API を持つレガシー システムと通信する必要があるページを処理する際に、パフォーマンスの問題が発生します。そのシステムが COGNOS 7 です。

私がこれまでに受け取ったフィードバックは、「COGNOS は遅い」というものですが、他の人は COGNOS で大きな成功を収めたと報告しています。これは、COGNOS 自体のパフォーマンスではなく、CGI-BIN 経由のアクセスに関係していると考えています。

CGI-BIN ベースの Web 開発を非パフォーマンスにしたり、困難にしたりする主な問題は何ですか...

4

4 に答える 4

4

CGI-BIN ベースのシステムの基本的なアーキテクチャ上の問題は、HTTP 要求ごとにサーバーが新しいプロセスを開始する必要があることです。これは、さまざまな方法でパフォーマンスに影響します。

  • OS がプログラム内でページを作成したり、プロセスをセットアップしたりするため、プロセスの開始にはコストがかかります。
  • リクエスト間でリソースを共有することはできないため、リクエストごとに DB 接続などを設定する必要があります。
  • ユーザーセッションの状態はメモリに保存できないため、リクエストごとに保持する必要があります
于 2009-01-08T16:16:32.823 に答える
1

私にとって CGI の最大の問題は、CGI プログラムが起動するたびにすべてを「学習」しなければならないことです。もちろん、それらが常に実行されている場合は、そうではありません...

于 2009-01-25T15:49:52.247 に答える
0

Apache には、さまざまな言語 ( mod_perlなど) 用にこれに対するいくつかのソリューションがあり、スクリプトは 1 回だけ呼び出され、その後高速に取得できるようにメモリに保持されます。GCI プロトコル駆動のサイトはまだたくさんありますが、適切にコーディングされてセットアップされていれば、その多くはかなり低いレイテンシーで実行されます。

于 2009-09-23T09:10:41.493 に答える
0

主な欠点である IMHO は、すべての下位レベルのコーディングに共通する欠点であり、問​​題領域でプログラミングする代わりに、実装領域でプログラミングする必要がありました。最終結果は、本質的に同じでした。HTTP 要求に基づいて HTTP 応答がクライアントに送信されました。ただし、プログラミングの観点からすると、その点に到達するのは非常に困難でした。

于 2009-01-08T16:14:09.537 に答える