우리는 지금 막 버전 0.6에 XCache와 eAccelerator 우리의 플러그 접속식의 최신 버전을, 지금 올려주기하는 끝냈다.

놓친 당신의 그들을 위해 처음 공고, we’ve written 2 플러그 접속식 저것은 WordPress가 성과를 밀어주고 입력/출력 활동을 줄이기 위하여 XCache와 eAccelerator에서 이용되는 memory-resident opcode PHP 변하기 쉬운 시렁과 직접적으로 연락하게 했다.

eAccelerator 그리고 XCache PHP를 위한 엔진을 숨기는 2 가장 대중적인 열 근원 opcode는 이고, 무엇이든과 모든 주인이 그들을 몇몇 겹에 의하여 PHP 성과를 개량하는 이용한ㄴ다는 것을 우리는 높게 추천한다. 특히, 우리는 최대 성과를 위한 XCache를 추천한다.

…

"더 나은 서버 성과를 위한 끝없은 탐구의 이 에피소드에서는," 우리는 엔진 그러나 헐떡거림을 숨기는 PHP opcode의 위험하고 어두운 나무를 통해서 그들이 다만 엔진을 숨기는 opcode 설치에 만족하지 않은 지 곳에, 우리의 영웅을' 여행한다 <따른다> 그것에 되는 것 너무!

네, 당신은 저것을 바르게 들었다. 우리는 지금 막 WordPress 사용자를 위한 2개의 새로운 플러그 접속식을 거기, 다음 수준에 숨기는 저 포획 opcode 밖으로 풀어 놓았다. 당신이 이미 엔진을 같이 숨기는 opcode를 설치하지 않는 경우에 XCache (우리의 마음에 드는 것!), eAccelerator, Turck MMcache, Memcached, APC, 또는 PHPA 그 때 당신은 진짜로 저것을 할 필요가 있다 지금 이 기사 계속 조차 전에. 진짜로, 당신은 무엇을 기다리고 있었는가!?

…

For all the Windows-bound PHP users out there, consider yourselves warned: even if you’re running the (supposedly) thread-safe PHP Win32 binary redistribution, you’re still susceptible to PHP Access Violation Errors, race problems, heap corruption, and much worse if you use the popular eAccelerator opcode-caching extension.

We did our testing with the binaries compiled by SiteBuddy using the latest versions of both PHP and eAccelerator. Almost immediately after initiating a stress test on our test servers we experienced the dreaded “PHP Access Violation” error - which brings down the entire IIS Worker Process to its heels.

…