SCGI 或 FastCGI - 您更喜歡哪一個?

SCGI 或 FastCGI - 您更喜歡哪一個?

我正在對這個主題進行一些研究(谷歌搜尋),但我能找到的只是 2-3 年前的貼文。我對今天的情況很有興趣。你更偏向哪個,為什麼?

答案1

FastCGI 是我的偏好。與其說是因為這項技術,不如說是因為它被用於如此多的共享託管服務。它還與許多不同的開發語言/框架(例如 Django 和 PHP)相容,並與 Apache 伺服器配合使用,後者在基於 Unix 的伺服器上非常流行。

答案2

FastCGI 在技術上允許雙工復用,而 SCGI 則不允許(甚至不允許單向復用)。 SCGI 適用於流量較低的小型站點,其中每個請求在完成後一次完全處理一個,然後依序處理。

FastCGI 比 SCGI 更常見,換句話說,FastCGI 協定比 SCGI 更像是一個標準。 FastCGI 協議的最後修訂日期表明沒有任何問題,不更新不需要的協議就可以了。

如果可以的話,我只想說比較 FastCGI 和 SCGI,就像比較 XML 和自訂序列化格式(例如 JSON 或其 LISP 變體)一樣。有些人抱怨 XML 太複雜,並創建了自己的格式,據說更簡單,但隨著事物規模或複雜性的增加,它比 XML 更複雜。 FastCGI 與 SCGI 的情況類似。

FastCGI 在技術上更具彈性和健全性,這可能是它比 SCGI 更廣泛部署的原因。

也就是說,SCGI 至少仍然優於 CGI(經典的按請求單進程啟動)。

答案3

不是100%,但我的理解是:

SCGI = 更容易實現
FCGI = 更好的效能

相關內容