Event in wcf\form\LoginForm::__run

was du überlegen könntest, wäre einen decorator für die Login-Page zu schreiben, und dann zu schauen, ob du im request-handler irgendwo den Controller von originalen Login-Page auf deinen decorator (der eine andere Methode hat) ändern kannst.

Ich hab aber noch nicht geschaut, obs zur Runtime events gibt, um da entsprechend die Controller zu tauschen. Wäre aber das, was ich als erstes mal in betracht ziehen würde.

Quote from Christopher Walz

Hm, dann setze ich das Event lieber eben selber und warte bis es implementiert wird. Ist ja glücklicherweise eine private Anwendung, da sind die Probleme beim Update zu vernachlässigen.

In dem Falle kannst du auch Runkit installieren und zur Laufzeit Methoden ersetzen (runkit_method_redefine)

Alternativ Fällt mir gerade noch ein, dass du einen eignen Autoloader vor den WCf autoloader schieben kannst und deine eigene Implementation der Login-Klasse laden kannst.

Ich frage mich eher warum die Abfrage der UserID unbedingt in __run() stattfinden muss ?

Würde es als erstes im readParameters() (nach dem parent call) stattfinden, wären kaum mehr Zeilen Code ausgeführt und man kann das readParameters() event nutzen.

Quote from Christopher Walz

Deswegen: https://github.com/WoltLab/WCF/bl…ass.php#L63-L65

Das der Code im __run() ist habe ich gesehen, aber nicht die Erklärung warum das so ist. Der Code wurde schon über 6/7 Jahre nicht mehr angefasst.

Warum kann die Abfrage nicht in readParameters()?

try {
    /* Aufruf von wcf\form\LoginForm */
} catch (PermissionDeniedException $e) {
    /* weiterleitung */
}

Sollte doch so gehen oder?

Wäre cool wenn sich WoltLab dazu äußern würde. Wie gesagt sehe ich weder den Grund dies in der __run() durchzuführen, wenn readParameters() genauso gut wäre noch (oder gerade deswegen) es ein neues event geben muss. Diese Eigenart wird scheinbar nur in der einen Klasse verwendet...

Quote from Christopher Walz

Kann das bitte in der nächsten Minor-Version umgesetzt werden? Ist ja kein Aufwand.

Mach nen PR, dann gehts vielleicht schneller.

Nabend,

also, dass:

Quote from Christopher Walz

Leider erhält man eine PermissionDeniedException, wenn man LoginForm im eingeloggten Zustand aufruft.

haben wir jetzt auch!

DAS:

Quote from Alexander Ebert

Mit 3.1.3 wird die Prüfung des Login-Status in readParameters() verschoben,

....ist ja bereits umgesetzt!

Aber damit kann ich jetzt nichts anfangen:

Quote from Alexander Ebert

dadurch kann es per Event-Listener beeinflusst werden: https://github.com/WoltLab/WCF/co…6205f5f8ff5d506

Das Forum ist auf der aktuellsten Version 3.1.3pl1 und der obige Code wurde in dieser Version bereits eingetragen!

WAS kann ich jetzt als Boardbetreiber machen?

Hallo,

Quote

WAS kann ich jetzt als Boardbetreiber machen?

Die Frage stellt sich mir auch.

Ich brauche eine Seite (Home) die für Gäste sichtbar ist. Diese Seite hat keine Boxen.

Nach dem Login aber brauch ich einfach eine andere Seite als "Home", ein Usercenter, mit Boxen.

Ich bin mir sicher, tausende von Seitenbetreiber suchen hier eine Lösung.

Kann sein, ich übersehe etwas, aber mit den Boxen ist das nicht wirklich realisierbar.

Es wäre wunderbar, wenn hier eine Lösung gepostet werden würde, die auch Menschen verstehen, die das CMS nicht entwickelt haben ...

Gruß

Quote from Klaus_OKi

Ich brauche eine Seite (Home) die für Gäste sichtbar ist. Diese Seite hat keine Boxen.

Nach dem Login aber brauch ich einfach eine andere Seite als "Home", ein Usercenter, mit Boxen.

Das sollte doch umzusetzen sein, indem man die Seite für das Usercenter mit allen Boxen erstellt und die Boxen nur registrierten Mitgliedern anzeigen lässt. Dann würden Gäste nur eine leere Seite sehen und eingeloggte User eben das Usercenter.

Edit:

Boxen bearbeiten -> Zugangsbeschränkung ->

Inhalt ist für alle Benutzer sichtbar -> Nein

Und dann die Gruppen angeben (z.B. Registrierte Benutzer), die die Boxen sehen dürfen.

Hallo,

leider nein, aus verschiedenen Gründen:

Es gibt Boxen, die wir auch den Gästen auf Unterseiten anbieten wollen.

Sind die Boxen für Gäste Sichtbar, wird meine Homeseite zweispaltig ...

Es ist im Moment so einfach nicht realisierbar, weil ich dann alle Boxen vom Usercenter für Gäste sperren müsste ...

Dann gibt es noch Boxen von Drittanbieter, die das so gar nicht unterstützen.

Ich brauche eine Homeseite für Gäste ohne Boxen, das habe ich ja, no Prob.

Aber der Usercenter klappt nicht, eben deshalb fehlt schlicht eine Lösung, eine weitere Seite nach dem Login den angemeldeten Usern zu geben.

Userfreundlich wäre, dass der angemeldete User einfach dann in den Usercenter kommt und die Startpage nicht mehr sichtbar ist.

Ich denke, die Lösung steckt in der LoginForm.class.php, auch wenn nicht update-fähig, habe es gerade noch in einem anderen Thema gepostet, dass die Lösung angebracht wäre, und nicht nur die Antwort "Zeile 55" ...

Gruß