基於CGI-BIN的Web開發的主要缺點是什么？

Question

我有幸不做任何基於cgi-bin .cgi的web開發。 但通常那些似乎沒有“錯過”那些日子的人。

我最近加入的項目在處理需要與具有基於CGI-BIN的API的遺留系統進行通信的頁面時存在性能問題。 該系統是COGNOS 7。

我收到的反饋是“COGNOS很慢”，但其他人報告COGNOS取得了巨大成功，我認為它更多地與通過CGI-BIN的訪問有關，而不是COGNOS本身的性能。

所有這些都表明使基於CGI-BIN的Web開發不具備性能，難度等等的主要問題......

Answer 1

基於CGI-BIN的系統的基本架構問題是每個HTTP請求都要求服務器啟動新進程。 這會以多種方式影響性能：

• 啟動該過程非常昂貴，因為程序中的OS頁面會設置進程等。
• 資源不能跨請求共享，因此必須為每個請求設置任何數據庫連接等
• 用戶會話狀態不能保留在內存中，因此必須與每個請求保持一致

Answer 2

對我來說，CGI最大的痛苦是我的CGI程序每次啟動都必須“學習”一切。 如果他們經常運行，那當然不是這樣的，當然......

Answer 3

Apache為各種語言（例如mod_perl ）提供了多種解決方案，因此腳本只調用一次，然后保存在內存中以便快速檢索。 目前仍有大量GCI協議驅動的站點，如果編碼和設置良好，其中許多站點的延遲相當低。

Answer 4

主要的缺點，恕我直言，與所有低級編碼具有相同的缺點 - 而不是在問題域中編程，您必須在實現域中編程。 最終結果的核心是相同的 - 基於HTTP請求將HTTP響應發送到客戶端。 然而，從編程的角度來看， 達到這一點要困難得多。