Antworten:
FastCGI ist meine Präferenz. Nicht so sehr wegen der Technologie, sondern weil sie nur für so viele Shared Hosting-Dienste verwendet wird. Es ist auch mit vielen verschiedenen Entwicklungssprachen / Frameworks wie Django und PHP kompatibel und funktioniert mit Apache-Servern, die auf Unix-basierten Servern sehr beliebt sind.
Nicht 100% dazu, aber mein Verständnis ist:
SCGI = einfacher zu implementieren
FCGI = Bessere Leistung
FastCGI ermöglicht technisch Duplex-Multiplexing, während SCGI dies nicht tut (nicht einmal Einweg-Multiplexing). SCGI ist in Ordnung für kleine Websites mit geringem Datenverkehr, bei denen jede Anforderung nach Abschluss und nacheinander vollständig einzeln bearbeitet wird.
FastCGI ist häufiger als SCGI, mit anderen Worten, das FastCGI-Protokoll ist eher ein Standard als SCGI. Das Datum der letzten Überarbeitung des FastCGI-Protokolls impliziert nichts Falsches. Es ist nur in Ordnung, ein Protokoll, das dies nicht benötigt, nicht zu aktualisieren.
Wenn ich darf, würde ich nur sagen, dass der Vergleich von FastCGI und SCGI dem Vergleich von XML und einem benutzerdefinierten Serialisierungsformat wie JSON oder seiner LISP-Variante gleicht. Einige Leute beschwerten sich, dass XML zu komplex ist, und erstellten ein eigenes Format, das angeblich einfacher ist, das sich jedoch als komplexer als XML herausstellt, da die Größe oder Komplexität der Dinge etwas größer wird. Ähnliches gilt für FastCGI vs SCGI.
FastCGI ist technisch ausfallsicherer und robuster, und dies ist wahrscheinlich der Grund, warum es weiter verbreitet ist als SCGI.
Trotzdem ist SCGI immer noch mindestens besser als CGI (der klassische Ein-Prozess-Start pro Anfrage).