sonnie80 wrote:Aber ist tendenziell möglich, dass sich 10000 Nutzer anmelden können, ohne dass es zu Problemen kommt? (bei Memberpages oder Register).
Was meinst du eigentlich mit Performanceproblemen? Was genau passiert dann?
Mit den Performance-Problemen bezog ich mich auf die Datei mit den Benutzerdaten. Diese wird bei jedem Seiten-Request bei dem Register_XH involviert ist (also wenn ein User eingeloggt ist) komplett in den Speicher geladen. Das dauert halt eine Weile, wenn es viele User sind (also eine große Datei). Bei Memberpages_XH gibt es ein optional anderes Speicherformat als CSV; das ist vermutlich eine Ecke schneller, aber auch hier ist irgendwann Schluß. Würden die Benutzerdaten in einer Datenbank verwaltet, dann müsste immer nur der jeweilige Benutzerdatensatz gelesen werden, was eben bei vielen Usern schneller ist.
sonnie80 wrote:Muss ich da jetzt noch etwas beachten und wenn ja wo muss noch was geändert werden?!
Du hattest jetzt Register XH getestet, nicht wahr?!
Ja, ich hatte Register_XH getestet. Die älteren Varianten (Register und Register_mod_XH) sind nicht mehr zu empfehlen. Das gilt auch für Memberpages, wo nur noch Memberpages_XH genutzt werden sollte.
Schau Dir am besten mal das Back-End bei 1000 Usern an. Dazu kopierst Du die Zeile mit dem einzigen Datensatz in plugins/register/data/users.csv einfach 999 mal, so dass die Datei 1004 Zeilen hat. Und dann rufe die Benutzerverwaltung auf. Bis diese angezeigt wird, dürfte schon einen Moment dauern. Bei 1.4pl3 fehlt dann der Überblick völlig (ellenlange Liste, die auch nicht sortiert werden kann); bei 1.5beta5 ist der Überblick auch nicht gerade prickelnd, aber immerhin kann man spaltenweise sortieren; allerdings dauert das dann u.U. auch wieder ziemlich lange. Und bedenke eben, wie es ist, wenn Du dann im Back-End Daten eines Users bearbeiten willst (dazu muss man den User ja erst mal finden). Und wenn Dein Server eine Beschränkung bzgl. max_input_vars hat, dann kannst Du eben leider gar nicht speichern.
Um für solche Benutzermengen vernünftig verwalten zu können, müsste die Userverwaltung ein "AJAX-Grid" verwenden, in etwa vergleichbar mit der
Roadmap. Das ist dann schnell, und mit der Filterfunktion hat man auch einen besseren Überblick als nur per Sortierung. Das steht auch auf dem Plan für Register_XH, aber andere Projekten haben derzeit höhere Priorität, so dass es noch eine ganze Weile dauern wird, bis ich dazu komme.