Hallo zusammen,
hat schon mal jemand versucht, eine Loginbox zu bauen, die auf die tt_address zugreift ?
Funktionalität etwa so:
- Name gefunden in tt_address und Paswwort OK -> Zuordnung zur FE-Gruppe 'dmail'
- Falls nicht gefunden: nochmal in FE_USERS prüfen und entspr. User setzen ...
Hätte den Vorteil, daß Benutzer, die sich fuer einen Newsletter angemeldet
haben sich auch gleichzeitig (ohne weiteres Formular) auf der Website
anmelden können. Wenn man alle User aus der tt_address einer festen
Usergruppe zuordnet, kann man da auch den Zugriff entsprechend einschränken.
Oder sollte man das Ganze andersherum versuchen ?
FE_USERS umd die Daten für Directmail erweitern und
Directmail so umbauen, daß es auf die FE_USERS zugreift ... ?
Oder (3. Möglichkeit): besser eine eigene Anmeldeseite
bauen, die gleichzeitig in FE_USERS und TT_ADDRESS einträgt ?
Ich will auf jeden Fall _vermeiden_, daß man ZWEI Formulare ausfüllen
muss um sich auf der Seite anmelden zu können und einen Newsletter
auszuwählen. Gilt natürlich auch für das Abmelden.
Die FAQs waren zu dem Thema niocht besonders hilfreich ...
zudem scheinen zur Zeit die MailinList-Seiten auf typo3.org
nicht richtig zu funktionieren ... ?
Wer hat Ideen / Ansätze / Vorschläge ?
Wenn ich zu einer brauchbaren Lösung komme, werde ich das hier
posten ...
Gruesse
Stefan
Na, schon wieder jemand, dem die frontend-user-lib nicht so recht passt. Ich glaube so langsam könnte man da ein Team aufmachen.
Mir ist aufgefallen, dass in ein paar Threads Leute davon geschrieben haben, was sie lieber anders hätten. Vielleicht sollte man die Ideen mal zusammenlegen und das beste zusammen implementieren?
Was hälst Du davon?
Greetzz
Danile
Du schau Dir mal das an. Eigentlich ist es ein Teil von direct mail - aber es schaut so aus, als wäre Kasper hier dafür offen, welche userdaten-Tabelle verwendet wird.
Soll sagen - man könnte den Teil wohl herauslösen und generell in die userverwaltung hineinsetzen.
Greetz
Daniel
http://typo3doku.ueckermann.de/classtslib__fe.html#a35
01155 switch($temp_recip[0]) {
01156 case "t":
01157 $theTable = "tt_address";
01158 break;
01159 case "f":
01160 $theTable = "fe_users";
01161 break;
01162 default:
01163 $theTable="";
01164 break;
01165 }
01166 if ($theTable) {
01167 $recipRow = $this->sys_page->getRawRecord($theTable,$temp_recip[1]);
01168 if (is_array($recipRow)) {
01169 // debug($recipRow);
01170 $authCode = t3lib_div::stdAuthCode($recipRow["uid"]);
01171 $rowFieldsArray = explode(",", "uid,name,title,email,phone,www,address,company,city,zip,country,fax,firstname");
01172 reset($rowFieldsArray);
01173 while(list(,$substField)=each($rowFieldsArray)) {
01174 $this->jumpurl = str_replace("###USER_".$substField."###", $recipRow[$substField], $this->jumpurl);
01175 }
escapedPrisoner schriebDu schau Dir mal das an
case "t":$theTable = "tt_address";
case "f":$theTable = "fe_users";
Sieht gut aus .. . ich werde mich bei gelegenheit damit beschäftigen - bin aber im Moment noch mit anderen Dingen beschäftigt.
Bis jetzt habe ich ein experimentelles Plugin geschrieben, das in die tt_adress username und password einfügt und es dann erlaubt, sich damit anzumelden.
Allerding funktioniert es noch nicht, daß ein User dann auch seine Daten in - je nach dem - fe_users bzw. tt_address ändern kann.
Außerdem funktioniert 'forgot password' noch nicht.
Ich muss mal sehen, welche Variante mir schneller realisierbar erscheint.
Guesse
Stefan
Na momentan ist es wohl der einfachste Weg auf die tt_address umzuswitchen.
Aber prinzipiell - also vom Datenmodelliererischen Standpunkt aus - wäre es gut da zwei eigene Tabellen zu lassen. Und zwar einmal die Adressinfos in der tt_address und dann die "technischen" Infos in fe_users, wo Authentifizierungsdaten und verschiedene Einstellungen des Users drinstecken.
Mit einem join lassen die beiden Tabellen sich ja prima verbinden. Sowas wie
select ... from ... join .. on fe_users.addressid = tt_address.feuserid
Watt hälst davon?
Greetzz
Daniel
Neue Ergebnisse:
Ich habe das Versenden von Direct Mails nach dem Tutorial von Marlies (direct_mail_tut) mal etwas modifiziert:
Siehe Seite 14 - Recipient List Types:
1) In der Auswahl 'Tables' habe ich nur 'Website User' gewählt
2) In 'Startingpoint' habe ich die Seite mit meinen FE-Usern eingetragen
3) Zum Testen habe ich per phpMyAdmin die Felder 'module_sys_dmail_category' und 'module_sys_dmail_html' in der 'fe_users' von Hand modifiziert.
Und siehe da ... die Mailer-Engine verschickt eMails an alle fe_users und selectiert auch richtig nach Kategorien.
Allerdings sendet der Mailer an ALLE FE-User; unabhängig davon, ob überhaupt eine Mail-Adresse eingegtragen ist oder nicht.
Und auch, wenn KEINE Kategorie gewählt ist, wird eine eMail verschickt.
Es bleiben also zwei Probleme zu lösen:
1) Dem 'direct_mail' beibringen, daß es nur eMails versendet, wenn mindestens 1 Kategorie gewählt ist
2) Das Plugin 'fe_admin' ändern, so daß es die Auswahl von Kategorien mitübernimmt.
Gruesse
Stefan
Es bleiben also zwei Probleme zu lösen:
1) Dem 'direct_mail' beibringen, daß es nur eMails versendet, wenn mindestens 1 Kategorie gewählt ist
... und das ist ganz einfach:
Ich habe das Versenden von Direct Mails nach dem Tutorial von Marlies (direct_mail_tut) mal etwas modifiziert:
Siehe Seite 14 - Recipient List Types:
1) In der Auswahl 'Tables' habe ich nur 'Website User' gewählt
2) In 'Startingpoint' habe ich die Seite mit meinen FE-Usern eingetragen
Zusätzlich:
3) In der Auswahl 'Cat.0' ... 'Cat.9' alle Felder markieren
Dann werden nur fe_user ausgewählt, die zumindest EINE der angeclickten Kategorien ausgewählt haben ...
Gruesse
Stefan
hi leider keine ahnung, aber heute habe ich einfach mal drei frauen klar gemacht #giggle# #giggle#