2010-05-25 6 views
7

누군가가 아파치를위한 .so 확장자로 컴파일 된 PHP 스크립트에 대해 읽거나 읽었는지 궁금합니다 ... 제가 어딘가에 대해 읽은 것을 기억하지만 그런 일이 있는지는 모릅니다.컴파일 된 PHP 스크립트가 있습니까?

이 유망하지만, 불완전하고 포기 같습니다 http://phpcompiler.org/

임 관심 나는 그것이 아마도 누군가가이 작업을 수행하는 프레임 워크 또는 아파치 확장을 지적 할 수 ... 성능을 향상시킬 수 있다고 생각하기 때문이다.

감사합니다.

답변

6

, 당신은 Zend Accelerator 같은 것을 시도해야한다. 바이트 코드를 유지하므로 모든 요청에 ​​대해 다시 컴파일 할 필요가 없습니다.

+0

바이트 코드가 런타임에 해석되는 것보다 낫다고 생각합니다. 나는 컴파일 된 것을 찾고 있었지만 구현이 더 쉬워 보인다. 감사! – dabito

+0

또는 APC 또는 eAccelerator를 사용하고 젠드의 상용화 시도를 지원하지 마십시오. 또한 그들은 APC를 PHP 6에 구현할 계획입니다 (그러나 기본적으로 해제됩니다). – Daniel

+0

@ 대니얼 +1 반대 젠드의 계획 =] – dabito

6

내가 그것을 성능을

향상시킬 수 있다고 생각하기 때문 임 관심이

이것은 매우로드 질문입니다. 네, 시간당 백만 히트 이상을 처리한다면, PHP를 컴파일하는데 실제적인 이점이 있습니다 (HipHop에 대한 다른 답변을보십시오). 그러나 정말로 "내 웹 사이트의 성능을 어떻게 향상시킬 것인가?"라고 물어 본다면 아마 누군가가 여러분에게 줄 수있는 마지막 대답 일 것입니다.

사이트를 빠르게 만드는 것이 목표라면 먼저 요청을 처리 (웹 서버 시간에서 네트워크와 데이터베이스 시간을 분리하는 것이 바람직 함)하는 데 걸리는 시간을 캡처하는 방법을 설정하고 페이지 캡처

  • 브라우저 측 캐싱
  • 서버 측 캐싱
  • 옵 코드 캐싱
  • 쿼리 최적화
  • : 시간을 설정합니다 (이 페이지의 모든 콘텐츠를로드하는 데 걸리는 시간 즉) 다음과 같은 작품을보고 16,
  • HTTP 압축
  • OS 및 네트워크 튜닝

C.가

+0

+1 벤치 마크! –

+0

컴파일 된 언어로 전환하기 전에이 모든 것을 시도해 볼 것을 제안 하시겠습니까? 충분히 공정한 ... 그러나 나는 아직도 컴파일 된 langs에 앞서 언급 한 모든 기술을 구현할 수 있기 때문에 ceteris paribus 컴파일은 여전히 ​​당신에게 우위를 줄 것이라고 생각합니다. 답변을 많이 주셔서 감사합니다. 목록에서 알지 못했던 모든 것들을 고개 숙지하십시오. – dabito