Wieviele Besucher (Registrierungen) kann WordPress ertragen?

Hallo, alle zusammen,

folgendes Problem:
es sollen viele, d. h. sehr viele Benutzer in die User-Tabelle eingetragen werden.
Was das genau heißt, kann ich noch nicht mit Bestimmtheit sagen, aber vielleicht irgendwo zwischen 10.000 und 500.000 Usern. ;-)

Nun meine Frage:
ab welcher Größenordnung macht WordPress bzw. die Website schlapp?
Wann wird der Aufbau der Website so verlangsamt, sodass die Leute lieber schreiend davon laufen?
Ist die Anzahl der Datensätze für die Schnelligkeit überhaupt relevant (und wenn ja in welchem Maße) oder ist es viel bedeutsamer, wie häufig auf diese Tabelle zugegriffen wird?
D. h. es werden sich zwischen 5.000 und 490.000 fast tote Karteileichen darin befinden, die nur selten, vielleicht 1-2 Mal im Monat benötigt werden, z. B. für eine Funktion, die an bestimmte Leute Mails versendet.

Über Eure Antworten würde ich mich freuen.

VG Elke

Hallo, alle zusammen,

zunächst einmal herzlichen Dank für eure bisherigen Antworten.

Alphawolf:

Zitat

Aber welche Seite meinst du?

Zunächst meine ich das Frontend.
Hier werden insbesondere bei der Ausgabe der Beiträge mit Hilfe der Funktionen the_author und the_author_url Benutzerdaten ausgegeben. Ich gehe davon aus, dass bei diesen Funktionen bei jedem Aufruf auf die Datenbank zugegriffen wird.
Außerdem frage ich auch innerhalb des Frontends immer mal wieder die Userdaten ab. Um genau zu sein, handelt es sich da meistens um die Variable $user_level.
Aus diesen Gründen ist es natürlich auch für das Frontend wichtig zu wissen, wie sich die Performance diesbezüglich ändert.

Natürlich ist auch die Performance im Backend nicht unwichtig. Denn da wird ja auch immer wieder auf die Userdaten zurückgegriffen (z.B oben im Header wird immer der User-Name ausgegeben und jedesmal wird überprüft, ob die Berechtigung vorhanden ist, die Seite aufzurufen und. ggf. zu verändern). Deswegen auch hier die Frage: wie würde sich dies tatsächlich zunächst grundsätzlich auf die Performance auswirken?
Was die Seite users.php betrifft, da habe ich mir bereits Gedanken gemacht und würde gerne die Benutzer, die eigentlich keine sind (und das sind die meisten), nicht anzeigen wollen, sondern nur auf einer von mir selbst erstellten Seite im Backend filtern und anzeigen lassen.
Was diese Frage betrifft, habe ich gestern bereits ein eigenes Thema erstellt : http://forum.wordpress-deutschland.org/konfiguration/…ausfiltern.html

Wenn ihr mir da behilflich sein könntet, wäre das natürlich super.

Arno Simon:

Zitat

böse laufzeitbeschränkung des php-interpreters zugeschlagen

Sind das die üblichen 30 Sekunden oder meinst Du damit was anderes?

Zitat

btw: in dem fall sollte es imho aber doch möglich sein, mit einem entsprechenden plugin abhilfe zu schaffen - nur so als anregung....

Anregungen sind immer gut. Was wäre das für ein Plugin? Was muss es machen? Da stehe ich im Moment auf dem Schlauch.

Gibt es evtl. eine Formel, womit man die Schnelligkeit errechnen könnte oder vielleicht irgendwo Erfahrungsberichte?

Euch allen noch einen erfolgreichen und angenehmen Tag.
VG Elke

Zitat von Putzlowitsch

Da Wordpress intern die User über IDs verwaltete, sehe ich bei so Sachen the_author keine Probleme. Das ID-Feld ist ein numerisches Feld und zudem indiziert, Abfragen auch bei mehreren 100 Tsd. Datensätzen sollten im Millisekundenbereich ablaufen. Problematisch wären halt wirklich nur Userlisten, die auch einer Seite allle Nutzer anzeigen sollen oder so :-)

Gruß
Ingo

Herzlichen Dank für Deine Infos.
Es freut mich sehr, dass WP bei den Suchanfragen die Indexierung auch nutzt.
Damit hast Du meine Bedenken fast ausgeräumt. Jetzt müssen "nur" noch die Probleme mit der Seite user.php geknackt werden. Die Frage ist nur wie? ;-)

VG Elke

Danke für Deinen Nachtrag.
Wenn ich Dich richtig verstehe, dann betrifft dies aber alle Systeme und bezieht sich nicht nur auf WP.
Dennoch sind Deine Infos sehr interessant. Nochmals Danke. :-D

VG Elke

Hallo Arno,

vielen Dank für Deine Antworten.

Zitat

Es muss Dir Funktionalitäten bereitstellen, die Benutzer z.B. nach Alphabet aufgeteilt anzeigen zu können und die Anzahl der anzuzeigenden Benutzer pro Seite einschränken zu können.

Wenn ich das richtig sehe, dann geht es darum die Select-Anweisung zu manipulieren, die beim Aufruf der Datei user.php ausgeführt wird.
Und genau da liegt mein Problem, denn ich weiß nicht, wie ich das machen soll / kann, ohne dabei den Quellcode von WP zu ändern.
Ich weiß nur, dass an anderer Stelle das möglich war. Leider habe ich vergessen, wo ich das gesehen habe und natürlich weiß ich auch nicht, ob ich hier die Select-Anweisung beeinflussen kann.
Hast Du damit Erfahrungen und kannst mir dierekt weiterhelfen oder hast Du einen Tipp diesbezüglich für mich, z. B. wo ich weitere Infos dazu finden könnte?
Vielleicht kennst Du auch einen anderen Weg?
In jedem Fall möchte ich gerne ganze Benutzergruppen vor der Anzeige ausschließen, sodass nur die wenigsten Benutzer auf der Seite user.php angezeigt werden, z. B. die Administratoren, Redakteure, Autoren.

Vielen Dank im Voraus.
VG Elke

Zitat von Arno Simon

btw: geht es dir jetzt eigentlich um eine anzeige der benutzerliste im back- oder im frontend?

Also, ich stelle mir die Sache wie folgt vor:
Es gibt ca. 30 Benutzer, die den bereits vorhandenen Benutzergruppen zugewiesen wurden. Diese sollen auch weiterhin auf der Seite user.php angezeigt werden können.
Zukünftig möchte ich weitere Benutzergruppen einrichten, die z. B. Mitglieder und Newsletter heißen. Die Benutzer dieser neuen Benutzergruppen sollen dann nicht auf der Seite user.php angezeigt, sondern auf von mir selbst erstellten Seiten angezeigt und auch bearbeitet werden können.

Im Frontend sollen die Benutzer nicht angezeigt werden, zumindestens noch nicht zu diesem Zeitpunkt. Im Notfall ließe sich das auch mit einer eigenen Selectanweisung realisieren.
Kurz: es geht also um das Backend.

Zitat

nunja... mit einem plugin manipulierst du ja eben genau nicht den quellcode von wp, sondern stellst wp eine erweiterung in form von eigenem quellcode zur verfügung. dieser enthält dann - u.a. - die select-anweisung zum aufbau der übersichten und der darin enthaltenen benutzermengen.

du kannst über so genannte action-hooks und entsprechende befehle zum einbinden eigener menüseiten in den backend die funktionalität der users.php (user.php habe ich bei mir nicht gefunden.. oder war zu flüchtig) auch komplett ersetzen und bist nicht darauf angewiesen selbige zu manipulieren.

Das ist mir schon alles klar, wobei ich ungerne die gesamte Datei user.php ersetzen und ändern wollte. Denn sollte es möglich sein, dieses Problem mit einem kleinem Plugin zu lösen (indem man die Selectanweisung erweitert), dann verspreche ich mir davon, dass das Plugin bei den zukünftigen Updates von WP nicht geändert werden muss. Und das wäre der Vorteil davon.
Wenn dies allerdings viele Stunden benötigt, dass alles herauszufinden, ob das geht, dann wäre dies natürlich unsinnig. ;-)

Zitat

ich suche dir gleich mal ein paar links dazu aus dem codex raus.

1000 Dank im Voraus dafür.

VG Elke

ich habe in der Zwischenzeit die Datei user.php mir näher angesehen und bin dann auf die Variable query_from_where gestoßen.

Diese wird in der Klasse WP_User_Search definiert und in einigen Funktionen (prepare_query, query) mit Werten belegt.

Kann ich diese beispielsweise mit einem Hook ändern und wenn ja wie?
Oder anders gefragt, gibt es Hooks, die die Änderung von solchen Variablen ermöglichen?

Vielen Dank für eure Mühe im Voraus.
Elke