Serendipity Forums

Hallo,
habe hier ab und zu ein extremes Performance Problem mit meinem Blog http://blog.nico-beuermann.de.
Man arbeitet eine halbe Stunde ganz normal mit dem System (Betrieben mit Serendipity 1.7.2 und PHP 5.4.17) und plötzlich geht kaum noch was. Es wird lange auf die Anfrage gewartet - bis zu einer Minute! - dann aber relativ zügig geladen. Dieses Verhalten kann 10 Minuten oder länger andauern, dann funktioniert's als wäre nichts gewesen.

Mein erster Gedanke ging natürlich in Richtung Hoster. Doch laufen meine anderen Web Applikationen wie zB Piwik ohne Murren auf der Domain. Die Namensauflösung klappt daher auch in gewohnter Geschwindigkeit.
Das Laden der Seiten hängt wohl auch nicht bei externen Verweisen wie Flickr, die Statuszeile von Firefox sagt: Warten auf nico-beuermann.de

Update: Eben hat's bei mir auch eine Fehlermeldung angezeigt:
/ MySQL server has gone awaySELECT DISTINCT id, title, timestamp, epm.value AS multilingual_title FROM serendipity_entries AS e LEFT OUTER JOIN serendipity_entrycat AS ec ON id = ec.entryid LEFT OUTER JOIN serendipity_category AS c ON ec.categoryid = c.categoryid LEFT OUTER JOIN serendipity_entryproperties AS epm ON (epm.entryid = e.id AND epm.property = 'multilingual_title_de') WHERE isdraft = 'false' AND timestamp <= 1377127661 ORDER BY RAND() LIMIT 3, 7

Meinem Hoster habe ich gleich eine Kopie davon geschickt. Mal sehen was die dazu sagen..

Gruß
Nico

frineu wrote:/ MySQL server has gone away

1&1? Die sagen da nix zu.

Das muss – bei Shared-Hosting-Paketen – nicht mal an Deinem eigenen Webspace liegen. Es kann sein, dass eine komplett andere Domain/Site, die auf dem gleichen Server liegt, unter Last steht, das zieht dank des Setups dort an der Last des Servers und schickt schließlich den MySQL-Server spazieren. (Sorry, ich kann das technisch nicht besser erklären.) Passiert relativ regelmäßig mit der Seite eines Kunden von mir, die aber aus logistischen Gründen nicht umgezogen werden kann.

Ich kann mittlerweile nur noch dazu raten, um 1&1-Shared-Hosting einen weiten Bogen zu machen bzw. existierende Sites möglichst schnell zu einem anständigen™ Hoster umzuziehen. Es entspricht technisch nicht den Anforderungen an zeitgemäße Websites, der Support verdient den Namen nicht, dafür ist das Ganze aber wenigstens im Marktmittel übermäßig teuer.

YL

Ich habe bei einem sehr zuverlässigen Provider die selben Probleme seit eines PHP-Upgrades (mittlerweile 5.4). Habe deshalb extra auf die neueste s9y-Version umgestellt. Die Ladehemmungen treten dennoch weiterhin auf. Nur beim Blog, die restlichen Seiten laufen wie gewohnt schnell...

Meiner Meinung nach muss da ein Plugin oder Blogbaustein Probleme mit PHP > 5.2 haben. Gibt es mittlerweile neue Erkenntnisse?

liebe Grüße,
Peggy

peggylon wrote:Meiner Meinung nach muss da ein Plugin oder Blogbaustein Probleme mit PHP > 5.2 haben. Gibt es mittlerweile neue Erkenntnisse?

Nö. Läuft alles wie geschmiert! Natürlich hängt das auch zusammen mit ausgeführten Plugin updates mindestens seit Sommer letzten Jahres, die viele PHP Fehlermeldungen (meist deprecated notices) mit höheren PHP Versionen gefixt hatten. Ansonsten kann man nur auf das von Yellowled gesagte verweisen. Das irgendwelche älteren Plugins das Blog in die Zeitschleife schicken, wäre auch eher ungewöhnlich, das sie sonst eher einen Fehler melden würden, so wie der bereits genannte "MySql gone" Error, der aber auch auf das bereits Gesagte verweist.

Wenn du weiterhin ein Plugin verdächtigst, wäre eine Liste nicht schlecht. Auch könntest du sie eines nach dem anderen abschalten, um vielleicht sogar annähernd das genaue Plugin zu ermitteln. Ich glaube es aber eher nicht.

Nur so am Rande: Kann es vielleicht auch u.a. mit solchen Einstellungen zu tun haben? Wozu?

Sorry Ian, habe deine Antwort ebend erst gesehen. Fakt ist, dass ich - entgegen meiner Annahme - bei den Plugins doch nicht auf dem neuesten Stand war. Habe alles aktualisiert und jetzt läuft der Blog wieder normal. Sorry für die Aufregung!

Die Höhenangabe hatte ich vor längerer Zeit reingenommen, da die Begrenzungslinie sonst nicht bis nach unten durchlief. Tut sie bei Überlänge trotzdem nicht, aber in der Regel nun schon...

Danke und liebe Grüße,

Leider habe ich, obwohl ich den Hoster gewechselt habe, immer noch das oben beschriebene Problem. Allerdings ohne Fehlermeldung.
Der Datenbankserver zeigt keine Auffälligkeiten in der Statusüberwachung von phpMyAdmin. Dort müsste man ja sehen, ob andere Nutzer den Server besonders stark beanspruchen.
Zur Zeit läuft alles mit Serendipity 1.7.3 und PHP 5.5.5 und MySQL 5.1.72-2-log - (Debian).

gruß

Hast du eventuell Piwik installiert?

Ja. Warum?

gruß

Habe soeben den HTML Klotz mit dem Piwik Code rausgenommen. Mal sehen, ob's daran liegt.

gruß

Ich vermeine mich zu erinnern, dass es da immer mal Probleme gab (war es bei Bernd?) und das System kurzerhand einfror, aber das soll sich ja mit kommender Piwik 2.0 etwas verbessern. Ich kenne das wenn zu viele Bots versuchen die Biene abzuschießen und die DB connection kurz aussteigt.
Piwik Code und Google Analytics am besten auch vor das body end in die index.tp setzen. Woanders macht das IMHO keinen Sinn.

Danke für die Hinweise.
Beobachte meine Seite nun schon eine Weile.
Die Seite wird etwas schneller ohne den Piwikcode, doch hatte sie grad eben schon wieder eine enorm hohe Latenz.

gruß

Das kann natürlich auch an irgendwelchen neuen Cache Sachen hängen, die mit PHP 5.5 eingeführt wurden und du nutzt 5.5.6 auf Debian (ungewöhnlich). [Opcode Zend Optimizer+ integration] Aber dazu kann ich noch keine eigenen Erfahrungen beisteuern.
Die Sache bleibt bei "1und1", deren MySQL Implementierung nicht wirklich optimal zu sein scheint. Daran aber wirst du, außer mit einem Provider Wechsel, was du ja scheinbar getan hast, wenn ich das richtig gelesen habe, nichts ändern können. Allerdings bleibt dennoch zu klären, ob dies ein Hoster mit ähnlicher Kompetenz und oder eigenen Servern ist...?

Timbalu wrote:Ich vermeine mich zu erinnern, dass es da immer mal Probleme gab (war es bei Bernd?) und das System kurzerhand einfror...

In der Richtung wäre mir nichts bekannt. Richtig wäre durchaus, dass die Seite einen Moment für das Laden vom Tracking-Code braucht, aber den sollte man sowieso irgendwo am Seitenende (z. B. in den Footer) einbauen, damit der Besucher nichts davon mitbekommt beim Seitenaufbau.

Anders sieht es natürlich mit meinem Seitenleisten-Plugin aus. Je nachdem, welche/wieviele Sachen man da aktiviert hat, kann es beim Seitenaufruf zu einiger Verzögerung kommen, da die Abfrage der Piwik-Api leider wirklich seine Zeit braucht. Ich habe da zwar in der letzten Version ein paar kleine Optimierungen gemacht, aber schnell ist es trotzdem bei weitem nicht.

Anders sieht es natürlich mit meinem Seitenleisten-Plugin aus. Je nachdem, welche/wieviele Sachen man da aktiviert hat, kann es beim Seitenaufruf zu einiger Verzögerung kommen,

Ja und die Seitenleistenplugins waren es dann auch. Nachdem ich sie entfernt hatte, lief die Seite wieder rund. Ich schätze es lag am Antwortverhalten von flickr und twitter, dass die Performance so eingebrochen war.

Danke für die Hilfe.

Nico

Noch ein Feedback aus anderer Ecke - hatte auch das Problem, dass mein Blog ziemlich lahm war - so lahm, dass sich jetzt der Provider sich bei mir gemeldet hat und Speicherplatzprobleme berichtete...

Ursache: Die Tabelle serendipity_visitors logt die Besucher und hatte derweil 3.5 Mio Einträge. hab diese gelehrt, und der Blog ist wieder schnell...