대안이 있는 CGI(그리고 나는 정말 하나가 필요)?

Question

나는 디자인하는 응용 프로그램을 구성 3-4 으로 실행되는 서비스는 별도의 프로세스에 의해 연결되어 적절한 IPC.이 시스템은 가고 있는 웹 인터페이스을 사용하고 싶 무엇이든 웹서버가 있다.

웹 인터페이스이어야에서 액세스 중 일부는 URL 을 할 수 있는 다른 Url 에서 같은 웹서버의 일을 완전히 다른 것입니다.나는 계획을 사용하여 경로를 아래의 URL 을 지정하는 웹 인터페이스는 않습니다.그것은 시설을 사용하여 다른 응용 프로그램물과 인간과 상호 작용하는 브라우저에서.

팔목 떨어져 나가는 다음과 같이 작동합니다.

• 을 웹서버 화재 CGI 프로세스에 대한 모든 요청을 받은(예 SetHandler 에서 아파치)
• 자 CGI 연결 IPC
• 그것이 무엇이든 얻을 수있는 요구에서는 백엔드 서비스
• 자 CGI 반환 HTML/XML 그리고 어떤 HTTP 상태에 따라 서비스의'답변

지금,내가 정말 원하는 것을 방지하는 첫 번째 두 가지 단계를 수행할 수 없을 경우에는,피 두 번째 중 하나이기 때문에,나는 나를 낭비하의 성능에 불필요한 오버헤드(오는 요청에는 다른 응용 프로그램에서도 자).

PHP 예를 들어,을 열 수 있습니다,지속적 연결이 MySQL 데이터베이스는 생존 스크립트의 런타임이 필요하지 않을 다시 만들어 옆지만,시간을 내지 않는 방법을 알고 그들은 실제로 그것을 할 수 있습니다.또한,내가 알고있는 것처럼,아파치 모듈을 로드하면 서버가 시작될 때,그래서 그 제거될 수 있습니다 첫 번째 단계는 것이지만 나를 묶어를 아파치.

그래서,어떤 것이 좋은 방법은 걸 처리기 위한 특정 Url 을 다른 웹 서버?나는 원하지 않을 처리하는 HTTP,그렇지 않으면 내가 사용하는 프록시 설정하여 두 번째 서버지만,그것은 수도록 혁-휠.당신이 생각하는 경우,컴퓨터 그래픽스 인터페이스가 잘하고 예를 처리하의 큰 숫자는 요청의 유사한 구조,알려주시기 바랍니다.

Answer 1

OK,I 간과 이니다.을 설명하는 내 질문에 여기에 나를 데에 그것:

을 만드는 대신 새로운 프로세스에 대한 모든 요청,FastCGI 사용할 수 있는 하나의 지속적인 과정을 처리하는 많은 요청을 통해 그것의 일생이 있습니다.-- Wikipedia:FastCGI

Answer 2

심지어는 아래에서 온 로드,CGI 꽤장 양도해 짐승입니다.FastCGI 는 옵션이 있지만,당신은 아마도 mod_XXXX 패키지 XXXX 의 이름은 언어입니다.가 모 루비,perl,and python 예를 들어와 아마도 공정한 몇 가지 다른 사람입니다.