Peter Russ schrieb:
Ich hab bisher noch keine nicht existenten user eingeloggt :P Ich hab
entweder mit views mir welche aus anderen DB's zusammengestrickt oder
einfach nur für existente einfach ein anderen Auth-Methode implementiert.
Das klingt nicht nach Authservice für mich. Sorry.
hm was
--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 28.10.2009 20:25:
Peter Russ schrieb:
Damit wir uns richtig verstehen: du hast geschrieben: "...erstellst du
nen fe-user datensatz in der feuser tabelle...".
Das ist nicht notwendig! Das macht der Authservice je nach Einstellung
Peter Russ schrieb:
Damit wir uns richtig verstehen: du hast geschrieben: "...erstellst du
nen fe-user datensatz in der feuser tabelle...".
Das ist nicht notwendig! Das macht der Authservice je nach Einstellung!
hm ok... wusst ich wirklich nicht...
Wichtiger ist es die notwendigen Daten dem
--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 28.10.2009 20:08:
Peter Russ schrieb:
--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 28.10.2009 19:02:
naja, dann bau dir eine temporäre user-datensatz
wie gesagt nen auth-service, bei erfolgreichen daten,
Peter Russ schrieb:
--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 28.10.2009 19:02:
naja, dann bau dir eine temporäre user-datensatz
wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen
fe-user datensatz in der feuser tabelle und loggst den ein, onlogout
--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 28.10.2009 19:02:
naja, dann bau dir eine temporäre user-datensatz
wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen
fe-user datensatz in der feuser tabelle und loggst den ein, onlogout
(auch im authservic
naja, dann bau dir eine temporäre user-datensatz
wie gesagt nen auth-service, bei erfolgreichen daten, erstellst du nen
fe-user datensatz in der feuser tabelle und loggst den ein, onlogout
(auch im authservice) machst du wieder ein delete auf den user :)
so kannst du ganz transparent auch da
Hi,
ich denke das Stichwort zu deinem Problem ist "Authentication service",
damit kannst du normale Useranmeldungen (mit felogin) gegen jede beliebige
Schnittstelle authentifizieren.
In dieser Serviceklasse kannst du dann einen fe_user Datensatz
anlegen/updaten, den Usern deine gewünschten G
Hallo Steffen
Es ist eben nicht so, dass sie nicht personalisiert werden. Jeder kunde
muss individuelle gehandhabt werden.
Weitere Extensions nutzen den angemeldeten Benutzernamen um via SOAP
weiter Kundenrelevante Daten vom internen Server
zu beziehen. Aus diesem Grund muss ich ja auch dynamis
A. Sauder schrieb:
Hallo zusammen
Ich habe folgendes Problem:
Bei einem Kunden soll ein Extranet entstehen.
An diesem Extranet sollen sich festgelegte Kunden anmelden können.
Nach dem Login, erhalten diese Kunden eine erweiterte Navigation mit
den Seiten die die Informationen enthalten.
Das Pr
Hallo zusammen
Ich habe folgendes Problem:
Bei einem Kunden soll ein Extranet entstehen.
An diesem Extranet sollen sich festgelegte Kunden anmelden können.
Nach dem Login, erhalten diese Kunden eine erweiterte Navigation mit
den Seiten die die Informationen enthalten.
Das Problem ist nun, dass
11 matches
Mail list logo
