PHP에서 요청 사이에 객체를 유지하는 방법

Question

나는 과거에 레일즈, 머블, 장고 및 asp.net mvc 어플리케이션을 사용 해왔다. 공통점 (질문과 관련이 있음)은 프레임 워크를 설정하는 코드를 가지고 있다는 것입니다. 이것은 대개 웹 서버가 재활용 될 때까지 유지되는 객체 및 상태를 만드는 것을 의미합니다 (예 : 라우팅 설정 또는 사용 가능한 컨트롤러 확인 등).

필자가 아는 한 PHP는 실행될 때마다 바이트 코드로 컴파일 된 CGI 스크립트와 유사합니다. 요청이 지나면 버려집니다. 물론 동일한 사용자의 요청간에 데이터를 유지하기 위해 세션을 가질 수 있으며 APC와 같은 확장이 있으므로 서버 수준의 요청간에 개체를 유지할 수 있습니다.

제 질문은 : 어떻게 레일과 같은 방식으로 작동하는 PHP 응용 프로그램을 만들 수 있습니까? 내 말은 첫 번째 요청에서 프레임 워크를 설정하고 두 번째 요청에서 나중에 설정된 개체를 사용하는 응용 프로그램을 의미합니다. mod_php에 캐싱 기능이 내장되어 있습니까? (예 : 실행 된 PHP 응용 프로그램의 컴파일 된 바이트 코드를 저장) 또는이 문제를 해결하는 유일한 방법은 APC 또는 몇 가지 유사한 확장명을 사용하고 있습니까? 어떻게 할 건데?

감사합니다.

EDIT : 대체 질문 : 설정 시간이 오래 걸리지 만 실행 시간이 짧은 대형 PHP 응용 프로그램을 만들면 (이미 설명한 프레임 워크에서와 같이) 이미 설정 한 항목을 어떻게 캐시해야합니까? 데이터베이스 연결을 제외하고는 많은 것들을 의미 할 수 있습니다. 왜냐하면 PHP에서 이미 영구 연결을 가지고 있기 때문입니다.

큰 설정 시간을 정당화하려면 : PHP 리플렉션을 사용하여 사용 가능한 개체를 확인하고 이에 따라 런타임을 설정하는 경우 어떻게해야합니까? 대다수의 리플렉션을하는 것은 대개 느리지 만 한 번만 수행해야합니다 (소스 코드가 수정 된 경우에만 다시 평가해야 함).

EDIT2 : 그러면 APC 인 것 같습니다. 바이트 코드를 자동으로 캐시한다는 사실은 알아두면 좋습니다.

Answer 1

APC가 유일한 해결책인지는 모르지만 APC는 모든 문제를 처리합니다.

먼저 스크립트가 APC로 컴파일되고 바이트 코드가 메모리에 저장됩니다.

설정하는 데 시간이 오래 걸리는 경우 APC에서 사용자 데이터로 캐시 할 수도 있습니다. 예를 들어, 나는이 모든 시간을, APC와

  $table = @apc_fetch(TABLE_KEY); 

      if (!$table) { 
        $table = new Table(); // Take long time 
        apc_store(TABLE_KEY, $table); 
      } 

는 테이블을 만드는 작업은 서버 인스턴스 당 한 번만 수행됩니다.

Answer 2

나는 당신이 잘못된 일반화를하고 있다고 생각합니다. 이러한 모든 프레임 워크 (예 : Rails)는 다른 구성으로 실행할 수 있습니다. 어떤면에서는 모든 요청에 ​​대해 프로세스가 생성됩니다. 이것은 분명히 성능을 떨어 뜨리지 만,이 프레임 워크는 장기 실행 프로세스에 의존하지 않는다는 것을 보여줍니다. 필요한 경우 모든 요청을 설정 (설정 파일 재분석, 객체 생성 등) 할 수 있습니다.

물론 mod_php (PHP가 일반적으로 사용되는 방식)는 CGI와 달리 웹 서버 프로세스 내에서 실행됩니다. 그래서 저는 CakePHP (예를 들어)와 Rails 사이에 근본적으로 다른 것을 보지 못합니다.

아마도 나는 파이썬의 WSGI이나 루비의 Rack과 같은 것을 찾고 있다고 생각합니다. 응용 프로그램의 인터페이스 (언어 실행 방법에 관계없이)를 지정합니다. 새 요청의 경우 응용 프로그램 개체의 새 인스턴스가 만들어집니다. 지금까지 내가 아는 한, PHP에는 존재하지 않는다.

Answer 3

PHP (및 루비)는 해석 언어입니다. 그것은 그들이 요청할 때마다 파일을 구문 분석하고 의사 바이트 코드로 변환된다고 말할 수 있다고 가정합니다. PHP가 RoR을 말하는 것보다 더 비슷하다고 말할 수있는 것은 '명백한'것이지만 둘 다 같은 방식으로 행동합니다.

요청 간의 지속적인 데이터 기능은 언어 자체가 아닌 서버의 기능입니다. 예를 들어, 사용자가 말하는 RoR 라우팅은 실제로 캐시되지만 서버의 로컬 메모리에 캐시됩니다. 더 빠른 readins를 위해 컴파일되고 저장되지 않습니다.서버 (및 서버에 의해 나는 & 웹 서비스 인스턴스를 의미 함)이 정보가 다시 시작됩니다. 당신이 말하는 '프레임 워크 설정'은 프레임 워크에 포함 된 각 파일을 구문 분석하는 것과 관련이 있습니다. Rails는 요청하는 동안 각 파일을 반복해서 파싱합니다. 실제 수준의 기능은 실제로이 데이터를 메모리에 캐시 할 수 있지만 확실히 개발하지는 못합니다. 제가 언급 한 유일한 이유는 그것이 언어가 아닌 서버의 기능이라고 설명하기 때문입니다.

PHP에서 똑같은 것을 달성하려면 Zend Server를 사용할 수 있습니다. 지금까지 내가 아는 한 이것은 '컴파일하고'바이트 코드를 사용할 유일한 PHP 인터프리터이다. 그렇지 않으면 요청에 대해 유지하려는 데이터를 저장하는 방법을 찾아야합니다. 앞에서 언급 한 APC는 매우 강력한 기능으로,보다 분산 된 것이 Memcached이고 디스크에는 & SQL과 같은 영구 양식이 더 많이 있습니다.

나는이 특정 기능을 왜 사용하는지 알고 싶어합니다. 이렇게하면 성능 문제가 '해결'될 것입니다.