ABAKUS

1-2 Sek. ist gut
3-4 Sek. ist vorübergehend gerade noch vertretbar, sollte aber optimiert werden
5-10 Sek. ist unter aller Sau

Spann-Ung hat geschrieben:1-2 Sek. ist gut
3-4 Sek. ist vorübergehend gerade noch vertretbar, sollte aber optimiert werden
5-10 Sek. ist unter aller Sau

Bei welcher Verbindungsgeschwindigkeit???

Manu v6 hat geschrieben:Was sagt pingdom tools? (Serverstandort Niederlande wählen)

Tested from Amsterdam, Netherlands on February 22 at 12:09:42

Page size 493.3kB

Load time 2.53s

Requests 106

Perf. grade 82/100

Your website is slower than 100% of all tested websites...say WHAT


Wenn ich mir das Waterfall-Charts betrachte, fällt mir auf, dass die Seite selbst innerhalb von 0,5 Sekunden geladen wurde. Bei mehreren millionen Datensätzen und recht komplexen Queries würde ich sagen, dass die Datenbank-Optimierung auf einem guten Weg ist.

Allerdings bremsen vor allem die google-eigenen Dienste den Seitenaufbau sehr aus und schlagen mit ca. 1,5 Sekunden zu Buche.

Als erstes sollte man prüfen, ob die Datenbankverbindung während des gesamten Seitenaufbaus die gleiche ist und offen gehalten wird. Ein ständiges Auf und Zumachen des Links vor und nach JEDER Query ist äußerst kontraproduktiv, da diese Operation an der Query am längsten dauert. Um das zu verhindern musst du die Connection offen halten, bis die Klasse zerstört wird (== Seitenaufbau finished)

Ich hoffe Du programmierst objektorientiert.
Dann ist es einfach. Connection öffnen im Konstruktor und schließen im Destruktor. Die Connection Klasse unbedingt zur funktionierenden Singleton Klasse machen (sonst erstellt jede aufrufende Klasse seine eigene Connection...) und das wars auch schon. Das ganze solltest du noch testen, weil nen Singleton unter PHP hinzukriegen ist beim ersten Mal nicht ganz einfach. Du nutzt doch PHP oder...

Ansonsten schreib mir mal per PN, ich kann dir meine Klasse geben.

Das sollte bei 109 Requests (= Queries?) schon einiges bringen.
Als nächstes kannst du anfangen Indizes in der DB zu erzeugen.
Als letztes Queries optimieren und unnütze wegschmeißen / Architektur der Seite anpassen

Als erstes sollte man prüfen, ob die Datenbankverbindung während des gesamten Seitenaufbaus die gleiche ist. Ein ständiges Auf und Zumachen des Links vor und nach JEDER Query ist äußerst kontraproduktiv, da diese Operation an der Query am längsten dauert. Um das zu verhindern musst du die Connection offen halten, bis die Klasse zerstört wird (== Seitenaufbau finished)

Selbstverständlich

Ich hoffe Du programmierst objektorientiert.

Klar, habe auch zu den Zwecken eine auf MySQLi-basierende eigene DB-Class erstellt, die über weitere Sonderfunktionen verfügt.

Dann ist es einfach. Connection öffnen im Konstruktor und schließen im Destruktor. Die Connection Klasse unbedingt zur funktionierenden Singleton Klasse machen (sonst erstellt jede aufrufende Klasse seine eigene Connection...) und das wars auch schon.

Manchmal ist es aus Gründen der Performance aber auch wichtig, eine separate Connection zu erzeugen. Gerade bei größeren INSERT-Statements, bei denen man mit LAST_INSERT_ID() den Wert aus einem vorherigen Statement abgreifen möchte. Als Beispiel seien hier via AJAX aufgerufene (daher asnychrone) DB-Operationen zu nennen. Wenn hier keine separate Connection in Verbindung mit LAST_INSERT_ID() erzeugt wird, gute Nacht .

Aber zu Singleton habe ich auch schon interessante Diskussionen geführt, die teilweise ohne Ergebnis blieben.

Singleton ist böse.
Es gibt in der PHP Welt nur 3 wichtige Gründe für den Einsatz eines Singleton:
1. Faulheit, grenzenlose Faulheit
2. Verhindern, dass man den Code ordentlich testen kann
3. Man möchte sich bei seinen Mitstreitern blamieren

Falls du dich beteiligen möchtest, gerne eine PN an mich

Das sollte bei 109 Requests (= Queries?) schon einiges bringen.

Das Tools versteht hier unter einem Request einen GET-Request (HTTP). Kein DB-Query.

Als nächstes kannst du anfangen Indizes in der DB zu erzeugen.

Wie gesagt, die DB umfasst mehrere GB und ist an sich optimiert

Das Bottleneck sind hier die GET-Requests an externe Dienste wie FB oder eben Google (Maps, AdSense).

Man sollte die Seiten möglichst unter 70KB halten, je dünner um so besser, die Kunden bewerten kleine Seiten höher.
Vor allem weil auch noch Tausender Anschlüsse gibt.

Ich habe zum Beispiel nur ca. 750 Mittelwert, mein Sohn findet das lustig, weil er mit einem 70.000-der surfen kann.