Das Profi-Forum für LANCOM-User
LANCOMs günstig bei Ebay ersteigern
LANCOM

 Public Spot eigenes Login Formular : hidden fields im form
Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Beiträge der letzten 24 Stunden anzeigen

Neues Thema eröffnenNeue Antwort erstellen
Autor Nachricht
pherbert



Anmeldungsdatum: 10.01.2012
Beiträge: 9
Wohnort: Alfter

BeitragVerfasst am: Fr 13 Jan, 2012 01:20 Antworten mit ZitatNach oben

Hallo,

wie bzw mit welchem Schlüsselwort müssen die 3 hidden fiels im eigenen Template
definiert werden, damit diese bei aufbereitung der Login Seite mit korrekten Daten gefüllt werden ?

Es geht um folgende Felder:

<DIV><INPUT TYPE="hidden" NAME="refreshdir" VALUE=""></DIV>
<DIV><INPUT TYPE="hidden" NAME="refreshhost" VALUE=""></DIV>
<DIV><INPUT TYPE="hidden" NAME="refreshssl" VALUE="0"></DIV>

Ich vermute mal das als Value ein bestimmtes Keyword eingetragen werden muß.
Nur welche ?

Danke, Philip
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht senden
Guest






Verfasst am: Nach oben

alf29
Moderator


Anmeldungsdatum: 07.11.2004
Beiträge: 4500
Wohnort: Aachen

BeitragVerfasst am: Fr 13 Jan, 2012 10:58 Antworten mit ZitatNach oben

Moin,

dafür gibt es keine eigenen Platzhalter. Diese Elemente
können nur am Stück mit dem Rest der Login-Form über
PBELEM LOGIONFORM ausgegeben werden.

Gruß Alfred
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen
pherbert



Anmeldungsdatum: 10.01.2012
Beiträge: 9
Wohnort: Alfter

BeitragVerfasst am: Fr 13 Jan, 2012 11:00 Antworten mit ZitatNach oben

Hallo,

Das bedeutet, man muß das original Login Form nutzen, damit die Weiterletung nach Login funktioniert ?

--Philip
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht senden
alf29
Moderator


Anmeldungsdatum: 07.11.2004
Beiträge: 4500
Wohnort: Aachen

BeitragVerfasst am: Fr 13 Jan, 2012 11:47 Antworten mit ZitatNach oben

Moin,

ja, das ist so gedacht. Zum einen um dafür zu sorgen, daß an
Templates nichts geändert werden muß, wenn wir mal neue
Variablen einführen, zum anderen war das seinerzeit vom
PM so gewünscht, daß die Login-Form selber unverändert
genutzt werden soll, weil da ein "powered by..." drin war - ich
weiß gar nicht, ob das heute noch drin ist...

Gruß Alfred
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen
pherbert



Anmeldungsdatum: 10.01.2012
Beiträge: 9
Wohnort: Alfter

BeitragVerfasst am: Fr 13 Jan, 2012 12:16 Antworten mit ZitatNach oben

Danke fuer die Info !

Werde dann wohl mal bei Eurem Vertrieb nachfragen, ob da eine Ergänzung als FeatureRequest fuer ein kommendes Release denkbar ist. Es gibt eben Anwendungsfälle, wo der Begriff Benutzername ungünstig ist, wenn Nutzer z.B . schon eine andere Online ID (Kundenkarten o.ä) haben. Das Logo setzen wir als zufriedener Kunde gerne wieder irgendwo denzent auf die Seite ....

--Philip
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht senden
alf29
Moderator


Anmeldungsdatum: 07.11.2004
Beiträge: 4500
Wohnort: Aachen

BeitragVerfasst am: Fr 13 Jan, 2012 13:07 Antworten mit ZitatNach oben

Moin,

Zitat:
Es gibt eben Anwendungsfälle, wo der Begriff Benutzername ungünstig ist,


Wäre es da u.U. sinnvoller, den Platzhalter parametrieren zu
können, so etwas in der Art

Code:

<pbelem loginform userprompt="Online-ID">


Gruß Alfred
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen
pherbert



Anmeldungsdatum: 10.01.2012
Beiträge: 9
Wohnort: Alfter

BeitragVerfasst am: Fr 13 Jan, 2012 13:28 Antworten mit ZitatNach oben

wir laden die Templates halt komplett aus dem Typo3/Webcontent mit unserer normalen Navigation die auch im unangemeldeten Zustand funktioniert. Und da wäre man schon flexibler wenn man ein eigenes Formular verwenden könnte. Sicher so eine 'Notlösung' für Benutzername / Kennwort würde schon helfen, besser wäre aber die Hidden/Fields füllen zu können. Dann wäre halt auch sowas wie Javascipt mit integrierbar ohne dem Benutzer realms für Usergruppe beizubringen.
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht senden
alf29
Moderator


Anmeldungsdatum: 07.11.2004
Beiträge: 4500
Wohnort: Aachen

BeitragVerfasst am: Fr 13 Jan, 2012 17:03 Antworten mit ZitatNach oben

Moin,

das wäre natürlich machbar, aber sonderlich glücklich wäre
ich aus oben genannten Gründen über diese Lösung nicht.
Es wäre nicht das erste mal, daß wir die Liste dieser 'hidden
elements' wegen irgendwelcher Kundenszenarien erweitern
oder ändern müssen, und das Fehlen dieser Werte führt
dann u.U. zu ziemlich subtilen Problemen, deren Einkreisen
mit der 'Ehrenrunde' über FAE und/oder Support immer
recht lange dauert.

Könnte man denn darüber reden, *einen* Platzhalter
einzuführen, der alle hidden inputs einfügt?

Gruß Alfred
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen
pherbert



Anmeldungsdatum: 10.01.2012
Beiträge: 9
Wohnort: Alfter

BeitragVerfasst am: Fr 13 Jan, 2012 17:34 Antworten mit ZitatNach oben

Hallo Alfred,

Deine Bedenken kann ich definitiv nachvollziehen.

Diese Attribute mit einem Keyword (wofür sollte man diese trennen) halte ich
für einen sinnvollen Weg, allerdings reichen meine HTML/Web Kenntnisse nicht aus um nachzuvollziehen wie sowas dann innerhalb eines eigenen Forms aussehen könnte.

PS: In der PSPOT/Stationstabelle und in den Radius Request fällt mir immer die IP 0.0.0.0 auf. Sollte da nicht dir Client IP drin stehen ?

--Philip
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht senden
alf29
Moderator


Anmeldungsdatum: 07.11.2004
Beiträge: 4500
Wohnort: Aachen

BeitragVerfasst am: Fr 13 Jan, 2012 17:53 Antworten mit ZitatNach oben

Moin,

Zitat:
Diese Attribute mit einem Keyword (wofür sollte man diese trennen) halte ich
für einen sinnvollen Weg, allerdings reichen meine HTML/Web Kenntnisse nicht aus um nachzuvollziehen wie sowas dann innerhalb eines eigenen Forms aussehen könnte.


Irgendsoetwas a la <pbelem hiddenfields>...

Zitat:
PS: In der PSPOT/Stationstabelle und in den Radius Request fällt mir immer die IP 0.0.0.0 auf. Sollte da nicht dir Client IP drin stehen ?


Wenn die Clients sich übers Web-Interface anmelden, dann
sollte da eine IP-Adresse stehen - ohne IP-Adresse kein
HTTP-Connect Wink Wenn Die Clients aber über ihre
MAC-Adresse authentisiert werden, dann wird das Feld
aktuell nicht ausgefüllt...

Gruß Alfred
Benutzer ist OfflineBenutzer-Profile anzeigenPrivate Nachricht sendenWebsite dieses Benutzers besuchen
Beiträge der letzten Zeit anzeigen:      
Neues Thema eröffnenNeue Antwort erstellen

 Gehe zu:   

Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Beiträge der letzten 24 Stunden anzeigen