Page 1 of 1

10+ Sekunden Ladezeit

Posted: Mon Feb 18, 2008 7:31 pm
by call
Hallo,
Ich habe schon länger das Problem das die Indexpage meiner s9y-Seite (http://www.dailyresearch.de/) ewig lange lädt (Serendipity 1.0 und PHP 4.4.7)
Ich habe testweise auch mal den Content von der Seite genommen um dem Problem auf den Grund zu kommen. Die Ladezeit der Seite verringerte sich allerdings nur geringfügig. Alle anderen Unterseiten sind von der Ladezeit akzeptabel.
Regelmässig kommen auch Beschwerden von 1+1 wegen zu hoher Datenbankbelastung. Vielleicht gibt es einen direkten Zusammenhang.
Ich habe schon den Cronjob abgeschaltet, in der Hoffnung das 1+1 dann Ruhe hat. Letzte Woche kam wieder eine Mail mit folgender Anmerkung:
Es handelte sich um Abfragen folgender Form, welche in ihrer grossen
Anzahl problematisch sind:

dbo175667539 72 415[24](5.76) 32[10](0.44) 5201[4801](72.24)
3050495[49376](42367.99)
dbo175667539 34 SELECT e.isdraft AS orderkey, ep_cache_extended.value AS
ep_cache_extended, ep_cache_body.value AS ep_cache_body, e.id, e.title,
e.timestamp, e.comments, e.exflag, e.authorid, e.trackbacks, e.isdraft,
e.allow_comments, e.last_modified, a.realname AS author, a.email FROM
serendipity_entries AS e LEFT JOIN serendipity_authors a ON e.authorid =
%% LEFT JOIN serendipity_entrycat ec ON e.id = %% LEFT JOIN
serendipity_category c ON ec.categoryid = %% LEFT OUTER JOIN
serendipity_entryproperties ep_no_frontpage ON (e.id = %% AND
ep_no_frontpage.property = %%) LEFT OUTER JOIN
serendipity_entryproperties ep_cache_extended ON (e.id = %% AND
ep_cache_extended.property = %%) LEFT OUTER JOIN
serendipity_entryproperties ep_cache_body ON (e.id = %% AND
ep_cache_body.property = %%) LEFT OUTER JOIN serendipity_entryproperties
ep_access ON (e.id = %% AND ep_access.property = %%) LEFT JOIN
serendipity_authorgroups AS acl_a ON acl_a.authorid = %% LEFT JOIN
serendipity_access AS acl_acc ON ( acl_acc.artifact_mode = %% AND
acl_acc.artifact_type = %% AND acl_acc.artifact_id = %% ) WHERE isdraft
= %% AND e.timestamp <= %% AND (ep_access.property IS NULL OR
ep_access.value = %%) AND (ep_no_frontpage.property IS NULL OR
ep_no_frontpage.value != %%) AND ( c.categoryid IS NULL OR (
acl_acc.groupid = %%) OR ( acl_acc.artifact_id IS NULL ) ) GROUP BY e.id
ORDER BY orderkey DESC, last_modified DESC LIMIT %%;
Vielleicht hatte jemand bereits ähnliche Probleme und kann helfen. Danke!
call

Re: 10+ Sekunden Ladezeit

Posted: Tue Feb 19, 2008 11:36 am
by garvinhicking
Hi!

Welche Ereignislpugins nutzt du?

Die genannte SQL-Abfrage ist die zentrale Abfrageroutine von Serendipity. Diese kannst du in der Komplexität nur einschränken indem Du in den s9y Einstellungen z.B. die Anwendung der Leserechte für Benutzer im Frontend deaktivierst. Dadurch verlierst du die möglichkeit, lesegeschützte einträge in kategorien zu speichern, gewinnst aber einiges an performance.

Ansonsten ist das eigentlich eine normale Datenbankabfrage, die auf einem normalen Server mit aktiviertem MYSQL-Querycache nicht so lange dauern dürfte. Evtl. muss dein Provider mal schauen ob der Queryccahe korrekt aktiviert ist?

Du könntest auch mal prüfen ob evtl. viele Trackback-Spammer bei dir unterwegs sind, und mal auswerten wieviele Zugriffe du am Tag hast.

Grüße,
Garvin

Posted: Tue Feb 19, 2008 12:05 pm
by usa
Ich hatte ein solches Verhalten ( damals um die 6 sec ) mit aktiviertem S9Y StatistikModul.

Zumindestens vielleicht mal kurz testen ...

@usa

Posted: Tue Feb 19, 2008 12:29 pm
by garvinhicking
Hi!

Das ist richtig, das Statistik-Plugin kann auf die Dauer große Datenbanktabellen anlegen. Die hier gezeigt SQL-Abfrage hängt damit jedoch nicht zusammen - definitiv würde eine Liste der installierten Ereignis-Plugins aber helfen um Performance-Probleme zu analysieren.

Grüße,
Garvin

Posted: Tue Feb 19, 2008 1:59 pm
by call
Hallo, danke für eure Antworten,
Statistikmodul ist keines installiert, nachfolgend alle installierten Ereignisplugins.
Ereignislpugins
Textformatierung: Serendipity
Textformatierung: NL2BR
Browser-Kompatibilität
Spamschutz
Eigenschaften/Templates von Kategorien
[HTML Nugget on Page]
Jetzt registrieren!
Überprüft Autoren-Login
Karma
[Cronjob scheduler]
Erweiterte Eigenschaften von Artikeln

Posted: Tue Feb 19, 2008 3:57 pm
by garvinhicking
Hi!

Okay, von den installierten Plugins ist keins übermaßend performance-intensiv. Daher gilt dann der Rest zur Aussage über den Datenbankserver vom Anfang sowie der Konfigurationsmöglichkeit zur Reduktion dieser Abfrage.

Wofür hast Du den cronjob-scheduler installiert? Du nutzt keines der Plugins, die dieses einsetzen (Popfetcher, Aggregator), daher ist es eigentlich überflüssig.

Grüße,
Garvin

Posted: Tue Feb 19, 2008 5:37 pm
by call
Danke für deine Antwort,
hab den RSS Aggregator installiert, sorry, vergessen ins Posting zu kopieren.
Ich rufe den Aggregator, seit sich 1+1 erstmals beschwert hat, allerdings von Hand auf.
Werde mir die von dir genannten Punkte mal genauer anschauen.
So long
call

Posted: Tue Feb 19, 2008 8:01 pm
by garvinhicking
Hi!

Hast Du evtl. noch weitere Ereignisplugnis vergessen, oder war das definitiv das einzige?

Grüße,
Garvin