Forum OpenACS Q&A: FastCGI's inferiority complex
I think Don's point about the additional amount of work to core OpenACS development is a much better one to consider. If I felt FastCGI support would be as much work as, say, the database abstraction layer (XQL files etc), I never would have brought it up. I'll try to do some prototyping to address that more concretely. My guess is that without service contracts in place or some sort of agreed upon convention for abstracting web serving and app logic, you're still talking about minimal patching/overloading to move the native AOLServer TCL code to run under FastCGI. Therefore I think keeping a fork in sync without distracting the main OpenACS developers is do-able. It would be nice to have people thinking about writing more portable code to support that, but I don't see this as an either-or proposition.