Serendipity Forums

Hallo Zusammen
Nachdem das cache-simple plugin bei mir zwei Kommentare (und zwar meine eigenen) gefressen hat, wollte ich mal schauen ob ich mit zend nicht wenigstens etwas mehr performance rausholen kann. Die Zend-Eninge war schon auf meinem vserver installiert also habe ich einfach ZendOptimizer-2.6.0 runtergeladen und das install.sh durchlaufen lassen. Laut php -v ist der optimizer auch am Laufen
PHP 4.4.0-4 (cli) (built: Oct 20 2005 16:42:12)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
with Zend Extension Manager v1.0.9, Copyright (c) 2003-2005, by Zend Technologies
with Zend Optimizer v2.6.0, Copyright (c) 1998-2005, by Zend Technologies

Und php-info sagt das gleiche. Aber irgendwie ist S9y genauso lahm (bei mir) wie vorher. Müsste das nicht jetzt eigentlich schneller laden?
Gibt es eine Möglichkeit zu überprüfen ob S9y überhaupt auf den optimizer zugreift?

Das ist zwar nur indirekt S9y bezogen, aber ich hoffe ihr könnt mir trotzdem helfen,...

Liebe Grüße und vielen Dank
Jules

Leider kenne ich den Zend Optimizer garnicht. Aber sehr gute Ergebnisse erzielt man mit dem APC Bytecode cache vom PECL repository.

Das simplecache plugin sollte natürlich KEINE Kommentare fressen, das wäre ziemlich blöd. Ich habe es auf meiner eigenen Seite auch aktiv, und habe das bisher noch nie erlebt? Kannst Du es reproduzieren?

Viele Grüße,
Garvin

Hallo Garvin
Wie installiert man denn den APC unter Debian? Ich finde das Thema php-cache recht komplex für jemanden der php und andere web-programmier-geschichten sonst weitestgehend vermeidet .
Habe schon stundenlang google foltern müssen um das mit dem Zend sowei hinzubekommen bzw. ihn zu finden .

Das simplecache plugin... hm... also ich habe, nachdem ich es installiert hatte, einen Kommentar geschrieben und der wurde auch als Vorschau angezeigt aber nicht veröffentlich, auch nach mehrmaligem Versuchen. Dann schaute ich in die Kommentaransicht im Backend und da war er. Von da aus konnte ich ihn aber auch nicht veröffentlichen, bzw. er wurde nicht angezeigt. Ich habe mehrfach den brwosercache geleert und es sowohl mit Safari als auch mit Firefox versucht - der Kommentar war nicht da. Dann wollte ich den Kommentar löschen und nochmal schreiben und mit dem Klick auf löschen für den Kommentar waren alle von mir geschriebenen Kommentare (unterhalb dieses Blogeintrages) weg.
Ich hoffe das war jetzt verständlich.
Vielleicht hätte ich mehr Geduld haben sollen und nach dem Veröffentlichen ein paar Minuten oder Stunden warten bis der Kommentar angezeigt wird? Mir ist nicht so ganz klar wie dieses simplecache-plugin arbeitet. Generiert es die Seiten in bestimmten Zeitabständen neu? Weil ein Löschen des Browsercaches das Plugin generell ziemlich wenig beeindruckt.
Und Plugins wie "zufällig Beschreibung des Blogs" oder die Tags je nach Häufigkeit vergrößert anzeigen zu lassen sind damit offenbar auch stark beeinträchtigt, oder? Scheint mir so - oder ich mache etwas falsch.
Ach ja, ist der HTML-Klotz eigentlich vom simplecache beeinflusst? Weil ich da einen Counter drin sitzen habe ... und der ist natürlich darauf angewiesen immer aufgerufen zu werden...

Liebe Grüße
Jules

Okay vergiß die Frage nach der Installation von APC ... werde das schon hinbekommen. Du bist ja nicht der Allround-Supporter für jeden Kleinkram ...

APC ist recht leicht via PEAR zu installieren!
reicht eigentlich schon auf dem server um den APC aus PECL.php.net reinzuhauen. Danach noch einmal evtl. die php.ini editieren um die zend_extension = apc.so zu laden, und dann Apache restarten

Falls Du es mit dem simplecache plugin nochmal probieren könntest: Meine Vermutung ist, dass das Kommentar am Spamblock plugin gescheitert sein könnte. Vielleicht mal in die serendipity_spamblocklog tabelle reingucken (wenn im spamblock plugin aktivieren) und gucken ob sich da einträge finden? Möglicherweise auch mal die tabelle serendipity_comments anschauen um zu sehen, ob das Kommentar gespeichert wurde?

Theoretisch müssen/sollen bei neuen Kommentare die Seiten direkt aktualisiert werden. Das wäre dann also tatsächlich ein Bug, den ich aber hier leider nicht reproduzieren konnte...

Das plugin arbeitet so:

1. Ein User ruft eine Seite auf

2. Das plugin schaut, gibt es die Seite schon als Cache, und ist der Cache jünger als 1 Stunde.

3a. Wenn der Cache jünger als eine Stunde alt ist, wird die gecachte Seite geliefert

3b. Wenn der Cache älter ist oder nicht vorhanden, wird die aktuell ausgleieferte Seite als Cache geschrieben und beim nächsten Aufruf 1:1 so ausgeliefert.

4. Wenn spezielle Kommandos ausgeführt werden (neuer Eintrag, neues Kommentar, ...) dann werden alle Caches gelöscht, und somit beim nächsten Seitenaufruf neu erzeugt.

Der Browsercache hat daher wirklich garnix zu sagen.

Dynamische Plugins wie "zufällige Beschreibung" klappen daher nicht mehr, das hast Du richtig erkannt. Das kann technisch auch nicht gelöst werden.

Wenn Dein HTML Counter auf Javascript basiert, klappt alles. Wenn das PHP wäre, würde es im Cache nicht ausgeführt.

HTH,
Garvin

Das ist ja schon mal recht aufschlußreich.
Ich habe APC installiert. Er sagt zwar in phpinfo dass der APC Support Disabled ist und einen Geschwindigkeitsvorteil kann ich auch nicht feststellen, aber die apc.php zeigt mir eine nette Oberfläche mir irgendwelchen Informationen an, die wohl andeuten, dass es läuft. Hm. Egal.

Dass es am Spamblocker läge war auch meine erste Vermutung, aber in der Protokolldatei stand nichts, bzw. sie war noch nicht mal angelegt worden. Also gab es wohl auch keinen Spam.
Ich habe dem simplecache jetzt trotzdem nochmal eine Chance gegeben, weil ich nach deiner Erklärung wie es arbeitet etwas mehr Vertrauen darin habe als vorher .

Aber nochmal eine Frage dazu: wie sinnvoll ist es zusätzlich zu dem simplecache plugin noch das plugin zu installieren mit dem man Artikel cachen kann? Es gibt dann ja im ...wie heißt dieses Menü,... naja im Backend auf alle Fälle den Punkt "Alle Artikel cachen". Bringt es etwas das auszuführen? Weil die Artikel sind gibt es bis auf en paar Smileys und Umlaute eh nichts zu parsen, oder sehe ich das falschg bzw. interpretiere ich die Arbeit von dem Artikelcache falsch?

Vielen Dank schon-/nochmal für deine Mühe und Zeit meine ganzen Fragen zu beantworten .
Jules

Hi Jules!

Hast Du das spamblock logging jetzt mal aktiviert? Das wäre für zukünftige Probleme vermutlich sehr hilfreich!

APC sollte in der phpinfo() eigentlich zeigen, dass es aktiviert ist. Du musst in der php.ini auch irgendwelche apc.enabled = 1 werte mit eintragen; das steht irgendwo in der APC Doku...

Das Entryproperties-Caching und simplecache plugin zu nutzen, ist halbwegs sinnvoll, ja. Es bringt dann zwar nur dem Besucher was, der die Seite aufruft wenn sie noch nicht gecached wurde, aber sollte grundsätzlich nichts schlimmes anrichten.

Der Artikelcache ist auch erst wirklich dann sinnvoll, wenn man merhere Markup-Plugins installiert hat. Besonders bei Akronym-Ersetzungen oder viel BBCode macht's sinn...

Viele Grüße,
Garvin

Das Spamlogging hatte ich schon vor dem Zwischenfall aktiviert und ihm gesagt er solle mir eine Logdatei anlegen (in einem vom www-server beschreibbaren verzeichnis natürlich), ... aber da bis heute keine Datei angelegt wurde scheint auch noch nichts zu loggen gewesen zu sein. War zumindest meine Schlußfolgerung. Keine Datei -> kein Logbuch -> keine gefilterten Kommentare.
Kann natürlich auch andere Gründe haben aber die wären mir wegen des Schreibrechtes fremd.

In die php.ini (und zwar in die richtige (scheint ein häufiger Fehler zu sein die falsche zu editieren)) habe ich auch getreu der Anleitung das hier eingefügt:
extension=apc.so

[apc]
apc.enabled = 1
apc.cache_by_default = 1
apc.shm_size = 32
apc.num_files_hint = 500
apc.mmap_file_mask = /tmp/apc.XXXXXX

Und phpinfo | grep -i apc sagt:

apc
APC Support => disabled
MMAP File Mask => /tmp/apc.XXXXXX
apc.cache_by_default => On => On
apc.enable_cli => Off => Off
apc.enabled => Off => On
apc.file_update_protection => 2 => 2
apc.filters => no value => no value
apc.gc_ttl => 3600 => 3600
apc.max_file_size => 1M => 1M
apc.mmap_file_mask => /tmp/apc.XXXXXX => /tmp/apc.XXXXXX
apc.num_files_hint => 500 => 500
apc.optimization => Off => Off
apc.shm_segments => 1 => 1
apc.shm_size => 32 => 32
apc.slam_defense => Off => Off
apc.ttl => 0 => 0
apc.user_entries_hint => 100 => 100
apc.user_ttl => 0 => 0
apc
APC Support => disabled
MMAP File Mask => /tmp/apc.XXXXXX
apc.cache_by_default => On => On
apc.enable_cli => Off => Off
apc.enabled => Off => On
apc.file_update_protection => 2 => 2
apc.filters => no value => no value
apc.gc_ttl => 3600 => 3600
apc.max_file_size => 1M => 1M
apc.mmap_file_mask => /tmp/apc.XXXXXX => /tmp/apc.XXXXXX
apc.num_files_hint => 500 => 500
apc.optimization => Off => Off
apc.shm_segments => 1 => 1
apc.shm_size => 32 => 32
apc.slam_defense => Off => Off
apc.ttl => 0 => 0
apc.user_entries_hint => 100 => 100
apc.user_ttl => 0 => 0

Warum er es doppelt drinnen hat weiß ich auch nicht. Aber es ist ja eh beide Male der "APC Support = disabled"
Komisch komisch...

Liebe Grüße
Jules

Hi!

Dann gib doch mal testweise ein ungültiges Kommentar ein und schaue, ob die Datei überhaupt erstellt? Alternativ das logging mal auf Datenbank einstellen?

Ich habe jedenfalls auch gerade nochmal APC installiert, und bei mier steht in der phpinfo() dass "APC" enabled ist...

Ich habe das ganze mit PHP 4.4.1 und "pecl install apc" installiert (version 3.0. und in meiner php.ini steht:
Es steht auch bei mir nur einmal in der PHP info drin...

Viele Grüße,
Garvin