Wikizone - Benutzerbeiträge [de]

Typo3 - Benutzer Registrierung (sr feuser register)

2013-11-18T17:02:19Z

87.180.125.224:

Diese Extension kann die wichtigsten Dinge für Frontend Benutzer ab:
* Registrieren
* An- / Abmeldung
* Zuordnung zu verschiedenen Benutzergruppen
* etc.

'''Siehe auch:''' 
[[Newsletter mit Direct Mail]] 
[[TYPO3 - Sichere Backend und Frontend Benutzer mit rsaauth, ssl und saltedpasswords]] 
== Links ==
[http://wiki.typo3.org/index.php/De:Front_End_User_Registration Typo3 Wiki]

[http://blog.marit.ag/2010/02/12/fe-user-gesalzenen/ User Registrierung mit gesalzenen Passwörtern]

Zusatzfelder:
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

== Quickstart ==
benötigt:
* static_info_tables
* div2007 (für Flexforms)
* kb_md5fepw wenn md5 Passwords verwendet werden sollen (obsolet wird durch rsaauth und saltedpasswords ersetzt)
* rsaauth (Verschlüsselte Übertragung bei der Anmeldung)
* salted passwords

=== Wichtige Ordner und Seiten ===
* O: Benutzer (oder Abos) enthält notwendige Benutzergruppen und die User
* S: Login (oder Newsletter) enthält normales Login und sr_feuser_register (default, startingpoint ist der feuser - Ordner)
*S: Registrierung (sr_feuser_register, mode create, startingpoint wie oben)

=== Benutzergruppen anlegen ===
* Gruppe für nicht bestätigte Registrierungen
* Gruppe für bestätigte Registrierungen

=== TypoScript ===
'''Statisches Template'''
* FE User Registration

'''Constants'''
<pre>
// Ordner mit Benutzern für Loginform
styles.content.loginform.pid = 87
// bei alter newloginbox...
# plugin.tx_newloginbox_pi1.storagePid = 87

plugin.tx_srfeuserregister_pi1{
// Seite mit den Benutzern
pid = 87
// Benutzergruppen uid nach Registrierung aber vor Bestätigung (z.B. "NL nicht bestätigt")
userGroupUponRegistration = 1
// Benutzergruppen uid nach Bestätigung (z.B. "NL bestätigt")
userGroupAfterConfirmation = 2
// Seite mit Login Form
loginPID = 88
// Seite mit Registierung
registerPID = 89
// Seite zum editieren der Benutzerdaten
editPID = 90
// Seite mit Bestätigung der Registrierung
confirmPID = 91
// Wieviel Bilder dürfen hochgeladen werden
maxImages = 1
dateFormat = d.m.Y
dateSplit = .
salutation = informal
siteName = KO rockt!
formFields = password,first_name, last_name, email,module_sys_dmail_html, module_sys_dmail_category,disable
requiredFields = first_name,last_name,email
email = steff@ko-rockband.de
// nur mit RealURL ?
useShortUrls = 1
// Kategorien von Direct Mail
module_sys_dmail_category_PIDLIST = 86
//
dmailCheckedUponRegistration = 1
}
</pre>

'''Setup'''
<pre>
// Sprachlabel anpassen
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de{
v_really_wish_to_delete_informal = Willst Du Dein Konto wirklich löschen?
v_your_account_was_created_informal = Dein Konto %2$s wurde erstellt. Wir senden eine E-Mail an die Adresse %4$s, damit Du die Anmeldung bestätigen kannst.
}
// Titel der Benutzerseite überschreiben (wird in E-Mails benutzt)
plugin.tx_srfeuserregister_pi1.pidTitleOverride = KO rockt! News

</pre>

== Beispiel: sr_feuser_register für Newsletter einsetzen ==

In diesem Beispiel geht es darum die Benutzer Registrierung für Direct Mail (direct_mail) einzubauen und zu konfigurieren.

== Eigene Felder hinzufügen ==
http://www.herzogkienast.de/tutorials/benutzerregistrierung-erweitern.html
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

Prinzip:
* Extension erstellen die fe_user mit den benötigten Feldern erweitert
* HTML Template kopieren / bearbeiten
* TCA Array für Selectboxen etc. bearbeiten und localconf mit hook erweitern.

=== FE-User Tabelle erweitern und Template kopieren ===
Die FE-User Tabelle erweitern

Zunächst müssen die zusätzlichen Felder in der Front-End Benutzertabelle erzeugt werden. Hierzu kann einfach mit dem Kickstarter eine Extension erstellt werden, die der Tabelle fe_users weitere Felder hinzufügt.

Die Marker im Template von sr_feuser_register anlegen

So man das noch nicht getan hat, das Template der Front-End Registrierung kopieren und im Fileadmin ablegen. Dann in den TypoScript Konstanten das Template eintragen:
<pre>
plugin.tx_srfeuserregister_pi1 {
file.templateFile = fileadmin/template/html/srfeuserregister.html
}
</pre>

=== Beispiel einfaches Textfeld ===
Marker für einfache Textfelder anlegen:
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-myNewFieldName">###LABEL_MYNEWFIELDNAME###</label>
###REQUIRED_MYNEWFIELDNAME###
</dt>
<dd>

###EVAL_ERROR_FIELD_myNewFieldName###


###MISSING_MYNEWFIELDNAME###

<input id="tx-srfeuserregister-pi1-myNewFieldName" type="text" size="40" maxlength="50" title="###TOOLTIP_MYNEWFIELDNAME###" name="###NAME_MYNEWFIELDNAME###" />
</dd>

</pre>
Dabei myNewFieldName durch den gesammten Feldnamen ersetzen.

Aufpassen wo Groß und wo Kleinschreibung angesagt ist (Im Standard Template nachschauen). Unterschiede bei den Markern von TCA Feldern und einfachen Textfeldern beachten. Bei Textfeldern heißt es oft FIELD_myFieldName, bei TCA Feldern TCA_INPUT_myFieldName

=== Label und Fehlertexte lokalisiert hinzufügen ===

Wie bereits bei der Eintragung ins Template zu erkennen war, können alle Label und Texte für den Fehlerfall lokalisiert eingegeben werden. Dazu einfach folgendes zum TypoScript Setup hinzufügen:

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.myNewFieldName = Mein Feld eingeben:
Fehlernachricht bei unausgefüllten Pflichtfeldern:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.missing_myNewFieldName = Bitte geben Sie etwas ein!
Dasselbe aber für die Einladungsmaske:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.missing_invitation_ myNewFieldName = Bitte auch hier was eingeben
Fehlermeldung, wenn das Feld falsch ausgefüllt wurde:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.evalErrors_evalRuleName_myNewFieldName = Darf nur Buchstaben und Zahlen enthalten!

=== TCA Felder hinzufügen (Select, Radio, Checkbox) ===
Hier sind weitere Schritte notwendig. Nämlich:
====Die TCA-Konfiguration zur Verfügung stellen ====

In früheren Versionen der Extension sr_feuser_register wurde pauschal die gesamte TCA des Projektes eingelesen und ausgewertet. Dies stellte sich jedoch als zu ressourcenfressend heraus. Daher müssen Extensions, deren Felder in sr_feuser_register genutzt werden sollen, nun über einen Hook registriert werden. Dazu folgenden Code der '''ext_localconf.php der Extension''', die die neuen Felder enthält, hinzufügen:

<pre>
if (TYPO3_MODE==’FE’){
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = ‘my_new_ext’;
}
</pre>
Kann oder möchte man die andere Extension nicht verändern oder bleibt bei älteren Konstellationen der Hook wirkungslos, so kann man auch mit einem direkten Hack der Extension sr_feuser_register die TCA zur Verfügung stellen. Achtung, diese Änderung geht bei einem späteren Update verloren und muss daher gut dokumentiert werden!

In der Datei'' typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'' in der Funktion “''init''” hinter dem Code, der direkt Mail behandelt folgendes einfügen:
</pre>
if (t3lib_extMgm::isLoaded('my_new_ext')) {
tx_div2007_alpha::loadTcaAdditions_fh001(array('my_new_ext'));
}
</pre>
Nun wird das TCA in jedem Fall geladen. Andernfalls kann der ärgerliche Fall eintreten, das bei der Front-End Nutzerregistrierung die Marker der Felder nur dann ersetzt werden, während man als Nutzer im Backend angemeldet ist, da nur in dem Fall das ganze TCA geladen wird.

==== Weiteres Beispiel ====
TCA-Marker, wie im Codebeispiel unten, ersetzt werden und dieser Marker platziert werden '###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###.
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-industry">
###LABEL_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
###REQUIRED_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
</label>
</dt>
<dd>

###EVAL_ERROR_FIELD_tx_srfeuserextrafieldindustry
_industry###


###MISSING_TX_SRFEUSEREXTRAFIELDINDUSTRY
_INDUSTRY###

###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###
</dd>

</pre>

ext_localconf.php in der neuen Extension mit Hook um das neue Feld zu registrieren (nur bei tca feldern)
<pre>
<?php
if (TYPO3_MODE=='FE') {
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']
['sr_feuser_register']['extendingTCA'][]
= 'sr_feuser_extrafield_industry';
}
?>
</pre>

TypoScript Template - Felder zuweisen

In Ihrem TS-Template müssen Sie nun noch das entsprechende Feld zuweisen.

Zunächst in den constants wie folgt:

plugin.tx_srfeuserregister_pi1.formFields = tx_srfeuserextrafieldindustry_industry,image, username

Und im Setup bei create.fields und edit.fields.

Sofern das Feld ein Pflichtfeld sein soll, muss es sowohl in den Constants bei plugin.tx_srfeuserregister_pi1.requiredFields, als auch im Setup bei create.required angegeben werden.

=== Sprachlabel ===
<pre>
plugin.tx_srfeuserregister_pi1._LOCAL_LANG {
de {
fe_users.tx_srfeuserextrafieldindustry_industry =
Branchenauswahl:
fe_users.tx_srfeuserextrafieldindustry_industry.I.0 =
---
fe_users.tx_srfeuserextrafieldindustry_industry.I.1 =
Produzent1
fe_users.tx_srfeuserextrafieldindustry_industry.I.2 =
Produzent2
fe_users.tx_srfeuserextrafieldindustry_industry.I.3 =
Produzent3
fe_users.tx_srfeuserextrafieldindustry_industry.I.4 =
Produzent4
fe_users.tx_srfeuserextrafieldindustry_industry.I.5 =
Produzent5
}
}
</pre>

== Probleme lösen ==
=== Marker von eigenen Feldern mit TCA_INPUT werden nicht mehr ersetzt ===
Es wird nur noch der Marker ausgegeben.

Lösung: Extension über Hook anmelden

siehe auch http://bugs.typo3.org/view.php?id=5846

Seit sr_feuser_register muss jede Extension mit neuen Felder für fe_users angemeldet werden. Dasselbe gilt auch für sr:_email_subscribe und tt_address. Der Grund ist eine Code-Optimierung, damit im Frontend nicht mehr die $TCA einer jeden installierten Extension eingelesen werden muss, was eine Menge an RAM einspart, weil im $TCA auch viele Übersetzungstexte vorkommen.

In der ext_localconf.php der Extension mit dem Extension Key meineext muss das eingetragen werden:

$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = 'meineext';

=== Fehlermeldung: sr_feuser_register: The form's token is too short! ===
Dafür gibt es diverse Gründe.

* Domain bei baseURL etc. nicht richtig gesetzt (vor allem auf Subdomains achten auch www ist eine Subdomain)siehe oben.
* Ordner ID nicht richtig gesetzt (TypoScript Konstanten kontrollieren)
* Es kann an einem Bug in der Version: 2.5.25 liegen. Hierfür gibt es aktuell (1.5.2010) Kein Update aber einen Patch: http://bugs.typo3.org/view.php?id=14125&nbn=5
Wichtig ist danach eine aktuelle div2007 Version (bei mir 0.3.1 aufzuspielen. Sonst gibts gleich die nächsten Fehler.

=== Felder die über TCA verändert werden funktionieren im Backend aber nicht im Frontend ===
Zitat aus der Mailingliste von Oliver Klee:

Das Problem ist, dass das TCA deiner Extension im FE nicht geladen wird
und sr_feuser_register daher die Einstellungen der Felder nicht kennt.
So habe ich das dann gelÃ¶st:

'''myext/ext_localconf.php'''
<pre>
$TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'] = t3lib_extMgm::extPath('myext') . 'class.ux_tx_srfeuserregister_tca.php';
</pre>

'''myext/class.ux_tx_srfeuserregister_tca.php:'''

<pre>
class ux_tx_srfeuserregister_tca extends tx_srfeuserregister_tca {
function init (&$pibase, &$conf, &$controlData, &$langObj, $extKey,$theTable)
{
global $TCA;
tx_div2007_alpha::loadTcaAdditions_fh001(array('my ext'));
return parent::init( $pibase, $conf, $controlData, $langObj, $extKey, $theTable);
}
}

== Anpassen ==
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/</pre>

=== Nur aktuelle Benutzerdaten anzeigen ===
http://www.typo3-jack.net/typo3-english-lists-netfielders-de/1686-typo3-sr_feuser_register-show-mode-like-edit.html

=== Checkbox und andere - als Pflichtfeld / Validierung funktioniert nicht ===
Wenn z.B. eine eigene Checkbox als Pflichtfeld agieren soll geht das über:

plugin.tx_srfeuserregister_pi1.create.evalValues.XXX = required

im Setup (wichtig)

Das normale: requiredFields in den Konstanten funktioniert nicht

Typo3 - Benutzer Registrierung (sr feuser register)

2013-11-18T17:01:55Z

87.180.125.224:

Diese Extension kann die wichtigsten Dinge für Frontend Benutzer ab:
* Registrieren
* An- / Abmeldung
* Zuordnung zu verschiedenen Benutzergruppen
* etc.

Siehe auch:
[[Newsletter mit Direct Mail]] 
[[TYPO3 - Sichere Backend und Frontend Benutzer mit rsaauth, ssl und saltedpasswords]] 
== Links ==
[http://wiki.typo3.org/index.php/De:Front_End_User_Registration Typo3 Wiki]

[http://blog.marit.ag/2010/02/12/fe-user-gesalzenen/ User Registrierung mit gesalzenen Passwörtern]

Zusatzfelder:
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

== Quickstart ==
benötigt:
* static_info_tables
* div2007 (für Flexforms)
* kb_md5fepw wenn md5 Passwords verwendet werden sollen (obsolet wird durch rsaauth und saltedpasswords ersetzt)
* rsaauth (Verschlüsselte Übertragung bei der Anmeldung)
* salted passwords

=== Wichtige Ordner und Seiten ===
* O: Benutzer (oder Abos) enthält notwendige Benutzergruppen und die User
* S: Login (oder Newsletter) enthält normales Login und sr_feuser_register (default, startingpoint ist der feuser - Ordner)
*S: Registrierung (sr_feuser_register, mode create, startingpoint wie oben)

=== Benutzergruppen anlegen ===
* Gruppe für nicht bestätigte Registrierungen
* Gruppe für bestätigte Registrierungen

=== TypoScript ===
'''Statisches Template'''
* FE User Registration

'''Constants'''
<pre>
// Ordner mit Benutzern für Loginform
styles.content.loginform.pid = 87
// bei alter newloginbox...
# plugin.tx_newloginbox_pi1.storagePid = 87

plugin.tx_srfeuserregister_pi1{
// Seite mit den Benutzern
pid = 87
// Benutzergruppen uid nach Registrierung aber vor Bestätigung (z.B. "NL nicht bestätigt")
userGroupUponRegistration = 1
// Benutzergruppen uid nach Bestätigung (z.B. "NL bestätigt")
userGroupAfterConfirmation = 2
// Seite mit Login Form
loginPID = 88
// Seite mit Registierung
registerPID = 89
// Seite zum editieren der Benutzerdaten
editPID = 90
// Seite mit Bestätigung der Registrierung
confirmPID = 91
// Wieviel Bilder dürfen hochgeladen werden
maxImages = 1
dateFormat = d.m.Y
dateSplit = .
salutation = informal
siteName = KO rockt!
formFields = password,first_name, last_name, email,module_sys_dmail_html, module_sys_dmail_category,disable
requiredFields = first_name,last_name,email
email = steff@ko-rockband.de
// nur mit RealURL ?
useShortUrls = 1
// Kategorien von Direct Mail
module_sys_dmail_category_PIDLIST = 86
//
dmailCheckedUponRegistration = 1
}
</pre>

'''Setup'''
<pre>
// Sprachlabel anpassen
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de{
v_really_wish_to_delete_informal = Willst Du Dein Konto wirklich löschen?
v_your_account_was_created_informal = Dein Konto %2$s wurde erstellt. Wir senden eine E-Mail an die Adresse %4$s, damit Du die Anmeldung bestätigen kannst.
}
// Titel der Benutzerseite überschreiben (wird in E-Mails benutzt)
plugin.tx_srfeuserregister_pi1.pidTitleOverride = KO rockt! News

</pre>

== Beispiel: sr_feuser_register für Newsletter einsetzen ==

In diesem Beispiel geht es darum die Benutzer Registrierung für Direct Mail (direct_mail) einzubauen und zu konfigurieren.

== Eigene Felder hinzufügen ==
http://www.herzogkienast.de/tutorials/benutzerregistrierung-erweitern.html
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

Prinzip:
* Extension erstellen die fe_user mit den benötigten Feldern erweitert
* HTML Template kopieren / bearbeiten
* TCA Array für Selectboxen etc. bearbeiten und localconf mit hook erweitern.

=== FE-User Tabelle erweitern und Template kopieren ===
Die FE-User Tabelle erweitern

Zunächst müssen die zusätzlichen Felder in der Front-End Benutzertabelle erzeugt werden. Hierzu kann einfach mit dem Kickstarter eine Extension erstellt werden, die der Tabelle fe_users weitere Felder hinzufügt.

Die Marker im Template von sr_feuser_register anlegen

So man das noch nicht getan hat, das Template der Front-End Registrierung kopieren und im Fileadmin ablegen. Dann in den TypoScript Konstanten das Template eintragen:
<pre>
plugin.tx_srfeuserregister_pi1 {
file.templateFile = fileadmin/template/html/srfeuserregister.html
}
</pre>

=== Beispiel einfaches Textfeld ===
Marker für einfache Textfelder anlegen:
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-myNewFieldName">###LABEL_MYNEWFIELDNAME###</label>
###REQUIRED_MYNEWFIELDNAME###
</dt>
<dd>

###EVAL_ERROR_FIELD_myNewFieldName###


###MISSING_MYNEWFIELDNAME###

<input id="tx-srfeuserregister-pi1-myNewFieldName" type="text" size="40" maxlength="50" title="###TOOLTIP_MYNEWFIELDNAME###" name="###NAME_MYNEWFIELDNAME###" />
</dd>

</pre>
Dabei myNewFieldName durch den gesammten Feldnamen ersetzen.

Aufpassen wo Groß und wo Kleinschreibung angesagt ist (Im Standard Template nachschauen). Unterschiede bei den Markern von TCA Feldern und einfachen Textfeldern beachten. Bei Textfeldern heißt es oft FIELD_myFieldName, bei TCA Feldern TCA_INPUT_myFieldName

=== Label und Fehlertexte lokalisiert hinzufügen ===

Wie bereits bei der Eintragung ins Template zu erkennen war, können alle Label und Texte für den Fehlerfall lokalisiert eingegeben werden. Dazu einfach folgendes zum TypoScript Setup hinzufügen:

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.myNewFieldName = Mein Feld eingeben:
Fehlernachricht bei unausgefüllten Pflichtfeldern:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.missing_myNewFieldName = Bitte geben Sie etwas ein!
Dasselbe aber für die Einladungsmaske:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.missing_invitation_ myNewFieldName = Bitte auch hier was eingeben
Fehlermeldung, wenn das Feld falsch ausgefüllt wurde:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.evalErrors_evalRuleName_myNewFieldName = Darf nur Buchstaben und Zahlen enthalten!

=== TCA Felder hinzufügen (Select, Radio, Checkbox) ===
Hier sind weitere Schritte notwendig. Nämlich:
====Die TCA-Konfiguration zur Verfügung stellen ====

In früheren Versionen der Extension sr_feuser_register wurde pauschal die gesamte TCA des Projektes eingelesen und ausgewertet. Dies stellte sich jedoch als zu ressourcenfressend heraus. Daher müssen Extensions, deren Felder in sr_feuser_register genutzt werden sollen, nun über einen Hook registriert werden. Dazu folgenden Code der '''ext_localconf.php der Extension''', die die neuen Felder enthält, hinzufügen:

<pre>
if (TYPO3_MODE==’FE’){
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = ‘my_new_ext’;
}
</pre>
Kann oder möchte man die andere Extension nicht verändern oder bleibt bei älteren Konstellationen der Hook wirkungslos, so kann man auch mit einem direkten Hack der Extension sr_feuser_register die TCA zur Verfügung stellen. Achtung, diese Änderung geht bei einem späteren Update verloren und muss daher gut dokumentiert werden!

In der Datei'' typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'' in der Funktion “''init''” hinter dem Code, der direkt Mail behandelt folgendes einfügen:
</pre>
if (t3lib_extMgm::isLoaded('my_new_ext')) {
tx_div2007_alpha::loadTcaAdditions_fh001(array('my_new_ext'));
}
</pre>
Nun wird das TCA in jedem Fall geladen. Andernfalls kann der ärgerliche Fall eintreten, das bei der Front-End Nutzerregistrierung die Marker der Felder nur dann ersetzt werden, während man als Nutzer im Backend angemeldet ist, da nur in dem Fall das ganze TCA geladen wird.

==== Weiteres Beispiel ====
TCA-Marker, wie im Codebeispiel unten, ersetzt werden und dieser Marker platziert werden '###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###.
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-industry">
###LABEL_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
###REQUIRED_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
</label>
</dt>
<dd>

###EVAL_ERROR_FIELD_tx_srfeuserextrafieldindustry
_industry###


###MISSING_TX_SRFEUSEREXTRAFIELDINDUSTRY
_INDUSTRY###

###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###
</dd>

</pre>

ext_localconf.php in der neuen Extension mit Hook um das neue Feld zu registrieren (nur bei tca feldern)
<pre>
<?php
if (TYPO3_MODE=='FE') {
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']
['sr_feuser_register']['extendingTCA'][]
= 'sr_feuser_extrafield_industry';
}
?>
</pre>

TypoScript Template - Felder zuweisen

In Ihrem TS-Template müssen Sie nun noch das entsprechende Feld zuweisen.

Zunächst in den constants wie folgt:

plugin.tx_srfeuserregister_pi1.formFields = tx_srfeuserextrafieldindustry_industry,image, username

Und im Setup bei create.fields und edit.fields.

Sofern das Feld ein Pflichtfeld sein soll, muss es sowohl in den Constants bei plugin.tx_srfeuserregister_pi1.requiredFields, als auch im Setup bei create.required angegeben werden.

=== Sprachlabel ===
<pre>
plugin.tx_srfeuserregister_pi1._LOCAL_LANG {
de {
fe_users.tx_srfeuserextrafieldindustry_industry =
Branchenauswahl:
fe_users.tx_srfeuserextrafieldindustry_industry.I.0 =
---
fe_users.tx_srfeuserextrafieldindustry_industry.I.1 =
Produzent1
fe_users.tx_srfeuserextrafieldindustry_industry.I.2 =
Produzent2
fe_users.tx_srfeuserextrafieldindustry_industry.I.3 =
Produzent3
fe_users.tx_srfeuserextrafieldindustry_industry.I.4 =
Produzent4
fe_users.tx_srfeuserextrafieldindustry_industry.I.5 =
Produzent5
}
}
</pre>

== Probleme lösen ==
=== Marker von eigenen Feldern mit TCA_INPUT werden nicht mehr ersetzt ===
Es wird nur noch der Marker ausgegeben.

Lösung: Extension über Hook anmelden

siehe auch http://bugs.typo3.org/view.php?id=5846

Seit sr_feuser_register muss jede Extension mit neuen Felder für fe_users angemeldet werden. Dasselbe gilt auch für sr:_email_subscribe und tt_address. Der Grund ist eine Code-Optimierung, damit im Frontend nicht mehr die $TCA einer jeden installierten Extension eingelesen werden muss, was eine Menge an RAM einspart, weil im $TCA auch viele Übersetzungstexte vorkommen.

In der ext_localconf.php der Extension mit dem Extension Key meineext muss das eingetragen werden:

$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = 'meineext';

=== Fehlermeldung: sr_feuser_register: The form's token is too short! ===
Dafür gibt es diverse Gründe.

* Domain bei baseURL etc. nicht richtig gesetzt (vor allem auf Subdomains achten auch www ist eine Subdomain)siehe oben.
* Ordner ID nicht richtig gesetzt (TypoScript Konstanten kontrollieren)
* Es kann an einem Bug in der Version: 2.5.25 liegen. Hierfür gibt es aktuell (1.5.2010) Kein Update aber einen Patch: http://bugs.typo3.org/view.php?id=14125&nbn=5
Wichtig ist danach eine aktuelle div2007 Version (bei mir 0.3.1 aufzuspielen. Sonst gibts gleich die nächsten Fehler.

=== Felder die über TCA verändert werden funktionieren im Backend aber nicht im Frontend ===
Zitat aus der Mailingliste von Oliver Klee:

Das Problem ist, dass das TCA deiner Extension im FE nicht geladen wird
und sr_feuser_register daher die Einstellungen der Felder nicht kennt.
So habe ich das dann gelÃ¶st:

'''myext/ext_localconf.php'''
<pre>
$TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'] = t3lib_extMgm::extPath('myext') . 'class.ux_tx_srfeuserregister_tca.php';
</pre>

'''myext/class.ux_tx_srfeuserregister_tca.php:'''

<pre>
class ux_tx_srfeuserregister_tca extends tx_srfeuserregister_tca {
function init (&$pibase, &$conf, &$controlData, &$langObj, $extKey,$theTable)
{
global $TCA;
tx_div2007_alpha::loadTcaAdditions_fh001(array('my ext'));
return parent::init( $pibase, $conf, $controlData, $langObj, $extKey, $theTable);
}
}

== Anpassen ==
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/</pre>

=== Nur aktuelle Benutzerdaten anzeigen ===
http://www.typo3-jack.net/typo3-english-lists-netfielders-de/1686-typo3-sr_feuser_register-show-mode-like-edit.html

=== Checkbox und andere - als Pflichtfeld / Validierung funktioniert nicht ===
Wenn z.B. eine eigene Checkbox als Pflichtfeld agieren soll geht das über:

plugin.tx_srfeuserregister_pi1.create.evalValues.XXX = required

im Setup (wichtig)

Das normale: requiredFields in den Konstanten funktioniert nicht

Typo3 - Benutzer Registrierung (sr feuser register)

2013-11-18T16:57:54Z

87.180.125.224:

Diese Extension kann die wichtigsten Dinge für Frontend Benutzer ab:
* Registrieren
* An- / Abmeldung
* Zuordnung zu verschiedenen Benutzergruppen
* etc.

Siehe auch: [[Newsletter mit Direct Mail]]
== Links ==
[http://wiki.typo3.org/index.php/De:Front_End_User_Registration Typo3 Wiki]

[http://blog.marit.ag/2010/02/12/fe-user-gesalzenen/ User Registrierung mit gesalzenen Passwörtern]

Zusatzfelder:
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

== Quickstart ==
benötigt:
* static_info_tables
* div2007 (für Flexforms)
* kb_md5fepw wenn md5 Passwords verwendet werden sollen (obsolet wird durch rsaauth und saltedpasswords ersetzt)
* rsaauth (Verschlüsselte Übertragung bei der Anmeldung)
* salted passwords

=== Wichtige Ordner und Seiten ===
* O: Benutzer (oder Abos) enthält notwendige Benutzergruppen und die User
* S: Login (oder Newsletter) enthält normales Login und sr_feuser_register (default, startingpoint ist der feuser - Ordner)
*S: Registrierung (sr_feuser_register, mode create, startingpoint wie oben)

=== Benutzergruppen anlegen ===
* Gruppe für nicht bestätigte Registrierungen
* Gruppe für bestätigte Registrierungen

=== TypoScript ===
'''Statisches Template'''
* FE User Registration

'''Constants'''
<pre>
// Ordner mit Benutzern für Loginform
styles.content.loginform.pid = 87
// bei alter newloginbox...
# plugin.tx_newloginbox_pi1.storagePid = 87

plugin.tx_srfeuserregister_pi1{
// Seite mit den Benutzern
pid = 87
// Benutzergruppen uid nach Registrierung aber vor Bestätigung (z.B. "NL nicht bestätigt")
userGroupUponRegistration = 1
// Benutzergruppen uid nach Bestätigung (z.B. "NL bestätigt")
userGroupAfterConfirmation = 2
// Seite mit Login Form
loginPID = 88
// Seite mit Registierung
registerPID = 89
// Seite zum editieren der Benutzerdaten
editPID = 90
// Seite mit Bestätigung der Registrierung
confirmPID = 91
// Wieviel Bilder dürfen hochgeladen werden
maxImages = 1
dateFormat = d.m.Y
dateSplit = .
salutation = informal
siteName = KO rockt!
formFields = password,first_name, last_name, email,module_sys_dmail_html, module_sys_dmail_category,disable
requiredFields = first_name,last_name,email
email = steff@ko-rockband.de
// nur mit RealURL ?
useShortUrls = 1
// Kategorien von Direct Mail
module_sys_dmail_category_PIDLIST = 86
//
dmailCheckedUponRegistration = 1
}
</pre>

'''Setup'''
<pre>
// Sprachlabel anpassen
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de{
v_really_wish_to_delete_informal = Willst Du Dein Konto wirklich löschen?
v_your_account_was_created_informal = Dein Konto %2$s wurde erstellt. Wir senden eine E-Mail an die Adresse %4$s, damit Du die Anmeldung bestätigen kannst.
}
// Titel der Benutzerseite überschreiben (wird in E-Mails benutzt)
plugin.tx_srfeuserregister_pi1.pidTitleOverride = KO rockt! News

</pre>

== Beispiel: sr_feuser_register für Newsletter einsetzen ==

In diesem Beispiel geht es darum die Benutzer Registrierung für Direct Mail (direct_mail) einzubauen und zu konfigurieren.

== Eigene Felder hinzufügen ==
http://www.herzogkienast.de/tutorials/benutzerregistrierung-erweitern.html
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

Prinzip:
* Extension erstellen die fe_user mit den benötigten Feldern erweitert
* HTML Template kopieren / bearbeiten
* TCA Array für Selectboxen etc. bearbeiten und localconf mit hook erweitern.

=== FE-User Tabelle erweitern und Template kopieren ===
Die FE-User Tabelle erweitern

Zunächst müssen die zusätzlichen Felder in der Front-End Benutzertabelle erzeugt werden. Hierzu kann einfach mit dem Kickstarter eine Extension erstellt werden, die der Tabelle fe_users weitere Felder hinzufügt.

Die Marker im Template von sr_feuser_register anlegen

So man das noch nicht getan hat, das Template der Front-End Registrierung kopieren und im Fileadmin ablegen. Dann in den TypoScript Konstanten das Template eintragen:
<pre>
plugin.tx_srfeuserregister_pi1 {
file.templateFile = fileadmin/template/html/srfeuserregister.html
}
</pre>

=== Beispiel einfaches Textfeld ===
Marker für einfache Textfelder anlegen:
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-myNewFieldName">###LABEL_MYNEWFIELDNAME###</label>
###REQUIRED_MYNEWFIELDNAME###
</dt>
<dd>

###EVAL_ERROR_FIELD_myNewFieldName###


###MISSING_MYNEWFIELDNAME###

<input id="tx-srfeuserregister-pi1-myNewFieldName" type="text" size="40" maxlength="50" title="###TOOLTIP_MYNEWFIELDNAME###" name="###NAME_MYNEWFIELDNAME###" />
</dd>

</pre>
Dabei myNewFieldName durch den gesammten Feldnamen ersetzen.

Aufpassen wo Groß und wo Kleinschreibung angesagt ist (Im Standard Template nachschauen). Unterschiede bei den Markern von TCA Feldern und einfachen Textfeldern beachten. Bei Textfeldern heißt es oft FIELD_myFieldName, bei TCA Feldern TCA_INPUT_myFieldName

=== Label und Fehlertexte lokalisiert hinzufügen ===

Wie bereits bei der Eintragung ins Template zu erkennen war, können alle Label und Texte für den Fehlerfall lokalisiert eingegeben werden. Dazu einfach folgendes zum TypoScript Setup hinzufügen:

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.myNewFieldName = Mein Feld eingeben:
Fehlernachricht bei unausgefüllten Pflichtfeldern:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.missing_myNewFieldName = Bitte geben Sie etwas ein!
Dasselbe aber für die Einladungsmaske:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.missing_invitation_ myNewFieldName = Bitte auch hier was eingeben
Fehlermeldung, wenn das Feld falsch ausgefüllt wurde:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.evalErrors_evalRuleName_myNewFieldName = Darf nur Buchstaben und Zahlen enthalten!

=== TCA Felder hinzufügen (Select, Radio, Checkbox) ===
Hier sind weitere Schritte notwendig. Nämlich:
====Die TCA-Konfiguration zur Verfügung stellen ====

In früheren Versionen der Extension sr_feuser_register wurde pauschal die gesamte TCA des Projektes eingelesen und ausgewertet. Dies stellte sich jedoch als zu ressourcenfressend heraus. Daher müssen Extensions, deren Felder in sr_feuser_register genutzt werden sollen, nun über einen Hook registriert werden. Dazu folgenden Code der '''ext_localconf.php der Extension''', die die neuen Felder enthält, hinzufügen:

<pre>
if (TYPO3_MODE==’FE’){
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = ‘my_new_ext’;
}
</pre>
Kann oder möchte man die andere Extension nicht verändern oder bleibt bei älteren Konstellationen der Hook wirkungslos, so kann man auch mit einem direkten Hack der Extension sr_feuser_register die TCA zur Verfügung stellen. Achtung, diese Änderung geht bei einem späteren Update verloren und muss daher gut dokumentiert werden!

In der Datei'' typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'' in der Funktion “''init''” hinter dem Code, der direkt Mail behandelt folgendes einfügen:
</pre>
if (t3lib_extMgm::isLoaded('my_new_ext')) {
tx_div2007_alpha::loadTcaAdditions_fh001(array('my_new_ext'));
}
</pre>
Nun wird das TCA in jedem Fall geladen. Andernfalls kann der ärgerliche Fall eintreten, das bei der Front-End Nutzerregistrierung die Marker der Felder nur dann ersetzt werden, während man als Nutzer im Backend angemeldet ist, da nur in dem Fall das ganze TCA geladen wird.

==== Weiteres Beispiel ====
TCA-Marker, wie im Codebeispiel unten, ersetzt werden und dieser Marker platziert werden '###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###.
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-industry">
###LABEL_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
###REQUIRED_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
</label>
</dt>
<dd>

###EVAL_ERROR_FIELD_tx_srfeuserextrafieldindustry
_industry###


###MISSING_TX_SRFEUSEREXTRAFIELDINDUSTRY
_INDUSTRY###

###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###
</dd>

</pre>

ext_localconf.php in der neuen Extension mit Hook um das neue Feld zu registrieren (nur bei tca feldern)
<pre>
<?php
if (TYPO3_MODE=='FE') {
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']
['sr_feuser_register']['extendingTCA'][]
= 'sr_feuser_extrafield_industry';
}
?>
</pre>

TypoScript Template - Felder zuweisen

In Ihrem TS-Template müssen Sie nun noch das entsprechende Feld zuweisen.

Zunächst in den constants wie folgt:

plugin.tx_srfeuserregister_pi1.formFields = tx_srfeuserextrafieldindustry_industry,image, username

Und im Setup bei create.fields und edit.fields.

Sofern das Feld ein Pflichtfeld sein soll, muss es sowohl in den Constants bei plugin.tx_srfeuserregister_pi1.requiredFields, als auch im Setup bei create.required angegeben werden.

=== Sprachlabel ===
<pre>
plugin.tx_srfeuserregister_pi1._LOCAL_LANG {
de {
fe_users.tx_srfeuserextrafieldindustry_industry =
Branchenauswahl:
fe_users.tx_srfeuserextrafieldindustry_industry.I.0 =
---
fe_users.tx_srfeuserextrafieldindustry_industry.I.1 =
Produzent1
fe_users.tx_srfeuserextrafieldindustry_industry.I.2 =
Produzent2
fe_users.tx_srfeuserextrafieldindustry_industry.I.3 =
Produzent3
fe_users.tx_srfeuserextrafieldindustry_industry.I.4 =
Produzent4
fe_users.tx_srfeuserextrafieldindustry_industry.I.5 =
Produzent5
}
}
</pre>

== Probleme lösen ==
=== Marker von eigenen Feldern mit TCA_INPUT werden nicht mehr ersetzt ===
Es wird nur noch der Marker ausgegeben.

Lösung: Extension über Hook anmelden

siehe auch http://bugs.typo3.org/view.php?id=5846

Seit sr_feuser_register muss jede Extension mit neuen Felder für fe_users angemeldet werden. Dasselbe gilt auch für sr:_email_subscribe und tt_address. Der Grund ist eine Code-Optimierung, damit im Frontend nicht mehr die $TCA einer jeden installierten Extension eingelesen werden muss, was eine Menge an RAM einspart, weil im $TCA auch viele Übersetzungstexte vorkommen.

In der ext_localconf.php der Extension mit dem Extension Key meineext muss das eingetragen werden:

$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = 'meineext';

=== Fehlermeldung: sr_feuser_register: The form's token is too short! ===
Dafür gibt es diverse Gründe.

* Domain bei baseURL etc. nicht richtig gesetzt (vor allem auf Subdomains achten auch www ist eine Subdomain)siehe oben.
* Ordner ID nicht richtig gesetzt (TypoScript Konstanten kontrollieren)
* Es kann an einem Bug in der Version: 2.5.25 liegen. Hierfür gibt es aktuell (1.5.2010) Kein Update aber einen Patch: http://bugs.typo3.org/view.php?id=14125&nbn=5
Wichtig ist danach eine aktuelle div2007 Version (bei mir 0.3.1 aufzuspielen. Sonst gibts gleich die nächsten Fehler.

=== Felder die über TCA verändert werden funktionieren im Backend aber nicht im Frontend ===
Zitat aus der Mailingliste von Oliver Klee:

Das Problem ist, dass das TCA deiner Extension im FE nicht geladen wird
und sr_feuser_register daher die Einstellungen der Felder nicht kennt.
So habe ich das dann gelÃ¶st:

'''myext/ext_localconf.php'''
<pre>
$TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS']['ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'] = t3lib_extMgm::extPath('myext') . 'class.ux_tx_srfeuserregister_tca.php';
</pre>

'''myext/class.ux_tx_srfeuserregister_tca.php:'''

<pre>
class ux_tx_srfeuserregister_tca extends tx_srfeuserregister_tca {
function init (&$pibase, &$conf, &$controlData, &$langObj, $extKey,$theTable)
{
global $TCA;
tx_div2007_alpha::loadTcaAdditions_fh001(array('my ext'));
return parent::init( $pibase, $conf, $controlData, $langObj, $extKey, $theTable);
}
}

== Anpassen ==
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/</pre>

=== Nur aktuelle Benutzerdaten anzeigen ===
http://www.typo3-jack.net/typo3-english-lists-netfielders-de/1686-typo3-sr_feuser_register-show-mode-like-edit.html

=== Checkbox und andere - als Pflichtfeld / Validierung funktioniert nicht ===
Wenn z.B. eine eigene Checkbox als Pflichtfeld agieren soll geht das über:

plugin.tx_srfeuserregister_pi1.create.evalValues.XXX = required

im Setup (wichtig)

Das normale: requiredFields in den Konstanten funktioniert nicht

Front End User Registration (fe users)

2013-11-18T16:57:34Z

87.180.125.224:

'''Veralteter Artikel. Siehe auch:'''

[[Typo3 - Benutzer Registrierung (sr feuser register)]]

== Konfiguration ==

Front End User Registration extension - Kurzanleitung Stand 31.5.2006
TS-Einstellungen mit folgendem prefix:
plugin.tx_srfeserregister_pi1.

'''Extensions Installieren'''
* die Extension
* static_info_libary (sr_static_info) + static_info_tables
* Keine Pflicht aber nützlich sind: New Login Box (newloginbox), '''KB MD5 FE Password''' (kb_md5fepw) und FE, BE Library ('''fh_library''').

Statisches Template einfügen
* 'FE User Registration CSS-styled' (1.4.9+ of extension Static Info Library (sr_static_info) oder 'FE User Registration Old Style'.

'''SysOrdner für die FrontendUser'''
* Anlegen und darin zwei Frontend User Gruppen (nicht bestätigte und bestätigte Registrierungen)
* Wie angegeben die Konstanten auf diese Usergruppen IDs setzen:
userGroupUponRegistration=[gruppe1]
userGroupAfterConfirmation==[gruppe2]
* Konstanten anlegen:
pid = [Ordner-Seite]

'''Login (Anmeldeseite) erstellen'''
* “General Storage Storage” (Allgemeine Datensatzsammlung) auf den Userordner setzen
* New Login Box''' anlegen
* dahinter die Front End User Registration extension CODE leer,Starting Point auf den UserOrdner
* Konstanten wie unten setzen
loginPID=[AnmeldeseitenID]

Register Seite erstellen
* unter der Anmeldeseite erstellen Access (Zugriff) auf “Hide at login” (Beim Login verstecken)
* Front End User Registration mit CODE CREATE und Startpunkt auf den User Ordner
* Konstante setzen:
registerPID=[Registier-SeiteID]

'''Edit-Seite erstellen (Profil bearbeiten)'''
* Seite erstellen Zugriff nur für registrierte Nutzer Gruppe (siehe oben)
* Front End User Registration extension mit CODE EDIT und Startpunkt auf den User Ordner
* Konstante setzen:
editPID = [Edit-PageID]

'''Confirm-Seite (Anmeldebestätigung)'''
* Seite erstellen Zugriff wie bei Registrierseite 'hide at login'(Beim Login verstecken)
* Front End User Registration extension einfügen CODE-Feld leer, Starting Point auf User Ordner
* Konstante setzen:
confirmPID = [ConfirmPID]

'''Registrierformular anpassen'''
* Die Felder und Pflichtfelder werden im TS Template bei den Konstanten gesetzt (Angegebene Werte sind default Werte:

formFields=username,password, first_name,last_name,date_of_birth,email, address,city,zone, static_info_country,zip, telephone,language, title,company,www, module_sys_dmail_category, module_sys_dmail_html,disable

requiredFields=username,password,name,email

'''Weitere Einstellungen'''

Alle weiteren Einstellungen lassen sich jetzt mit dem Constant Editor erledigen

Von Hand lassen sich die Einstellungen nach dem folgenden Schema im Constants Feld vornehmen:
plugin.tx_srfeuserregister_pi1.property = value

Weitere Infos Hier:
http://typo3.org/documentation/document-library/extension-manuals/sr_feuser_register/2.3.6/view/5/4/

Weitere wichtige Einstellungen:

<pre>
email = schlegel@geo-bit.de
siteName = typo3.webmynet.de
enableEmailConfirmation = 0
enableEmailOnApprove = 0
enableEmailOnRefuse = 0
enableEmailOnUpdate = 0
enableEmailOnDelete = 0

</pre>

== Template ==

=== Formular-Felder ===
s.o.

=== Marker (Auswahl) ===
Für das Formular:

###FORM_NAME###

###FORM_URL###

###LABEL_ENTER_ACCOUNT_INFO###

###LABEL_REQUIRED_INFO_NOTICE###

###LABEL_USERNAME### ###REQUIRED_USERNAME###

##EVAL_ERROR_FIELD_username###

###MISSING_USERNAME###

###LABEL_PASSWORD### ###REQUIRED_PASSWORD###

###EVAL_ERROR_FIELD_password###

###MISSING_PASSWORD###

###TOOLTIP_PASSWORD###

###LABEL_PASSWORD_REPEAT###

###LABEL_TOOLTIP_PASSWORD_AGAIN###

###LABEL_NAME### ###REQUIRED_NAME### ###EVAL_ERROR_FIELD_name### ###MISSING_NAME###

###LABEL_FIRST_NAME### ...

###LABEL_LAST_NAME### ...

###LABEL_STATUS### ###REQUIRED_STATUS### ###EVAL_ERROR_FIELD_status### ###MISSING_STATUS### ###TCA_INPUT_status###

==Sprachlabel allgemen==

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.labelName = overridingValue

oder für TCA Felder

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.tableName.fieldName = overridingValue

Front End User Registration (fe users)

2013-11-18T16:57:22Z

87.180.125.224: /* Eigene Felder hinzufügen */

Front End User Registration (fe users)

2013-11-18T15:00:41Z

87.180.125.224: /* Beispiel einfaches Textfeld */

Veralteter Artikel. Siehe auch:

[[Typo3 - Benutzer Registrierung (sr feuser register)]]

== Konfiguration ==

Front End User Registration extension - Kurzanleitung Stand 31.5.2006
TS-Einstellungen mit folgendem prefix:
plugin.tx_srfeserregister_pi1.

'''Extensions Installieren'''
* die Extension
* static_info_libary (sr_static_info) + static_info_tables
* Keine Pflicht aber nützlich sind: New Login Box (newloginbox), '''KB MD5 FE Password''' (kb_md5fepw) und FE, BE Library ('''fh_library''').

Statisches Template einfügen
* 'FE User Registration CSS-styled' (1.4.9+ of extension Static Info Library (sr_static_info) oder 'FE User Registration Old Style'.

'''SysOrdner für die FrontendUser'''
* Anlegen und darin zwei Frontend User Gruppen (nicht bestätigte und bestätigte Registrierungen)
* Wie angegeben die Konstanten auf diese Usergruppen IDs setzen:
userGroupUponRegistration=[gruppe1]
userGroupAfterConfirmation==[gruppe2]
* Konstanten anlegen:
pid = [Ordner-Seite]

'''Login (Anmeldeseite) erstellen'''
* “General Storage Storage” (Allgemeine Datensatzsammlung) auf den Userordner setzen
* New Login Box''' anlegen
* dahinter die Front End User Registration extension CODE leer,Starting Point auf den UserOrdner
* Konstanten wie unten setzen
loginPID=[AnmeldeseitenID]

Register Seite erstellen
* unter der Anmeldeseite erstellen Access (Zugriff) auf “Hide at login” (Beim Login verstecken)
* Front End User Registration mit CODE CREATE und Startpunkt auf den User Ordner
* Konstante setzen:
registerPID=[Registier-SeiteID]

'''Edit-Seite erstellen (Profil bearbeiten)'''
* Seite erstellen Zugriff nur für registrierte Nutzer Gruppe (siehe oben)
* Front End User Registration extension mit CODE EDIT und Startpunkt auf den User Ordner
* Konstante setzen:
editPID = [Edit-PageID]

'''Confirm-Seite (Anmeldebestätigung)'''
* Seite erstellen Zugriff wie bei Registrierseite 'hide at login'(Beim Login verstecken)
* Front End User Registration extension einfügen CODE-Feld leer, Starting Point auf User Ordner
* Konstante setzen:
confirmPID = [ConfirmPID]

'''Registrierformular anpassen'''
* Die Felder und Pflichtfelder werden im TS Template bei den Konstanten gesetzt (Angegebene Werte sind default Werte:

formFields=username,password, first_name,last_name,date_of_birth,email, address,city,zone, static_info_country,zip, telephone,language, title,company,www, module_sys_dmail_category, module_sys_dmail_html,disable

requiredFields=username,password,name,email

'''Weitere Einstellungen'''

Alle weiteren Einstellungen lassen sich jetzt mit dem Constant Editor erledigen

Von Hand lassen sich die Einstellungen nach dem folgenden Schema im Constants Feld vornehmen:
plugin.tx_srfeuserregister_pi1.property = value

Weitere Infos Hier:
http://typo3.org/documentation/document-library/extension-manuals/sr_feuser_register/2.3.6/view/5/4/

Weitere wichtige Einstellungen:

<pre>
email = schlegel@geo-bit.de
siteName = typo3.webmynet.de
enableEmailConfirmation = 0
enableEmailOnApprove = 0
enableEmailOnRefuse = 0
enableEmailOnUpdate = 0
enableEmailOnDelete = 0

</pre>

== Template ==

=== Formular-Felder ===
s.o.

=== Marker (Auswahl) ===
Für das Formular:

###FORM_NAME###

###FORM_URL###

###LABEL_ENTER_ACCOUNT_INFO###

###LABEL_REQUIRED_INFO_NOTICE###

###LABEL_USERNAME### ###REQUIRED_USERNAME###

##EVAL_ERROR_FIELD_username###

###MISSING_USERNAME###

###LABEL_PASSWORD### ###REQUIRED_PASSWORD###

###EVAL_ERROR_FIELD_password###

###MISSING_PASSWORD###

###TOOLTIP_PASSWORD###

###LABEL_PASSWORD_REPEAT###

###LABEL_TOOLTIP_PASSWORD_AGAIN###

###LABEL_NAME### ###REQUIRED_NAME### ###EVAL_ERROR_FIELD_name### ###MISSING_NAME###

###LABEL_FIRST_NAME### ...

###LABEL_LAST_NAME### ...

###LABEL_STATUS### ###REQUIRED_STATUS### ###EVAL_ERROR_FIELD_status### ###MISSING_STATUS### ###TCA_INPUT_status###

== Eigene Felder hinzufügen ==
http://www.herzogkienast.de/tutorials/benutzerregistrierung-erweitern.html
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

Prinzip:
* Extension erstellen die fe_user mit den benötigten Feldern erweitert
* HTML Template kopieren / bearbeiten
* TCA Array für Selectboxen etc. bearbeiten und localconf mit hook erweitern.

=== FE-User Tabelle erweitern und Template kopieren ===
Die FE-User Tabelle erweitern

Zunächst müssen die zusätzlichen Felder in der Front-End Benutzertabelle erzeugt werden. Hierzu kann einfach mit dem Kickstarter eine Extension erstellt werden, die der Tabelle fe_users weitere Felder hinzufügt.

Die Marker im Template von sr_feuser_register anlegen

So man das noch nicht getan hat, das Template der Front-End Registrierung kopieren und im Fileadmin ablegen. Dann in den TypoScript Konstanten das Template eintragen:
<pre>
plugin.tx_srfeuserregister_pi1 {
file.templateFile = fileadmin/template/html/srfeuserregister.html
}
</pre>

=== Beispiel einfaches Textfeld ===
Marker für einfache Textfelder anlegen:
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-myNewFieldName">###LABEL_MYNEWFIELDNAME###</label>
###REQUIRED_MYNEWFIELDNAME###
</dt>
<dd>

###EVAL_ERROR_FIELD_myNewFieldName###


###MISSING_MYNEWFIELDNAME###

<input id="tx-srfeuserregister-pi1-myNewFieldName" type="text" size="40" maxlength="50" title="###TOOLTIP_MYNEWFIELDNAME###" name="###NAME_MYNEWFIELDNAME###" />
</dd>

</pre>
Dabei myNewFieldName durch den gesammten Feldnamen ersetzen.

Aufpassen wo Groß und wo Kleinschreibung angesagt ist (Im Standard Template nachschauen). Unterschiede bei den Markern von TCA Feldern und einfachen Textfeldern beachten. Bei Textfeldern heißt es oft FIELD_myFieldName, bei TCA Feldern TCA_INPUT_myFieldName

=== Label und Fehlertexte lokalisiert hinzufügen ===

Wie bereits bei der Eintragung ins Template zu erkennen war, können alle Label und Texte für den Fehlerfall lokalisiert eingegeben werden. Dazu einfach folgendes zum TypoScript Setup hinzufügen:

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.myNewFieldName = Mein Feld eingeben:
Fehlernachricht bei unausgefüllten Pflichtfeldern:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.missing_myNewFieldName = Bitte geben Sie etwas ein!
Dasselbe aber für die Einladungsmaske:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.missing_invitation_ myNewFieldName = Bitte auch hier was eingeben
Fehlermeldung, wenn das Feld falsch ausgefüllt wurde:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.evalErrors_evalRuleName_myNewFieldName = Darf nur Buchstaben und Zahlen enthalten!

=== TCA Felder hinzufügen (Select, Radio, Checkbox) ===
Hier sind weitere Schritte notwendig. Nämlich:
====Die TCA-Konfiguration zur Verfügung stellen ====

In früheren Versionen der Extension sr_feuser_register wurde pauschal die gesamte TCA des Projektes eingelesen und ausgewertet. Dies stellte sich jedoch als zu ressourcenfressend heraus. Daher müssen Extensions, deren Felder in sr_feuser_register genutzt werden sollen, nun über einen Hook registriert werden. Dazu folgenden Code der '''ext_localconf.php der Extension''', die die neuen Felder enthält, hinzufügen:

<pre>
if (TYPO3_MODE==’FE’){
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = ‘my_new_ext’;
}
</pre>
Kann oder möchte man die andere Extension nicht verändern oder bleibt bei älteren Konstellationen der Hook wirkungslos, so kann man auch mit einem direkten Hack der Extension sr_feuser_register die TCA zur Verfügung stellen. Achtung, diese Änderung geht bei einem späteren Update verloren und muss daher gut dokumentiert werden!

In der Datei'' typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'' in der Funktion “''init''” hinter dem Code, der direkt Mail behandelt folgendes einfügen:
</pre>
if (t3lib_extMgm::isLoaded('my_new_ext')) {
tx_div2007_alpha::loadTcaAdditions_fh001(array('my_new_ext'));
}
</pre>
Nun wird das TCA in jedem Fall geladen. Andernfalls kann der ärgerliche Fall eintreten, das bei der Front-End Nutzerregistrierung die Marker der Felder nur dann ersetzt werden, während man als Nutzer im Backend angemeldet ist, da nur in dem Fall das ganze TCA geladen wird.

==== Weiteres Beispiel ====
TCA-Marker, wie im Codebeispiel unten, ersetzt werden und dieser Marker platziert werden '###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###.
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-industry">
###LABEL_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
###REQUIRED_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
</label>
</dt>
<dd>

###EVAL_ERROR_FIELD_tx_srfeuserextrafieldindustry
_industry###


###MISSING_TX_SRFEUSEREXTRAFIELDINDUSTRY
_INDUSTRY###

###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###
</dd>

</pre>

ext_localconf.php in der neuen Extension mit Hook um das neue Feld zu registrieren (nur bei tca feldern)
<pre>
<?php
if (TYPO3_MODE=='FE') {
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']
['sr_feuser_register']['extendingTCA'][]
= 'sr_feuser_extrafield_industry';
}
?>
</pre>

TypoScript Template - Felder zuweisen

In Ihrem TS-Template müssen Sie nun noch das entsprechende Feld zuweisen.

Zunächst in den constants wie folgt:

plugin.tx_srfeuserregister_pi1.formFields = tx_srfeuserextrafieldindustry_industry,image, username

Und im Setup bei create.fields und edit.fields.

Sofern das Feld ein Pflichtfeld sein soll, muss es sowohl in den Constants bei plugin.tx_srfeuserregister_pi1.requiredFields, als auch im Setup bei create.required angegeben werden.

=== Sprachlabel ===
<pre>
plugin.tx_srfeuserregister_pi1._LOCAL_LANG {
de {
fe_users.tx_srfeuserextrafieldindustry_industry =
Branchenauswahl:
fe_users.tx_srfeuserextrafieldindustry_industry.I.0 =
---
fe_users.tx_srfeuserextrafieldindustry_industry.I.1 =
Produzent1
fe_users.tx_srfeuserextrafieldindustry_industry.I.2 =
Produzent2
fe_users.tx_srfeuserextrafieldindustry_industry.I.3 =
Produzent3
fe_users.tx_srfeuserextrafieldindustry_industry.I.4 =
Produzent4
fe_users.tx_srfeuserextrafieldindustry_industry.I.5 =
Produzent5
}
}
</pre>

==Sprachlabel allgemen==

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.labelName = overridingValue

oder für TCA Felder

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.tableName.fieldName = overridingValue

Front End User Registration (fe users)

2013-11-18T14:58:19Z

87.180.125.224: /* Label und Fehlertexte lokalisiert hinzufügen */

Veralteter Artikel. Siehe auch:

[[Typo3 - Benutzer Registrierung (sr feuser register)]]

== Konfiguration ==

Front End User Registration extension - Kurzanleitung Stand 31.5.2006
TS-Einstellungen mit folgendem prefix:
plugin.tx_srfeserregister_pi1.

'''Extensions Installieren'''
* die Extension
* static_info_libary (sr_static_info) + static_info_tables
* Keine Pflicht aber nützlich sind: New Login Box (newloginbox), '''KB MD5 FE Password''' (kb_md5fepw) und FE, BE Library ('''fh_library''').

Statisches Template einfügen
* 'FE User Registration CSS-styled' (1.4.9+ of extension Static Info Library (sr_static_info) oder 'FE User Registration Old Style'.

'''SysOrdner für die FrontendUser'''
* Anlegen und darin zwei Frontend User Gruppen (nicht bestätigte und bestätigte Registrierungen)
* Wie angegeben die Konstanten auf diese Usergruppen IDs setzen:
userGroupUponRegistration=[gruppe1]
userGroupAfterConfirmation==[gruppe2]
* Konstanten anlegen:
pid = [Ordner-Seite]

'''Login (Anmeldeseite) erstellen'''
* “General Storage Storage” (Allgemeine Datensatzsammlung) auf den Userordner setzen
* New Login Box''' anlegen
* dahinter die Front End User Registration extension CODE leer,Starting Point auf den UserOrdner
* Konstanten wie unten setzen
loginPID=[AnmeldeseitenID]

Register Seite erstellen
* unter der Anmeldeseite erstellen Access (Zugriff) auf “Hide at login” (Beim Login verstecken)
* Front End User Registration mit CODE CREATE und Startpunkt auf den User Ordner
* Konstante setzen:
registerPID=[Registier-SeiteID]

'''Edit-Seite erstellen (Profil bearbeiten)'''
* Seite erstellen Zugriff nur für registrierte Nutzer Gruppe (siehe oben)
* Front End User Registration extension mit CODE EDIT und Startpunkt auf den User Ordner
* Konstante setzen:
editPID = [Edit-PageID]

'''Confirm-Seite (Anmeldebestätigung)'''
* Seite erstellen Zugriff wie bei Registrierseite 'hide at login'(Beim Login verstecken)
* Front End User Registration extension einfügen CODE-Feld leer, Starting Point auf User Ordner
* Konstante setzen:
confirmPID = [ConfirmPID]

'''Registrierformular anpassen'''
* Die Felder und Pflichtfelder werden im TS Template bei den Konstanten gesetzt (Angegebene Werte sind default Werte:

formFields=username,password, first_name,last_name,date_of_birth,email, address,city,zone, static_info_country,zip, telephone,language, title,company,www, module_sys_dmail_category, module_sys_dmail_html,disable

requiredFields=username,password,name,email

'''Weitere Einstellungen'''

Alle weiteren Einstellungen lassen sich jetzt mit dem Constant Editor erledigen

Von Hand lassen sich die Einstellungen nach dem folgenden Schema im Constants Feld vornehmen:
plugin.tx_srfeuserregister_pi1.property = value

Weitere Infos Hier:
http://typo3.org/documentation/document-library/extension-manuals/sr_feuser_register/2.3.6/view/5/4/

Weitere wichtige Einstellungen:

<pre>
email = schlegel@geo-bit.de
siteName = typo3.webmynet.de
enableEmailConfirmation = 0
enableEmailOnApprove = 0
enableEmailOnRefuse = 0
enableEmailOnUpdate = 0
enableEmailOnDelete = 0

</pre>

== Template ==

=== Formular-Felder ===
s.o.

=== Marker (Auswahl) ===
Für das Formular:

###FORM_NAME###

###FORM_URL###

###LABEL_ENTER_ACCOUNT_INFO###

###LABEL_REQUIRED_INFO_NOTICE###

###LABEL_USERNAME### ###REQUIRED_USERNAME###

##EVAL_ERROR_FIELD_username###

###MISSING_USERNAME###

###LABEL_PASSWORD### ###REQUIRED_PASSWORD###

###EVAL_ERROR_FIELD_password###

###MISSING_PASSWORD###

###TOOLTIP_PASSWORD###

###LABEL_PASSWORD_REPEAT###

###LABEL_TOOLTIP_PASSWORD_AGAIN###

###LABEL_NAME### ###REQUIRED_NAME### ###EVAL_ERROR_FIELD_name### ###MISSING_NAME###

###LABEL_FIRST_NAME### ...

###LABEL_LAST_NAME### ...

###LABEL_STATUS### ###REQUIRED_STATUS### ###EVAL_ERROR_FIELD_status### ###MISSING_STATUS### ###TCA_INPUT_status###

== Eigene Felder hinzufügen ==
http://www.herzogkienast.de/tutorials/benutzerregistrierung-erweitern.html
http://blog.marit.ag/2010/02/03/sr_feuser_register-zusatzfeld/

Prinzip:
* Extension erstellen die fe_user mit den benötigten Feldern erweitert
* HTML Template kopieren / bearbeiten
* TCA Array für Selectboxen etc. bearbeiten und localconf mit hook erweitern.

=== FE-User Tabelle erweitern und Template kopieren ===
Die FE-User Tabelle erweitern

Zunächst müssen die zusätzlichen Felder in der Front-End Benutzertabelle erzeugt werden. Hierzu kann einfach mit dem Kickstarter eine Extension erstellt werden, die der Tabelle fe_users weitere Felder hinzufügt.

Die Marker im Template von sr_feuser_register anlegen

So man das noch nicht getan hat, das Template der Front-End Registrierung kopieren und im Fileadmin ablegen. Dann in den TypoScript Konstanten das Template eintragen:
<pre>
plugin.tx_srfeuserregister_pi1 {
file.templateFile = fileadmin/template/html/srfeuserregister.html
}
</pre>

=== Beispiel einfaches Textfeld ===
Marker für einfache Textfelder anlegen:
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-myNewFieldName">###LABEL_MYNEWFIELDNAME###</label>
###REQUIRED_MYNEWFIELDNAME###
</dt>
<dd>

###EVAL_ERROR_FIELD_myNewFieldName###


###MISSING_MYNEWFIELDNAME###

<input id="tx-srfeuserregister-pi1-myNewFieldName" type="text" size="40" maxlength="50" title="###TOOLTIP_MYNEWFIELDNAME###" name="###NAME_MYNEWFIELDNAME###" />
</dd>

</pre>
Dabei myNewFieldName durch den gesammten Feldnamen ersetzen.

=== Label und Fehlertexte lokalisiert hinzufügen ===

Wie bereits bei der Eintragung ins Template zu erkennen war, können alle Label und Texte für den Fehlerfall lokalisiert eingegeben werden. Dazu einfach folgendes zum TypoScript Setup hinzufügen:

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.myNewFieldName = Mein Feld eingeben:
Fehlernachricht bei unausgefüllten Pflichtfeldern:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de.missing_myNewFieldName = Bitte geben Sie etwas ein!
Dasselbe aber für die Einladungsmaske:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.missing_invitation_ myNewFieldName = Bitte auch hier was eingeben
Fehlermeldung, wenn das Feld falsch ausgefüllt wurde:
plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.evalErrors_evalRuleName_myNewFieldName = Darf nur Buchstaben und Zahlen enthalten!

=== TCA Felder hinzufügen (Select, Radio, Checkbox) ===
Hier sind weitere Schritte notwendig. Nämlich:
====Die TCA-Konfiguration zur Verfügung stellen ====

In früheren Versionen der Extension sr_feuser_register wurde pauschal die gesamte TCA des Projektes eingelesen und ausgewertet. Dies stellte sich jedoch als zu ressourcenfressend heraus. Daher müssen Extensions, deren Felder in sr_feuser_register genutzt werden sollen, nun über einen Hook registriert werden. Dazu folgenden Code der '''ext_localconf.php der Extension''', die die neuen Felder enthält, hinzufügen:

<pre>
if (TYPO3_MODE==’FE’){
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['sr_feuser_register']['extendingTCA'][] = ‘my_new_ext’;
}
</pre>
Kann oder möchte man die andere Extension nicht verändern oder bleibt bei älteren Konstellationen der Hook wirkungslos, so kann man auch mit einem direkten Hack der Extension sr_feuser_register die TCA zur Verfügung stellen. Achtung, diese Änderung geht bei einem späteren Update verloren und muss daher gut dokumentiert werden!

In der Datei'' typo3conf/ext/sr_feuser_register/lib/class.tx_srfeuserregister_tca.php'' in der Funktion “''init''” hinter dem Code, der direkt Mail behandelt folgendes einfügen:
</pre>
if (t3lib_extMgm::isLoaded('my_new_ext')) {
tx_div2007_alpha::loadTcaAdditions_fh001(array('my_new_ext'));
}
</pre>
Nun wird das TCA in jedem Fall geladen. Andernfalls kann der ärgerliche Fall eintreten, das bei der Front-End Nutzerregistrierung die Marker der Felder nur dann ersetzt werden, während man als Nutzer im Backend angemeldet ist, da nur in dem Fall das ganze TCA geladen wird.

==== Weiteres Beispiel ====
TCA-Marker, wie im Codebeispiel unten, ersetzt werden und dieser Marker platziert werden '###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###.
<pre>

<dt>
<label for="tx-srfeuserregister-pi1-industry">
###LABEL_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
###REQUIRED_TX_SRFEUSEREXTRAFIELDINDUSTRY_INDUSTRY###
</label>
</dt>
<dd>

###EVAL_ERROR_FIELD_tx_srfeuserextrafieldindustry
_industry###


###MISSING_TX_SRFEUSEREXTRAFIELDINDUSTRY
_INDUSTRY###

###TCA_INPUT_tx_srfeuserextrafieldindustry_industry###
</dd>

</pre>

ext_localconf.php in der neuen Extension mit Hook um das neue Feld zu registrieren (nur bei tca feldern)
<pre>
<?php
if (TYPO3_MODE=='FE') {
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']
['sr_feuser_register']['extendingTCA'][]
= 'sr_feuser_extrafield_industry';
}
?>
</pre>

TypoScript Template - Felder zuweisen

In Ihrem TS-Template müssen Sie nun noch das entsprechende Feld zuweisen.

Zunächst in den constants wie folgt:

plugin.tx_srfeuserregister_pi1.formFields = tx_srfeuserextrafieldindustry_industry,image, username

Und im Setup bei create.fields und edit.fields.

Sofern das Feld ein Pflichtfeld sein soll, muss es sowohl in den Constants bei plugin.tx_srfeuserregister_pi1.requiredFields, als auch im Setup bei create.required angegeben werden.

=== Sprachlabel ===
<pre>
plugin.tx_srfeuserregister_pi1._LOCAL_LANG {
de {
fe_users.tx_srfeuserextrafieldindustry_industry =
Branchenauswahl:
fe_users.tx_srfeuserextrafieldindustry_industry.I.0 =
---
fe_users.tx_srfeuserextrafieldindustry_industry.I.1 =
Produzent1
fe_users.tx_srfeuserextrafieldindustry_industry.I.2 =
Produzent2
fe_users.tx_srfeuserextrafieldindustry_industry.I.3 =
Produzent3
fe_users.tx_srfeuserextrafieldindustry_industry.I.4 =
Produzent4
fe_users.tx_srfeuserextrafieldindustry_industry.I.5 =
Produzent5
}
}
</pre>

==Sprachlabel allgemen==

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.labelName = overridingValue

oder für TCA Felder

plugin.tx_srfeuserregister_pi1._LOCAL_LANG.languageCode.tableName.fieldName = overridingValue