Ladezeitprobleme

[moonchild]

Hallo Allerseits,
ich habe ein Ladezeitproblem mit Serendipity 1.0.1 und PHP 4.4.2. Bis das Blog geladen ist, dauert das immer *ewig*. Ok, ich habe eine Menge verlinkt, aber andere Serendipity Kollegen sind schneller. Sobald das Blog geladen ist, ist die Reaktionszeit zufriedenstellend, aber es zählt ja oft der erste Eindruck

Ich habe bereits mal:

- Dieses Forum nach ähnlichen Probleme durchsucht und dann:
- Alle Seitenleistenplugins, Mediendateien, interne und externe Trackbacks usw. abgeschaltet...
- Alle Artikel gecacht...

... komme aber nicht auf einen Fehler.

Wo soll ich jetzt ansetzen?

[falk]

Kann es sein das der Server etwas lahm ist? Oder das PHP einige Probleme bei der Ausführung hat?

[garvinhicking]

Ich würde empfehlen mal die Seitenleistenplugins:

* Statistik / Zugriffscounter
* Indymedia Feed

zu deaktivieren, und im Kategorie-Plugin das Zählen der Einträge in den Kategorien zu deaktivieren.

Dein Blog ist schon extrem langsam, das stimmt.

Viele Grüße,
Garvin

[moonchild]

Ich würde empfehlen mal die Seitenleistenplugins:

* Statistik / Zugriffscounter
* Indymedia Feed

zu deaktivieren, und im Kategorie-Plugin das Zählen der Einträge in den Kategorien zu deaktivieren.

Dein Blog ist schon extrem langsam, das stimmt.

Viele Grüße,
Garvin

Keine Besserung, ich hatte das ja bereits alles deaktiviert. Ich habe jetzt noch eine Grafik verkleinert, allerdings ist das Problem damit auch nicht gelöst. Meine Fotoalbumdomain arbeitet mit Gallery 2, also auch PHP und mehr Datenmengen, bedingt durch die Bildergrößen. Am Server oder PHP Problemen liegt es nicht, denke ich.

Die Adminoberfläche läuft auch schön schnell...

Einer von diesen Ladezeitenchecks ergibt für das Blog:

Serverplattform: Apache/1.3.26 (Unix) Debian GNU/Linux FrontPage/5.0.2.2623 PHP/4.4.2 mod_ssl/2.8.10 OpenSSL/0.9.7
Seitengröße in Bytes (Gesamt):

214515
Anzahl der berücksichtigten Elemente:

21
Theoretische Ladezeit für ISDN 128.0 kbs (in Sekunden):

13.4
Theoretische Ladezeit für Modem 56.0 kbs (in Sekunden):

30.64
Theoretische Ladezeit für Modem 33.6 kbs (in Sekunden):

51.07
Theoretische Ladezeit für ISDN 64.0 kbs (in Sekunden):

26.81

Für die Fotoseite:
Webseite: www.bilder.trueten.de

Serverplattform: Apache/1.3.26 (Unix) Debian GNU/Linux FrontPage/5.0.2.2623 PHP/4.4.2 mod_ssl/2.8.10 OpenSSL/0.9.7
Seitengröße in Bytes (Gesamt):

6884
Anzahl der berücksichtigten Elemente:

10
Theoretische Ladezeit für ISDN 128.0 kbs (in Sekunden):

0.43
Theoretische Ladezeit für Modem 56.0 kbs (in Sekunden):

0.98
Theoretische Ladezeit für Modem 33.6 kbs (in Sekunden):

1.63
Theoretische Ladezeit für ISDN 64.0 kbs (in Sekunden):

0.86
Gesamtwertung

1

[garvinhicking]

Hi!

Keine Besserung, ich hatte das ja bereits alles deaktiviert.

Bis auf welche plugins hattest Du denn alle aktiviert (Seitenleiste und Event)?

Ich denke schon dass hier plugins ein Problem darstellen können.

Serendipity arbeitet recht datenbankintensiv; welche MySQL version setzt Du ein? Sind alle Indizes in den Tabellen gesetzt, kannst Du das per phpMyAdmin überprüfen?

Grüße,
Garvin

[moonchild]

Hi!

Keine Besserung, ich hatte das ja bereits alles deaktiviert.

Bis auf welche plugins hattest Du denn alle aktiviert (Seitenleiste und Event)?

Alle Seitenleistenplugins.

Ich denke schon dass hier plugins ein Problem darstellen können.

Serendipity arbeitet recht datenbankintensiv; welche MySQL version setzt Du ein?

MySQL 4.1.20-max

Sind alle Indizes in den Tabellen gesetzt, kannst Du das per phpMyAdmin überprüfen?

Auf phpMyAdmin kann ich zugreifen. Von mehr habe ich aber keine Ahnung
Wie soll ich das überprüfen? Im SQL Fenster der Datenbank?

Grüße,
Garvin

[garvinhicking]

Hi!

Alle Seitenleistenplugins.

Die hast Du also dann alle auf "versteckt" gesetzt? Und welche Event-Plugins hast Du geladen und deaktiviert?

Auf phpMyAdmin kann ich zugreifen. Von mehr habe ich aber keine Ahnung
Wie soll ich das überprüfen? Im SQL Fenster der Datenbank?

Einfach mal auf jede Tabelle klicken und schauen ob dort "Indize" aufgelistet sind, unterhalb der Tabellenstruktur. Und nicht von der phpMyAdmin-Meldung stören lassen dass evtl. ein paar Indize doppelt gesetzt sind.

Grüße
Garvin

[moonchild]

Hi!

Alle Seitenleistenplugins.

Die hast Du also dann alle auf "versteckt" gesetzt?
[/quote]

Ja.

Und welche Event-Plugins hast Du geladen und deaktiviert?

Die folgenden Plugins sind aktiviert (Deaktiviert habe ich die allerdings nicht, ich denk, die kann man nur löschen?):

HTML in Kommentaren maskieren
version: 1.01
Textformatierung: Serendipity
version: 1.1
Textformatierung: Smilies
version: 1.2
Textformatierung: NL2BR
version: 1.3
Spamschutz
version: 1.51
Spartacus
version: 2.7
Spamschutz (RBL)
version: 1.0
[Layout-Plugin: Druckfreundliche Version]
version: 1.0
Erweiterte Optionen für Bildauswahl
version: 0.14
Kategorien zuweisen
version: 1.0
Eintrag per E-Mail verschicken
version: 1.20
Regeln für Veröffentlichungen
version: 1.11
Frei-definierbare Permalinks zu Einträgen
version: 1.05
Übliche XHTML-Fehler beseitigen
version: 1.4
Einträge ankündigen
version: 1.02
Statistiken
version: 1.24
Datum der letzten Aktualisierung eines Eintrags anzeigen
version: 1.4
Nächster/Voriger Artikel
version: 1.31
Erweiterte Eigenschaften von Artikeln
version: 1.8
Kontaktformular
Version: 1.7
Textformatierung: Texte umbrechen
version: 1.02
HTML Validator
version: 1.0
Einträge automatisch sichern
version: 0.2.1
Sonderzeichen/Erweiterte Buttons für Non-WYSIWYG
version: 0.4
Verwandte Links/Einträge
version: 1.6
Browser-Kompatibilität
version: 1.0
WrapURL (pagetitle)
version: 0.2
Hebe Suchwörter hervor
version: 1.1
Linksammlung
version: 1.0beta
Link zum Löschen eines Frontend-Eintrags
version: 1.4
Freie Artikel-Tags
version: 2.63
Trackbacks kontrollieren
version: 1.7
Zufällige Beschreibung des Blogs
version: 0.2
Mein Kalender
version: 0.6
Einträge vorschlagen
version: 0.2
Sample!
version: 1.2

Auf phpMyAdmin kann ich zugreifen. Von mehr habe ich aber keine Ahnung
Wie soll ich das überprüfen? Im SQL Fenster der Datenbank?

Einfach mal auf jede Tabelle klicken und schauen ob dort "Indize" aufgelistet sind, unterhalb der Tabellenstruktur. Und nicht von der phpMyAdmin-Meldung stören lassen dass evtl. ein paar Indize doppelt gesetzt sind.

Teilweise sind die gesetzt, teilweise nicht. Kann ich da jeweils irgendeinen Eintrag der Tabelle als Index setzen?

Grüße
Garvin

[garvinhicking]

Hi!

Okay, wenn einige Indizes gesetzt sind, sollte das insgesamt stimmen.

Ich würde mal die Event-Plugins:

Hebe Suchwörter hervor
Statistiken

temporär entfernen. Ansonsten hast Du halt schon eine Latte an plugins, die natürlich alle etwas die Ladezeit beeinflussen. Mit einem einfachen Gallerie-System kannst Du daher die Performance nicht wirklich vergleichen. Es kann also sehr gut sein, dass einfach dein Server nicht der schnellste ist und mit anderen Applikationen zu kämpfen hat? Hast Du noch andere Anwendungen bei Dir laufen, z.B. ein Forum? Damit könnte man Performance evtl. noch was besser messen.

Viele Grüße,
Garvin

[moonchild]

Hi!

Okay, wenn einige Indizes gesetzt sind, sollte das insgesamt stimmen.

Ich habe jetzt auf allen Tabellen Indexe gesetzt. Subjektiv ist die Geschwindigkeit jetzt akzeptabler...

Ich würde mal die Event-Plugins:

Hebe Suchwörter hervor
Statistiken

temporär entfernen.

Habe ich jetzt gemacht. Scheinbar kaum weniger Geschwindigkeitsgewinn. Geht das eigentlich auch, ohne die zu löschen, etwa über phpMyadmin?

Jetzt mal ein Test:

Webseite: www.trueten.de/

Serverplattform: Apache/1.3.26 (Unix) Debian GNU/Linux FrontPage/5.0.2.2623 PHP/4.4.2 mod_ssl/2.8.10 OpenSSL/0.9.7
Seitengröße in Bytes (Gesamt):

215796
Anzahl der berücksichtigten Elemente:

22
Theoretische Ladezeit für ISDN 128.0 kbs (in Sekunden):

13.48
Theoretische Ladezeit für Modem 56.0 kbs (in Sekunden):

30.82
Theoretische Ladezeit für Modem 33.6 kbs (in Sekunden):

51.38
Theoretische Ladezeit für ISDN 64.0 kbs (in Sekunden):

26.97

Ansonsten hast Du halt schon eine Latte an plugins, die natürlich alle etwas die Ladezeit beeinflussen. Mit einem einfachen Gallerie-System kannst Du daher die Performance nicht wirklich vergleichen.

Stimmt schon, da werden ja eher Bilder transferiert als Datenbankzugriffe. Auf die Plugins will ich natürlich nur ungern verzichten

Es kann also sehr gut sein, dass einfach dein Server nicht der schnellste ist und mit anderen Applikationen zu kämpfen hat? Hast Du noch andere Anwendungen bei Dir laufen, z.B. ein Forum? Damit könnte man Performance evtl. noch was besser messen.

Leider nicht. So wie es scheint, haben einfach ein paar Indexe gefehlt. Wie kommt so was?

Viele Grüße,
Garvin

[garvinhicking]

Hi!

Habe ich jetzt gemacht. Scheinbar kaum weniger Geschwindigkeitsgewinn. Geht das eigentlich auch, ohne die zu löschen, etwa über phpMyadmin?

In Serendpity 1.1 gibt es wie für die Seitenleistenplugins ein "Versteckt" in die man die Plugins reinsetzen kann...

Stimmt schon, da werden ja eher Bilder transferiert als Datenbankzugriffe. Auf die Plugins will ich natürlich nur ungern verzichten

Klaro, das ist immer schwierig da bei Plugins einen Mittelweg zu finden. Manche Plugins wie "Kategorie zuweisen" brauchst Du ja aber evtl. garnicht?

Leider nicht. So wie es scheint, haben einfach ein paar Indexe gefehlt. Wie kommt so was?

Was für Indize hast Du denn gesetzt? s9y setzt eigentlich recht vernünftige (siehe sql/db.sql). Nur wenn dein mysql-user keine "INDEX" Rechte hat würde s9y die nicht anlegen können; das war halt meine ursprungsvermutung.

Viele Grüße,
Garvin

[moonchild]

Hi!
(...)
Klaro, das ist immer schwierig da bei Plugins einen Mittelweg zu finden. Manche Plugins wie "Kategorie zuweisen" brauchst Du ja aber evtl. garnicht?

Hm, mal bei Gelegenheit durchforsten.

Was für Indize hast Du denn gesetzt? s9y setzt eigentlich recht vernünftige (siehe sql/db.sql).

Lediglich dort, wo (bei mir) keine gesetzt waren:

serendipity_access
serendipity_currently
serendipity_entries ( zusätzlichen title INDEX gesetzt)
serendipity_entrycat
serendipity_entryproperties
serendipity_ethics
serendipity_groupconfig
serendipity_mails ( zusätzlichen email INDEX)
serendipity_pending_authors
serendipity_permalinks
serendipity_pluginlist
serendipity_spamblocklog
serendipity_suppress

Ich werde das mal beobachten. Fallen Dir bei dieser Liste Ungereimtheiten auf?

Nur wenn dein mysql-user keine "INDEX" Rechte hat würde s9y die nicht anlegen können; das war halt meine ursprungsvermutung.

Viele Grüße,
Garvin

Herzlichen Dank auf jeden Fall schon mal für Deine Hilfe!

[garvinhicking]

Hi!

Lediglich dort, wo (bei mir) keine gesetzt waren:

serendipity_access
serendipity_currently
serendipity_entries ( zusätzlichen title INDEX gesetzt)
serendipity_entrycat
serendipity_entryproperties
serendipity_ethics
serendipity_groupconfig
serendipity_mails ( zusätzlichen email INDEX)
serendipity_pending_authors
serendipity_permalinks
serendipity_pluginlist
serendipity_spamblocklog
serendipity_suppress

Dann ist da definitiv was falsch. Auf serendipity_access müssten laut sql/db.sql folgende Indize liegen:

Code: Select all

CREATE INDEX accessgroup_idx ON {PREFIX}access(groupid);
CREATE INDEX accessgroupT_idx ON {PREFIX}access(artifact_id,artifact_type,artifact_mode);
CREATE INDEX accessforeign_idx ON {PREFIX}access(artifact_id);

Vielen Dank für deine nette Paypal-Spende!

Viele Grüße,
Garvin