Loginmodul V02.00.01 |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Loginmodul V02.00.01 |
Wed. 24. January 2007, 18:26
Beitrag
#21
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
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? -------------------- |
|
|
Thu. 25. January 2007, 13:13
Beitrag
#22
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
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.... -------------------- |
|
|
Thu. 25. January 2007, 15:05
Beitrag
#23
|
|
Administrator Gruppe: Members Beiträge: 1.092 Mitglied seit: 16.06.2006 Wohnort: Köln Mitglieds-Nr.: 1 |
ZITAT 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. -------------------- Es wird, es wird...
|
|
|
Thu. 25. January 2007, 18:42
Beitrag
#24
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
Ä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... -------------------- |
|
|
Thu. 25. January 2007, 18:56
Beitrag
#25
|
|
Administrator Gruppe: Members Beiträge: 1.092 Mitglied seit: 16.06.2006 Wohnort: Köln Mitglieds-Nr.: 1 |
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. -------------------- Es wird, es wird...
|
|
|
Sun. 28. January 2007, 12:13
Beitrag
#26
|
|
Administrator Gruppe: Members Beiträge: 1.092 Mitglied seit: 16.06.2006 Wohnort: Köln Mitglieds-Nr.: 1 |
Hallo?
-------------------- Es wird, es wird...
|
|
|
Sun. 28. January 2007, 13:30
Beitrag
#27
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
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 |
|
|
Sun. 28. January 2007, 14:26
Beitrag
#28
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
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
-------------------- SEFRENGO | a free choice ... again!
|
|
|
Sun. 28. January 2007, 16:44
Beitrag
#29
|
|
Administrator Gruppe: Members Beiträge: 1.092 Mitglied seit: 16.06.2006 Wohnort: Köln Mitglieds-Nr.: 1 |
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. -------------------- Es wird, es wird...
|
|
|
Thu. 1. February 2007, 17:56
Beitrag
#30
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
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 -------------------- |
|
|
Thu. 1. February 2007, 17:59
Beitrag
#31
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
ok, dann sind das alles keine bugs sondern feature requests.
-------------------- SEFRENGO | a free choice ... again!
|
|
|
Thu. 1. February 2007, 18:17
Beitrag
#32
|
|
Member Gruppe: Members Beiträge: 37 Mitglied seit: 27.07.2006 Mitglieds-Nr.: 163 |
ok, dann sind das alles keine bugs sondern feature requests. man geht das schnell hier und was mache ich nun in dem fall? -------------------- |
|
|
Thu. 1. February 2007, 18:29
Beitrag
#33
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
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.
-------------------- SEFRENGO | a free choice ... again!
|
|
|
Sat. 17. February 2007, 02:10
Beitrag
#34
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
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']." />";
-------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Sat. 17. February 2007, 14:07
Beitrag
#35
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
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 -------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Sat. 17. February 2007, 18:22
Beitrag
#36
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
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 -------------------- cheers, Alex
|
|
|
Sat. 17. February 2007, 20:47
Beitrag
#37
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
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 -------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Wed. 21. February 2007, 10:53
Beitrag
#38
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 328 Mitglied seit: 29.08.2006 Wohnort: Konstanz / Bodensee Mitglieds-Nr.: 216 |
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 |
|
|
Wed. 21. February 2007, 11:37
Beitrag
#39
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
oh das passt schon, das ist nur für die lokale entwicklung da. und $is_dev steht ja auf false.
-------------------- SEFRENGO | a free choice ... again!
|
|
|
Wed. 21. February 2007, 20:59
Beitrag
#40
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
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? -------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Vereinfachte Darstellung | Aktuelles Datum: 26.9.24 - 00:04 |