Nachträglich Datensatz intern einfügen

Hmmh, meine lieben Admins und User
Trotz eifriger Experimente, guter Dokumentation und eurer Tipps komme ich nicht ganz dahin wo ich will. Bitte vergesst nicht, dass meine PHP Kenntnisse als alter Cobol’er nur rudimentär sind. Für einige wenige Sachen reichen sie zwar aus, aber nicht für dieses spezifische Problem. Hier mal die Ablauffolge
Der Anwender füllt das Formular aus und schickt es ab, er bekommt dann eine spezielle Bestätigung in einem Joomla-Beitrag, erst jetzt wird das Passwort generiert, dieses soll zusammen mit einigen Inhalten des abgeschickten Formulars, wie Datum, Meldenummer und einigen anderen Feldern per E-Mail an ihn an seine E-Mail Adresse gesendet und gleichzeitig damit in dem Formular nachträglich abgespeichert werden. Das kriege ich einfach nicht hin! Es ist nämlich enorm wichtig, da das Passwort noch an anderen Stellen der Webseite abgefragt wird; ich muss ja prüfen können ob er Zugangsberechtigt ist. Könnt ihr mir dabei bitte helfen?
Herzliche Grüße
Norbert

Hallo Norbert,
.. mal abgesehen davon, dass es ganz schön anstrengend ist, derart cryptisch formatierte Texte zu lesen...

Lass doch den Anmelder sein Passwort im Formular selbst festlegen (oder nutze dort ein mit SQL zufällig generiertes verstecktes Passwort), dann:

1. ist es gleich in der Datenbank gespeichert
2. kannst du es ihm in deiner Meldung anzeigen
3. kannst du es ihm auch in der Mail schicken
4. kannst du es später wieder auslesen

Für Zugangsberechtigungen ist (eigentlich) Joomla mit seiner Benutzerverwaltung zuständig. Zusammen mit den Berechtigungen in der Formularkonfiguration kann man vieles ermöglichen.
Ansonsten kommst du wohl um die Nutzung des CustomPlugins nicht herum.

Hallo Heinz.
Vielen Dank für deine Rückmeldung. Mit dem Text war ich selbst total erschrocken! Ich hatte ihn in Word geschrieben, weil dieser Editor hier keine Rechtschreibkorrektur hat, und ihn dann mit copy-paste hier eingefügt. Zuerst sah es ja gut aus, so zerschossen wurde der Text erst, nachdem ich ihn abgeschickt hatte. Ich habe keine Ahnung was dabei passiert ist. Das "=12.0pt" ist die Formatierungsanweisung von Word, weil ich den Text mit 12 Pkt Schrift geschrieben hatte. Ich bitte um Entschuldigung.
Den Anwender kann ich nicht sein Passwort selbst bestimmen lassen, genau so wenig wie die Generierung durch SQL, weil nämlich ein Teil des Passwortes fix ist und Informationen zur Benutzersteuerung und Definition erhält. Das wird bei meinem PW-Generator berücksichtigt und mit eingebaut.
Aber leider, wie schon in meinem kryptischen Text erwähnt, bekomme ich das mit dem Custom PlugIn nicht hin, bin wohl schon zu alt und verkalkt dazu. Die Zeiten, in der ich etwas in 3 Tagen gelernt habe, sind leider lange vorbei.

Hallo Heinz.

Hast du ein Script für ein mit SQL zufällig generiertes Passwort? Ich habe es probiert mit:
DECLARE @PasswordLength INT = 12;
CREATE TABLE #RandomChars (
    ID INT IDENTITY(1,1),
    CharValue CHAR(1)
)
INSERT INTO #RandomChars (CharValue)
VALUES ('a'), ('b'), ('c'), ('d'), ('e'), ('f'), ('g'), ('h'), ('i'), ('j'),
       ('k'), ('l'), ('m'), ('n'), ('o'), ('p'), ('q'), ('r'), ('s'), ('t'),
       ('u'), ('v'), ('w'), ('x'), ('y'), ('z'), ('A'), ('B'), ('C'), ('D'),
       ('E'), ('F'), ('G'), ('H'), ('I'), ('J'), ('K'), ('L'), ('M'), ('N'),
       ('O'), ('P'), ('Q'), ('R'), ('S'), ('T'), ('U'), ('V'), ('W'), ('X'),
       ('Y'), ('Z'), ('0'), ('1'), ('2'), ('3'), ('4'), ('5'), ('6'), ('7'),
       ('8'), ('9')
DECLARE @Password NVARCHAR(100) = '';
WHILE LEN(@Password) < @PasswordLength
BEGIN
    DECLARE @RandomChar CHAR(1);
       SELECT TOP 1 @RandomChar = CharValue
    FROM #RandomChars
    ORDER BY NEWID()
       SET @Password = @Password + @RandomChar;
END
SELECT @Password;
DROP TABLE #RandomChars;

und mit:
SET @PasswordLength = 12;
SELECT SUBSTRING(MD5(RAND()) FROM 1 FOR @PasswordLength) AS Password;

probiert, funktioniert aber beides nicht.



 

Hallo Norbert,

die von Heinz genannten Vorteile einer Lösung mit einem Formularfeld liegen auf der Hand.
Je nachdem, wie genau im Detail mit dem Passwort später umgegangen werden soll, könnte es damit sogar deine komplette Lösung sein.

Für die SQL-Statements in Visforms sind nur einzeilige Statements erlaubt.
Scripte, die aus mehreren SQL-Statements bestehen sind leider nicht möglich.
Wenn du also das SQL-Statement wie folge schreibst, dann funktioniert es:
Hier benutzt in einem sehr einfachen Beispiel zur Demonstration mit einem normalen Textfeld (nicht versteckt).
Feld-Konfiguration:
vi-solutions.de/forum-uploads/calculatio...-1_configuration.png
Feld im Formular:
vi-solutions.de/forum-uploads/calculation-form_password-1.png

Liebe Grüße, Ingmar

Hallo Norbert,

vielleicht hast du weiterhin an einem Visforms Custom-Plugin Interesse bzw. Bedarf.
Etwa weil nicht alle deine Anforderungen mit einem SQL-generierten Password in einem Formularfeld erfüllt werden können oder weitere Dinge beachtet/umgesetzt werden müssen.
Wie gesagt sind mit einem Custom-Plugin letztendlich fast alle Dinge umsetzbar.

Falls du Hilfe bei der Entwicklung des Plugins benötigst, dann können wir dich gerne dabei unterstützen - auch mit der kompletten Implementierung.
Bitte habe Verständnis dafür, dass wir diesen Aufwand zu unserem aktuellen Stundensatz berechnen müssen.

Liebe Grüße, Ingmar