2. E-Mail-Feld bei create_account mit Prüfung

[jonnyB]

so, ick hab mal die creat_account - geschichte um ein 2.mail feld erweitert.

eine registrierung ist nun nur bei übereinstimmung beider mail-felder möglich.

siehe bilder!

@ christian: auch hier würde ich gern ne zip mit den geänderten daten hochladen, oder soll ich dies per mail tun und du schiebst det hier nach?

  [ Für Gäste sind keine Dateianhänge sichtbar ] [ Für Gäste sind keine Dateianhänge sichtbar ]



Linkback: https://www.modified-shop.org/forum/index.php?topic=577.0

[Anonym]

schöne Sache, vielen Dank. Kann tatsächlich viel Ärger ersparen
Bin gespannt wie´s funktioniert.

[Anonym]

Du solltest jetzt ZIP hochladen können. Teste das mal bitte.

[jonnyB]

na dann hier der versuch

im dem .zip-file befinden sich die geänderten dateien in der xtc-ordner-struktur. diese einfach kopieren. (wenn der shop orginal modified eCommerce Shopsoftware ist)
im lang_ordner befinden sich .txt-dateien. diesen inhalt in die entsprechenden orginal-dateien einfügen. und zu guter letzt ist noch ne sql-anweisung bei die ihr einfach  mit php-admin ausführen solltet. und dann viel spaß

[jonnyB]

@ christian:  sieht irgendwie nicht so aus als ob es geht

[jonnyB]

nächster versuch:

[Anonym]

Klasse Sache... Vielen Dank

[jonnyB]

da nicht für

[Anonym]

Nochmal vielen Dank für diese Erweiterung.

Ich hätte noch eine Frage, braucht man denn wirklich zwei neue Felder in der DB.
Gemeint ist:

Code: PHP  [Auswählen]

ALTER TABLE customers ADD email_adress2 varchar(32);
ALTER TABLE address_book ADD email_adress2 varchar(32);
 

Würde gerne die DB möglichst Standard lassen, Änderungen an der DB sind nicht ohne und können schnell große Probleme verursachen.

Kann man die zwei Felder nicht einfach logisch prüfen, bevor das Formular abgeschickt und der neue Account angelegt wird ?

[jonnyB]

naja was heißt sind nicht ohne? sind halt einfach 2 felder mehr in der db.
so große probleme werden die nicht verursachen.

aber wirklich nötig sind sie auch nicht, im gegenteil auf dauer sind diese nur unnötiger datenbalast und datenleichen, da diese felder nie wieder benötigt werden.

aber es war für den moment der einfachste weg für mich.

müssen wir das teil nochmal überarbeiten und dies einfach mit der session_variable
$_POST['email_adress2'] regeln.

ich bin jetzt bis ostern erstmal mit meinen kidis + frau im urlaub.....wird also ne weile dauern bis ich mir darüber gedanken mache.

wenn einer bock hat kann er ja schon mal dran bauen und testen

[Anonym]

War nur als Verbesserung gedacht

Grund, es ist nie gut unterschiedliche Strukturen zu haben.
Vor allem dann, wenn wir hier gemeinsam an einer modified arbeiten wollen.
Das zweite eMailfeld wird ja mit Sicherheit in die modified aufgenommen.

Es geht mir darum, dass 2 Felder mehr da sind und man dann bei Inserts aufpassen muss.
Wenn ein ggf. vorhanderer Insert 10 Parameter hat, man hat aber 12 Felder in der Tabelle.
Dann kann es je nach dem wo die neuen Felder eingefügt wurden, ein ziemliches Chaos entstehen.
Für die lediglich einmalige Nutzung bei der Registrierung finde ich das mit dem zusätzlichen DB-Feld in zwei Tabellen etwas übertrieben.

Ich vertrete halt den Standpunkt:
- möglichst alles in den Templates oder "Modulen" regeln
- möglichst wenig vom Core verändern und wenn dann veränderte Stellen kommentieren
- keine Änderungen an der MySQL DB, höchstens neue Tabellen hinzufügen, aber nicht die bestehenden ändern.
ansonsten blickt irgendwann keiner mehr durch

Da ich kein Programmierer bin, kann ich nur sagen, dass so ein Logik-Vergleich oftmals mittels Javascript gemacht wird. Weis nicht was es besseres gäbe.

[jonnyB]

so na dann nochmal die datei creat_account ohne datenbank eintrag.

d.h. die SQL-anweisung aus dem modul kann man jetzt weg lassen.
es muß nur eine datei ausgetauscht werden. zufinden im anhang.

es wird jetzt wie schon angedeutet über die sessionvariable geregelt.

@Anonym : hast mir jetzt keene ruhe gelassen

[Anonym]

hihi danke jonnyB, ich teste es gleich. Schönen Urlaub.

Habe in der Zwischenzeit auch nach einer Lösung ohne DB gesucht, aber nur das gefunden:
http://www.xtc-load.de/2008/08/email-bestatigungsfeld-bei-anmeldung/
Das von xtc-load wäre eine wahrlich Quick and Dirty Lösung.

[jonnyB]

naja viele wege führen nach rom

aber als ich da mal drüber geflogen bin viel mir auf, daß ich die creat_guest_account.php nicht angepasst hab. auch da benötigt man ja ne email abfrage.
das werd ich aber erst nach dem urlaub machen. hab gerade keen bock mehr

[Anonym]

also es funktioniert prima (Variante 2 getestet).
Nur eines ist noch, wenn jemand die eMail-Adressen beide korrekt eingegeben hat, aber ein anderes Feld vergessen hat auszufüllen, dann kommen die passenden Fehlermeldungen (bis dahin also i.O.).
Das erste eMail-Feld ist danach weiter mit Inhalt, aber das zweite eMail-Feld ist dann leer und man muss es erneut eingeben.

Mal sehn ob ich finde woran das liegt.