In dieser Episode „der immerwährenden Suche nach besserer Bediener-Leistung,“ folgen wir unseren Heldern' reisen durch das gefährliche und düstere Holz von PHP opcode Maschinen, wo sie nicht mit ein opcode gerade anbringen, das zufrieden sind Maschine cachiert, aber Keuchen <cachierend> das Werden mit ihm auch!

Yep hörten Sie das nach rechts. Wir haben gerade zwei neue Steckverbindungen für die WordPress Benutzer heraus dort, dieses Nehmen opcode freigegeben, das zum folgenden Niveau cachiert. Wenn Sie nicht bereits ein opcode angebracht haben, das Maschine wie cachiert XCache (unser Liebling!), eAccelerator, Turck MMcache, Memcached, APCoder PHPA dann Sie wirklich Notwendigkeit, das zu tun im Augenblick bevor sogar dieser Artikel fortgesetzt wird. Wirklich was warteten Sie!?

…

Für alles Windows-springen Sie PHP Benutzer heraus dort, sich betrachten gewarnt: selbst wenn Sie die (angenommen) verlegen-sichere PHP Win32 binäre Wiederverteilung laufen lassen, sind Sie noch gegen PHP Zugriffsfehler-Störungen, Rennenprobleme, Haufenkorruption und viel schlechteres empfindlilch, wenn Sie das populäre verwenden eAccelerator opcode-Cachieren von Verlängerung.

Wir führten unsere Prüfung mit durch binaries kompiliert von SiteBuddy Verwenden der neuesten Versionen von PHP und von eAccelerator. Fast sofort nach dem Einleiten einer Belastungsprobe auf unseren Testbedienern, stießen wir auf die gefürchtete „PHP Zugriffsfehler“ Störung - die den gesamten IIS Arbeiter-Prozeß zu seinen Fersen senkt.

…