eAccelerator PHP 연장 Isn†™t는 ¦를€ 실을 꿴다 Safeâ
모든을 위해 PHP 사용자를, 고려한다 경고되는 거기 밖으로 창 도약하십시오: 비록 당신이 (가정으로) 실을 꿰 안전한 PHP Win32 이원 재분배를 달리더라도, 당신은 당신이 대중을 사용하는 경우에 PHP 접근 위반 과실, 경합 문제, 더미 타락, 및 매우 더 나쁜에 아직도 감염되기 쉽다 eAccelerator 연장을 opcode 숨기기.
우리는으로 우리의 시험을 했다 SiteBuddy가 집계하는 쌍성 PHP와 eAccelerator 둘 다의 최신 버전 사용하기. 거의 우리의 시험 서버에 스트레스 측정을 개시한의 직후 우리는 그것의 발뒤꿈치에 전체 IIS 노동자 과정을 끌어내리는 두려워한 "PHP 접근 위반" 과실 경험했다.
이 벌레는 창에서만 부닥친다 아파치와 IIS 둘 다에 PHP가 *SAPI 단위로 설치될 때. 당신이 추천되지 않는 CGI 과정으로 그것을 사용하는 경우에 (!) 또는 FastCGI 다루개를 통해 (같이 이 우수한 것 마이크로소프트에 의해), 당신은 이 "벌레에 의해 영향을 받지 않는다."1
PHP는 그들을 달 "보장할 다운로드를 위한 실을 꿰 안전한" 포장을 풀어 놓을 이래로 2 전에, 훨씬 더… 창 계속 sysadmins를 위한 relaxing 세계 어디에나이다. 그러나 진짜로 설치된 opcode 숨기는 연장 없이 PHP에 가볍 적재한 서버 조차 달리는 그런 밝은 아이디어가 아니다.
당신이 다른 opcode cacher를 위한 시장에서 인 경우에, 우리는 추천한다 XCache; 강대하 빠른 것의 뒤에 녀석에 의해 생성하는 lighttpd. 그것은 너무 또한 실을 꿰 안전하 혼합에서 몇몇 좋은 상여 특징을 던져져 달라고 한다 를 제외하고, 자유롭다. 터키 사람 MMCache는 역사이고, APC에는 (더 많은 것 보다는) 각종 대중적인 오픈 소스 프로젝트를 가진 겸용성 문제점의 그것의 몫이 있다. 이 포스트의 시간 현재로, 우리는 XCache를 가진 어떤 문제점도 만나지 않으며 적당한 선택인 것을 보인다.
- PHP, eAccelerator, 및 좋을 것이 것의 만큼 팬을 보는 따옴표에서 두어 더욱 많은은 이것이 "예상한 행동"이고 진짜로 벌레가 아니다는 것을 주장할 것이다; CGI 근거한 과정의 상속 "특징"이. [뒤]
컴퓨터 권위자에 의해 쓰는. 읽힌 더 중대한 급식은에 근원이다 웹사이트
코멘트 없음.
기사를 더 위에 읽으십시오 IIS 그리고 FastCGI 그리고 서버 그리고 XCache 그리고 APC 그리고 eAccelerator 그리고 벌레 그리고 창 그리고 프로그램 그리고 apache and php and software.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article
