SCGI atau FastCGI - Apa yang Anda sukai? [Tutup]


8

Saya sedang melakukan penelitian (googling) tentang masalah ini, tetapi yang saya temukan hanyalah posting berusia 2-3 tahun. Saya tertarik dengan situasi hari ini. Yang mana yang Anda sukai dan mengapa?

Jawaban:


4

FastCGI adalah pilihan saya. Bukan karena teknologi sebanyak itu hanya digunakan pada begitu banyak layanan shared hosting. Ini juga kompatibel dengan banyak bahasa / kerangka kerja yang berbeda seperti Django dan PHP dan bekerja dengan server Apache, yang sangat populer di server berbasis Unix.


3

Tidak 100% tentang ini tetapi pemahaman saya adalah:

SCGI = lebih mudah untuk mengimplementasikan
FCGI = Kinerja yang lebih baik


2
mengapa kinerja FCGI lebih baik?
Janus Troelsen

3

FastCGI secara teknis memungkinkan duplex-multiplexing, sedangkan SCGI tidak (tidak hanya multiplexing satu arah). SCGI OK untuk situs kecil dengan lalu lintas rendah, di mana setiap permintaan ditangani sepenuhnya satu per satu setelah selesai, dan pada gilirannya.

FastCGI lebih umum daripada SCGI, dengan kata lain, protokol FastCGI lebih standar daripada SCGI. Tanggal revisi terakhir dari protokol FastCGI, menyiratkan tidak ada yang salah, hanya OK untuk tidak memperbarui protokol yang tidak perlu begitu.

Jika saya bisa, saya hanya akan mengatakan membandingkan FastCGI dan SCGI, seperti membandingkan XML dan format serialisasi khusus seperti JSON atau varian LISP-nya. Beberapa orang mengeluh XML terlalu rumit, dan membuat format mereka sendiri, dikatakan lebih sederhana, tetapi yang menunjukkan lebih kompleks daripada XML karena hal-hal skala sedikit dalam ukuran atau kompleksitas. Demikian pula dengan FastCGI vs SCGI.

FastCGI secara teknis lebih tangguh dan kuat, dan mungkin itulah alasan mengapa lebih banyak digunakan daripada SCGI.

Yang mengatakan, SCGI masih setidaknya lebih baik daripada CGI (peluncuran satu proses klasik per permintaan).

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.