![[GREGEL DOT COM]](http://static.gregel.com/themes/mg/images/header1.jpg)
Loading ...
Soweit bin ich ja mit Wordpress äußerst zufrieden, nur die Ladezeiten im Admin-Backend sind teilweise grausam (alles natürlich relativ gesehen) - das Frontend selber ist eigentlich immer recht flott.
Gestern habe ich nun eAccelerator auf dem Server installiert, eine Sache von fünf Minuten. Hierbei handelt es sich um einen Beschleuniger, Optimierer und Cache für PHP (Wiki).
Erster Eindruck: ich bin begeistert!
Schnelle Anleitung auf einem Linux-Server:
- wget http://bart.eaccelerator.net/source/0.9.5.3/eaccelerator-0.9.5.3.tar.bz2
- tar xjfv eaccelerator-0.9.5.3.tar.bz2
- cd eaccelerator-0.9.5.3/
- ./configure –enable-eaccelerator=shared –with-php-config=$PHP_PREFIX/bin/php-config
- make
- make install
Fertig! Nur noch die php.ini anpassen…
[eAccelerator]
extension=”eaccelerator.so”
eaccelerator.shm_size=”32″
eaccelerator.cache_dir=”/tmp/eaccelerator”
eaccelerator.enable=”1″
eaccelerator.optimizer=”1″
eaccelerator.check_mtime=”1″
eaccelerator.debug=”0″
eaccelerator.filter=”"
eaccelerator.shm_max=”0″
eaccelerator.shm_ttl=”0″
eaccelerator.shm_prune_period=”0″
eaccelerator.shm_only=”0″
eaccelerator.compress=”1″
eaccelerator.compress_level=”9″
…das Verzeichnis /tmp/eaccelerator mit chmod 0777 erstellen und den Apache neu starten!
- Viel Spass -
Nach Franks Post hatte ich das auch vorgehabt und wäre in Verbindung mit W3TC bestimmt super, jedoch wird der Hoster es nicht aktivieren, weil anscheind eine DoS Attacke dadurch begünstigt wird…
Keine Probleme damit?
Durch eA eine Dos?! Hmmm… hört sich ziemlich seltsam an. Sowas habe ich auf jeden Fall noch nie gehört!
Bei mir liefen die beiden prima zusammen. Irgendwie die Tage werde ich mal weiter testen…
Werd mich auf die Ergebnisse freuen.
Hier der O-Ton vom Support:
“die Funktionen eaccelerator_put und eaccelerator_get sind aus
Sicherheitsgründen in der Standardkonfiguration deaktiviert, da es möglich
ist, hierüber einen DoS Angriff auszuführen.”