Wieviele Besucher (Registrierungen) kann WordPress ertragen?

[redcat63]

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

[Monika]

die Frage ist der Aufruf der Userseiten... Admincenter==>User

also im Adminbereich, wenn Du dir die registrierten ansehen magst,

solltest du da Kaffee trinken wollen mit vielen Freundinnen in der etwas weiter entfernten Stadt und vorher da drauf geklickt haben,
und das php Ausfühungslimit relativ hoch sein,

dann könnte es sein, dass sich die Userübersichtsseite bereits aufgebaut hat, wenn Du zurückkommst....


diese Userseite hat per default keinen Seitenumbruch...

50tausend Einträge auf einer Seite


Frage beantwortet ...??

lg

[Alphawolf]

Hehe, welch metaphorische Leichtigkeit.

Aber welche Seite meinst du? -> /wp-admin/users.php ? Diese Seite ist bei mir paginiert, hat also nicht alle Nutzer auf einer Seite.

Zum Thema: Auf der Webseite sollte das keine Beeinträchtigungen mit sich bringen, da die Usertabelle im Gegensatz zur Pages- oder Kategorie-Tabelle nur auf Anfrage genutzt wird, da die User ja nirgendwo in der Sidebar z.B. gelistet werden, was bei jedem Seitenaufruf angezeigt wird..

[Arno Simon]

Zitat von Monika

die Frage ist der Aufruf der Userseiten... Admincenter==>User

also im Adminbereich, wenn Du dir die registrierten ansehen magst,

solltest du da Kaffee trinken wollen mit vielen Freundinnen in der etwas weiter entfernten Stadt und vorher da drauf geklickt haben,
und das php Ausfühungslimit relativ hoch sein,

dann könnte es sein, dass sich die Userübersichtsseite bereits aufgebaut hat, wenn Du zurückkommst....


diese Userseite hat per default keinen Seitenumbruch...

50tausend Einträge auf einer Seite


Frage beantwortet ...??

lg

nunja... ich glaube bevor sie sich den kaffee geholt hat - oder auch nur mit dem wagen in die entfernte stadt aufgebrochen ist - hat die böse böse laufzeitbeschränkung des php-interpreters zugeschlagen und den versuch die userübersicht aufzurufen bereits unterbunden

btw: in dem fall sollte es imho aber doch möglich sein, mit einem entsprechenden plugin abhilfe zu schaffen - nur so als anregung.... nicht das ich wirklich zeit - und muse - hätte mich derzeit an einem solchen plugin zu verge.... äh ... versuchen....

vG

Arno

[redcat63]

Hallo, alle zusammen,

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


@Alphawolf:

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 : verschiedene Benutzergruppen im Backend vor der Anzeige ausfiltern

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


@Arno Simon:

böse laufzeitbeschränkung des php-interpreters zugeschlagen

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

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

[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

[redcat63]

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

[Putzlowitsch]

Eine kleine Nachbemerkung darf nicht fehlen. Wie schnell das Ganze dann wirklich ist, hängt selbstverständlich auch von der Geschwindikeit der Datenbank ganz allgemein ab. Wenn der DB-Server ohnehin nicht besonders schnell ist, könnte es schon sein, daß er dadurch noch etwas langsamer wird.

Gerade z.B. die Strato Shared-Webhostingpakete tun sich nicht mit hoher Datenbankperformance hervor. Bei meinem schnurpsel.de-Blog:

32 queries. 3.353 seconds

ist nicht so der Hit. Und das beim zweiten Aufruf der Seite, beim ersten waren es sogar mehr als 6 Sekunden.


Gruß
Ingo

[redcat63]

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.

VG Elke

[Arno Simon]

Zitat von redcat63

@Arno Simon:
Sind das die üblichen 30 Sekunden oder meinst Du damit was anderes?

es sind die "üblichen 30 Sekunden" gemeint, ja. Diese Zeit fällt aber von Hoster zu Hoster unterschiedlich aus... Es gibt (gab) sogar Hoster, welche die Zeit mal auf 6 bis 10 Sekunden stehen hatten, was für komplexe Scripts / Seiten dann auch schon mal "voll in die Winsen" gegangen ist.

Welches Zeitfenster Scripts bei Deinem Hoster zugestanden wird, musst Du selbst eruieren. In der Regel über die Angabe "max_execution_time" bei Ausgabe der PHP-Info.

Zitat von redcat63

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

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.

Zitat von redcat63

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

Eine Formel dafür zu finden ist IMHO recht müssig, da diese - wie auch bereits von Putzlowitsch erwähnt - von verschiedensten Faktoren abhängig währe. Die Geschwindigkeit der Datenbank spielt dabei nur eine Rolle. Weitere Faktoren währen: Wie sind die Abfragen gestaltet? Je weniger Felder der relevanten Tabellen abgezogen werden, desto schneller sind in der Regel auch die Antwortzeiten der Datenbanksysteme. Damit einher geht auch gleichzeitig die Größe der Felder. Für solche Übersichten sollte man z.B. keine großen Felder (komplette Beschreibungstexte o.ä.) heranziehen, wenn diese wirklich schnell laufen sollen.

Die Abfrage der Datenbank spielt bei der Laufzeit in der Regel aber ohnehin die untergeordnetere Rolle. Es kommt nicht zu letzt darauf an, wie die Daten im verarbeitenden Coding aufbereitet werden und wie viele Daten - wie gesagt - angezeigt werden sollen. An dieser Stelle währe es IMHO von Vorteil auf der Übesichtsseite nur verhältnissmäßig wenige Daten anzuzeigen und auf dem Benutzernamen einen Link auf eine Detailseite einzuhängen, über welchen man dann detailiertere Informationen zu einem bestimmten Benutzer ansehen kann.


vG

Arno