Ich habe mich soeben als Petrovich registrieren wollen, nach der Eingabe der Daten erschien ein Link zum Einloggen und ein Einzeiler von wegen Respekt oder sowas.

Ich kann mich jedenfalls mit dem Account nicht einloggen, er erscheint aber unten in der Liste als neuester User. Eine Mail hab ich auch nicht bekommen.

Das ist übrigens schon mein zweiter Versuch.

Die Liste mit dem neuesten User ist "Blödsinn", weil das Ikonboard das in einer Textdatei speichert und nicht aus der Datenbank holt.

Im Moment scheint die Registrierung komplett lahmgelegt zu sein, ohne dass ich bisher einen Fehler erkennen konnte. Ich weiß nicht ob und wann wir das wieder geradegebogen bekommen...

Kann es sein, dass der Speicherplatz auf dem Server ein Limit erreicht hat ? Oder das eine maximal mögliche Menge an Nutzern registriert ist ?

Speicherplatz wird es wohl nicht sein, sonst wären ja auch keine neuen Beiträge möglich...

nein, speicherplatz ist kein problem

Kann ja sein, dass nach 2000 angemeldeten Nutzern der Schuh zugemacht wird...

Das würde erklären, warum es auf einmal wieder ging, nachdem ich ein paar Accounts gelöscht habe, die von Bots angelegt wurden.

Aber ich kann nicht erkennen, wo das festgelegt ist...

Ich weiß nicht wie es aussieht, ob man auf MySQL umsteigen kann oder wann das neue Board live gehen kann...

Hm, ich konnte mich gerade registrieren, also scheint es nicht ganz kaputt zu sein. Es ging aber erst beim vierten Versuch oder so. Ganz seltsam: Alle Versuche wurden in die Geburtstagstabelle eingetragen, nicht aber in die Profiletabelle. Obwohl die Geburtstagstabelle laut Quelltext erst nach der Profiletabelle upgedatet wird.

Ich habe es auf meinem Rechner zu Hause nachvollziehen können und auch auf einem zweiten virtuellen Host hier auf dem Server: Der Eintrag in die Datenbank funktioniert nicht immer. Das liegt an DB_File oder vielleicht an irgendwelchen locking-Problemen. Deswegen wäre ich dafür, zu versuchen auf eine andere DB umzusteigen.

Um den Umstiegsschmerz gering zu halten, sollte man vielleicht auf GDBM_File oder DBM::Deep statt auf eine "richtige" SQL-Datenbank umsteigen.

Wird eigentlich DB_File mit Locking verwendet? Vielleicht sollte man zumindest DB_File::Lock versuchen?