> Je constate juste qu'en pratique, les serveurs applicatifs qui utilisent HTTP sont en train de remplacer FastCGI et qu'ils ont l'air plus performants.
Que ce soit du fcgi, du http, du ajp13 ça n'importe pas vraiment. L'implantation de fcgi en ruby à toujours été explosive (au sens propre du terme) d'où http.
Pour php par exemple fastcgi va très bien. Pour python, il semble que wsgi soit en vogue ...
l'important est la séparation frontal / application et l'implémentation.
[^] # Re: éviter de réinventer la roue
Posté par Joris Dedieu (site web personnel) . En réponse à la dépêche Les pouvoirs magiques d'Unicorn 1.0.0. Évalué à 3.
Que ce soit du fcgi, du http, du ajp13 ça n'importe pas vraiment. L'implantation de fcgi en ruby à toujours été explosive (au sens propre du terme) d'où http.
Pour php par exemple fastcgi va très bien. Pour python, il semble que wsgi soit en vogue ...
l'important est la séparation frontal / application et l'implémentation.