Loginmodul V02.00.01 Einstellungen

[mariop3]

Naja z.B. in dem du das Modul an deine vorstellungen anpasst
Sefrengo ist halt noch nicht Stable und an den Modulen muss auch noch gearbeitet werden...

Gruß, Peter

oder ich eben es bei der alten version belasse
war nicht sehr konstruktiv

andere meldungen?

[mariop3]

ich frag mich nur warum das modul hier unter den "fertigen" steht ... für mich gehört das in die abteilung beta.... man kann es nicht mal deaktivieren im backend.... und der rest den ich schon vorher mal angesprochen hatte....

also zuverlässiger funktioniert das loginmodul 1.4.1 meiner meinung nach... da fehlen eben die genannten zusätzlichen features aber es geht....

[bjoern]

ich benutze mod rewrite und nun kann ich nurnoch eine id eintragen die leider nicht mehr aufgelöst wird

Äh, was? Welche ID? Bei welcher Aktion? Wie haben das Loginmodul bei aktiviertem mod_rewrite=2 im Einsatz und bei uns macht es keine Probleme.

[mariop3]

Äh, was? Welche ID? Bei welcher Aktion? Wie haben das Loginmodul bei aktiviertem mod_rewrite=2 im Einsatz und bei uns macht es keine Probleme.

hab auch mod_rewrite=2 und es geht nicht .... kommt eine weisse leere seite...

[bjoern]

Mit ID meinte ich die ID in der Modulconfig. Mit Aktion meinte ich: Welche Configoption trifft das in der Modulconfig?

Poste doch bitte einfach mal ein Bild von Deiner Config (des Moduls). Weiße, leere Seite hört sich bei mir an offline geschaltete Seite, Kategorie an. Da scheint ja doch ein redirect ausgelöst zu werden. Das die Seite gar nicht existiert, ist eine andere Möglichkeit.

[bjoern]

Hallo?

[MaZderMind]

Hi
Ich nehme an er meint das Feld "Nach Login weiterleiten auf Seite" resp. "bei Logout". Anstatt einer ID-Eingabe sollte hier eine auswahlbox mit den vorhandenen Seiten stehen. Was es mit dem Auflösen auf sich hat.. ich kann nur raten:
Wird als ID z.B. 3 eingegeben, leitet das Modul anschließend (bei mir) auf index.php?lang=1&idcatside=3&view=preview&sefrengo=.... weiter. mariop3 erwartrte hier vllt. einen mod_rewrite-Pfad. Da wir uns aber im preview-Modus befinden ist es schon korrekt dass dort nur die index.php angesprochen wird. Wie sich das Modul bei Nur-Frontend-Logins (also ohne preview/edit-Mode) weiß ich leider nicht, hier sollte IMO auf einen mod_rewrite-Pfad umgeleitet werden.

Beim Ausloggen sieht man den Effekt sehr schön. Ich habe beim Ausloggei neine Weiterleitung auf ID 1 konfiguriert und werde auf die URL /index.php?lang=1&idcatside=1 gelenkt. Hier sollte vorher rewriteGetPageUrl aufgerufen und auf die rewrite-URL weitergeletet werden. Ich weise auch nochmal drauf hin dass die Ausgabe von rewriteGetPageUrl in die API-Klassen für Dateien und Ordner aufgenommenwerden sollte.


Gruß, Peter

[alexander]

also wenn das die dinge sind die mariop3 beanstandet, dann sind das maximal feature requests und keine bugs. wobei ich finde das es jedem zuzumuten ist eine id ohne auswahlselect in ein feld einzugeben. ansonsten läuft das modul sehr stabil und hat mit recht den status stable und nicht beta. wer die vorgängerversion nutzten will sei aber wirklich gewarnt, den die hatte wirklich bugs - und keine kleinen

[bjoern]

Ich weise auch nochmal drauf hin dass die Ausgabe von rewriteGetPageUrl in die API-Klassen für Dateien und Ordner aufgenommenwerden sollte.

Ja, das muss rein. Ebenso eine Funktion im Seitenobjekt, das zu einer Kategorie alle Seiten in beliebiger Sortierung ausgibt und im Kategorieobjekt selbiges halt nur mit den Ordnern. Dann hätten wir eigentlich alle Funktionen zusammen, um den $con_tree und $con_side Array zu beerdigen.

[mariop3]

Hi
Ich nehme an er meint das Feld "Nach Login weiterleiten auf Seite" resp. "bei Logout". Anstatt einer ID-Eingabe sollte hier eine auswahlbox mit den vorhandenen Seiten stehen. Was es mit dem Auflösen auf sich hat.. ich kann nur raten:
Wird als ID z.B. 3 eingegeben, leitet das Modul anschließend (bei mir) auf index.php?lang=1&idcatside=3&view=preview&sefrengo=.... weiter. mariop3 erwartrte hier vllt. einen mod_rewrite-Pfad. Da wir uns aber im preview-Modus befinden ist es schon korrekt dass dort nur die index.php angesprochen wird. Wie sich das Modul bei Nur-Frontend-Logins (also ohne preview/edit-Mode) weiß ich leider nicht, hier sollte IMO auf einen mod_rewrite-Pfad umgeleitet werden.

Beim Ausloggen sieht man den Effekt sehr schön. Ich habe beim Ausloggei neine Weiterleitung auf ID 1 konfiguriert und werde auf die URL /index.php?lang=1&idcatside=1 gelenkt. Hier sollte vorher rewriteGetPageUrl aufgerufen und auf die rewrite-URL weitergeletet werden. Ich weise auch nochmal drauf hin dass die Ausgabe von rewriteGetPageUrl in die API-Klassen für Dateien und Ordner aufgenommenwerden sollte.
Gruß, Peter

ja genau das meinte ich.... sehr schön beschrieben

also wenn das die dinge sind die mariop3 beanstandet, dann sind das maximal feature requests und keine bugs. wobei ich finde das es jedem zuzumuten ist eine id ohne auswahlselect in ein feld einzugeben. ansonsten läuft das modul sehr stabil und hat mit recht den status stable und nicht beta. wer die vorgängerversion nutzten will sei aber wirklich gewarnt, den die hatte wirklich bugs - und keine kleinen

aber das mit der id eingeben war nicht das problem... die seiten gab es.... aber er hat sie eben dann nicht mehr per mod-rewrite umgesetzt ....
das war etwas was in der alten version gut gelöst war..... bzw. funktioniert hat....

ich würde das neue modul gerne einsetzen wenn die einstiegsseite auch angezeigt wird

Der Beitrag wurde von mariop3 bearbeitet: Thu. 1. February 2007, 18:00

[alexander]

ok, dann sind das alles keine bugs sondern feature requests.

[mariop3]

ok, dann sind das alles keine bugs sondern feature requests.

man geht das schnell hier

und was mache ich nun in dem fall?

[alexander]

warten das jemand das modul um deine wünsche erweitert, oder du machst es selbst. auf jeden fall würde ich dir raten nicht das alte login modul zu benutzen, weil das hat böse fehler. dagegen sind diese "unschönheiten" mit den nicht umgeschriebenen urls eine kleinigkeit.

[smail]

Da hat sich ein kleiner Bug eingeschlichen. Er wurde bereits hier erwähnt.


Ist wahrscheinlich eh klar, aber der Vollständigkeit wegen hier der Nachtrag. Richtigerweise muss es natürlich so aussehen:

QUELLTEXT

$mod['pwd_input'] = "<input type=\"password\" name=\"password\" size=\"10\" maxlength=\"32\" ".$mod['attributes_password']." />";

[smail]

Noch eine Frage zum Login-Modul:

Können sich eigentlich gleichzeitig verschiedene Benutzer mit einem usernamen anmelden?
Das würde ja gehen, wenn zusätzlich zur Kombi user + pass noch beispielsweise die SessionID erfasst würde....
Klingt schon wieder sehr kompliziert, was...

Hintergrund:
Es soll auf einer Seite einen geschützten Bereich geben, in dem sich aber ca. 50-100 User anmelden können. Da es nur eine Authentifizierung sein soll, die einzelnen User aber weder etwas Posten noch sonstige persönliche Infos benötigen,wollte ich nicht 100 Benutzer einrichten. Nun die Frage: Geht dies mit einen einzigen User in SF?

Nebenbei: Wie viele User können eingerichtet werden? Wo wäre eine sinnvolle Grenze, die nicht überschritten werden sollte?


Gruß
Jan

[amk]

Noch eine Frage zum Login-Modul:

Können sich eigentlich gleichzeitig verschiedene Benutzer mit einem usernamen anmelden?
Das würde ja gehen, wenn zusätzlich zur Kombi user + pass noch beispielsweise die SessionID erfasst würde....
Klingt schon wieder sehr kompliziert, was...

Hintergrund:
Es soll auf einer Seite einen geschützten Bereich geben, in dem sich aber ca. 50-100 User anmelden können. Da es nur eine Authentifizierung sein soll, die einzelnen User aber weder etwas Posten noch sonstige persönliche Infos benötigen,wollte ich nicht 100 Benutzer einrichten. Nun die Frage: Geht dies mit einen einzigen User in SF?

Nebenbei: Wie viele User können eingerichtet werden? Wo wäre eine sinnvolle Grenze, die nicht überschritten werden sollte?


Gruß
Jan

ich gehe mal aus das dies funktioniert ... schliesslich hab ich's jetzt so bei meinem aktuellen projekt bzgl. download-bereich eingebaut ... du kannst die seite ja mal in 3 unterschiedlichen browsern gleichzeitig aufmachen und es ganz einfach testen

[smail]

du kannst die seite ja mal in 3 unterschiedlichen browsern gleichzeitig aufmachen und es ganz einfach testen

scheint tatsächlich zu gehen


Doch ein Bug?
Also bei mir funktionieren die Weiterleitungen nicht so ganz, also die Weiterleiten nach login und nach logout.
Die "dritte" bei erneutem Aufruf login schon. Hat das wer von euch am Laufen?

"Unschön" ist auch folgendes:
Wenn das Login-Modul auf allen Seiten z.B. in der Kopfzeile präsent ist, führt das Ausloggen, sofern man sich auf einer geschützten Seite befindet, unweigerlich zu einer weißen Seite. Ist zwar klar warum, schön ist das aber nicht.
Gibt's dafür eine besser Lösung?

Viele grüße
Jan

[Taturo]

Hallo,
ich weiss nicht, ob das mit den beschriebenen Problemen zu tun hat, ich habe in der Frontendausgabe des Moduls folgende Zeile gefunden, die da bestimmt nicht hingehört:

QUELLTEXT

if ($is_dev) {
    include_once "C:/Programme/xampp/htdocs/sefrengo_dev/moddev/login-out.php";
} else {
if ($_REQUEST['action'] == 'login') {

Müsste in den Zeilen 20ff zu finden sein.
Gruss, Andreas

[alexander]

oh das passt schon, das ist nur für die lokale entwicklung da. und $is_dev steht ja auf false.

[smail]

oh das passt schon, das ist nur für die lokale entwicklung da. und $is_dev steht ja auf false.

ok, woran liegt es dann, dass die Weiterleitung nicht so läuft, wie zu erwarten wäre?