Daten universell bereitstellen

Hi Stef,

wenn nur JS erlaubt ist als Sprache, dann kannst du als Server NodeJS nutzen. Ein Webserver ist mit NodeJS sehr schnell mit express aufgesetzt. Schau dir mal an wie das damit funktioniert. (NodeJs, NPM und express sind die schlüsselwörter). Wenn auch das ablegen der Daten nur mit JS gemacht werden soll, würde ich vorschlagen die Daten einfach in JSON-Dateien auf dem Server zu speichern.

Für die API kannst du dir dann auch etwas simples überlegen. Falls du hierzu weitere Fragen hast, sag einfach bescheid

Viele grüße,

Timo

Wenn ich das Projekt aus den anderen Beiträgen richtig verstanden habe, soll es eine rein JS basierte Lösung sein ( kein Framework oder Library ).

Wenn Server seitige Datenspeicherung erlaubt wäre, kann man das auch mit bereits verfügbaren Mitteln ( i.d.R. PHP o.ä. ) machen.

Arne Drews Ich hatte da auch nochmal nachgefragt, die Competition erlaubt noch einiges mehr. Das mit dem reinen JS ist nicht ganz korrekt. JAVA und Python wären auch erlaubt. Genauso wie Docker, PackageManager und Buildsysteme wie Maven, NPM usw.

Ich hatte auch überlegt ob ein Docker mit Apache und PHP ok ist, aber die wollen JAVA, Python oder JS und der Buildprozess muss auf Linux/Mac laufen.

Nur so zur info

Zitat von Stef

Ich nutze bisher zum Beispiel auch die smtp.js Bibliothek für den E-Mailversand.

Ok, habe mir das im Detail nicht angesehen, aber wenn ich das Beispiel auf der Homepage sehe

Email.send({
    Host : "smtp.yourisp.com",
    Username : "username",
    Password : "password",
    To : 'them@website.com',
    From : "you@isp.com",
    Subject : "This is the subject",
    Body : "And this is the body"
}).then(
  message => alert(message)
);

, kann ich wieder mal nur hoffen, dass das am Ende nicht den Weg ins öffentliche Netz findet.

Warum will man das?!

Muss ja jeder selber wissen, ich bin raus...

Arne Drews

Da es um eine Code-Competition geht, geht es hier ja eher darum etwas neues zu entwickeln und dabei bestimmte Technologien zu verwenden. Meist müssen diese weder Sicher noch Performant sein (Es sei denn, das ist das Thema :P)

In den seltensten fällen erblickt glaub ich sowas den Produktiven Einsatz.

Weiter ist die smtp.js eigentlich für den Einsatz auf nodeJs gedacht, daher kommt da ja der Client nicht dran. Oder wenn für Interne Systeme dann ist es egal, aber die seite hat nur 2 bereiche, etwas drunter kannst du auch den Sec-Token hinterlegen. Wie gesagt, es ist eher nicht für Public-websites gedacht :).

Stef

Nachdem was ich da gelesen habe, wird NodeJS erlaubt sein, genauso wie PHP, solange du eine einfache Installation hin bekommst. Was ja durch ein Docker-Container möglich wäre.

Zitat von Stef

Das Passwort kann verschlüsselt werden.

Das ist zwar richtig, aber du erlaubst dennoch jedem, solange das Token gültig ist, über den eingetragenen SMTP, Mails zu versenden. Was du hier einbindest ist ja nicht nur ein Package, dahinter steht ja ein Service der genutzt wird. Hier wird eben der Request mit den Zugangsdaten an smtpjs (Server) gesendet und die senden dann Mails über dein smtp Server.

Im gleichen Zuge könntest du auch selbst z.B. ein PHP-Script hosten welches Mails versendet und du es über eine API ansprechen kannst. Da hast ggf. noch mehr Sicherheit

Grüße

Timo

Genau so.

Grundsätzlich gilt: Authentifizierungsdaten egal welcher Art haben im Client nichts zu suchen!