Backend in Java und Ansicht von Dateien in statische HTML Seiten?

[internet]

mir schwebt vor eine simple Online Galerie zu programmieren bzw. eine bestehende zu nehmen.
Also nichts besonderes, einfach dass man die Bilder online abrufen kann.

Im Endeffekt soll von einem Webapp oder einer Desktop App diese erstellt werden. Also sprich das Backend ist in Java geschrieben.

Die Gallery soll der User ganz einfach auf seinem eigenen Server hosten können.
Ebenfalls sollte der Kunde nicht irgendwelche Installationen durchführen müssen auf seinem Server.
Bestenfalls einfach die Dateien in einen FTP Order schieben und gut ist.

Es gibt quasi drei Ansichten (HTML Seiten) für den End-Benutzer:

• Komplette Gallery, also Übersicht aller Bilder
• Einzelnes Bild
• Eine Seite, in der User einen PIN eingeben muss

Nun habe ich gedacht:
- Kunde hat in der Desktop / Webapp die Möglichkeit ein paar Einstellungen vorzunehmen, bspw.
a) Wie groß sollen die Thumbnails sein
b) Design
c) welche Sharingmöglichkeiten etc.
- Anhand diesen Informationen werden dynamisch die HTML - Seiten erstellt.
Als 1x die Komplette Gallery und dann pro Bild eine HTML Seite.

• Pro Bild dann eine HTML Seite
• Die HTML Seiten und Bilder / Thumbnails werden dann per FTP auf den Server des Users transferiert.

Nun habe ich aber folgende Fragen:
a) Ich würde gerne die die komplette Gallery mit einem Passwort schützen. Wie kann ich das aber machen, wenn ich bspw. kein JSF etc. verwende?
b) Ich hätte gerne eine Seite, auf der der User ein PIN eingeben muss. Wenn der PIN stimmt, wird er zu seinem Bild geleitet.

Wäre das vllt. mit PHP möglich, damit ich hier serverseitig rendern kann?

Also so ein paar Dinge müsste ich ja in Variablen speichern, wie:
a) Hat der User das richtige Passwort eingegeben und hat nun Zugriff auf die Gallery?
b) So paar Statistiken wären auch nicht schlecht... Wie oft wurde das Bild geöffnet etc. Aber wo wird das gespeichert? Dazu bräuchte ich dann wiederum eine Datenbank?

Vielleicht hat jemand ein paar Ideen wie man das umsetzen könnte.
Prinzipiell könnte ich das alles in JSF umsetzen. Aber das Problem ist, dass ich möchte, dass jeder User das auf seinem eigenen Server hosten kann.

 

[Oneixee5]

Prinzipiell bietet die Java-Servlet-Api (Servlet, JSP, JSF ...) ein Zugangssystem an. Wobei es FTP auch so wie/als ein Servlet gibt. Java-Servlet-Api ist die Grundlage der meisten Java-Web-Anwendungen, z.B. im Tomcat oder Jetty bzw. WAR-Files. Denkbar wäre auch Spring Boot oder Quarkus, die bieten auch alles. Auch eine Node.js App (Typescript) wäre möglich, allerdings bei Bildern müsste man die Geschwindigkeit testen.
Wenn du keine Installation möchtest, kannst du das auch in ein Docker-Image packen. Dann kann man alles komplett ausliefern, also Java, Server, Datenbank, eigene Programme, etc.. Der Nutzer macht dann seine eigenen Einstellungen, z.B. Speicherort und kann dann entscheiden, ob es einfach lokal läuft, im eigenen Netzwerk oder im Internet. Die Bedienung würde dann im Browser erfolgen.

Man könnte auch einfach Nextcloud o.ä. installieren, dann hätte man das schon fertig.

 

[internet]

danke für die Antwort
Aber nein, das ist alles zu kompliziert für den Endkunde.
Mein Endkunde hat meistens keine IT - Kenntnisse.
Er hat eine laufende Webseite (bspw. Wordpress) um sein Unternehmen zu repräsentieren.
Die größte Hürde wird schon sein, dass er FTP Zugang ausfindig machen und ggf. auf dem Server Schreibrechte freigeben muss.

Ich könnte auch bpsw. die Bilder einfach nach Dropbox schieben, das wäre auch möglich.
Allerdings sieht dann jeder User, der die URL zu der Gallery kennt auch alle Bilder.
Bei mir ist es aber so, dass pro Bild ein individueller Code erzeugt wird, sodass der User auch nur das Bild abrufen kann, wovon er einen Code hat.
Der individuelle Code wird von einem anderen Programm erzeugt, also dort wo die Originalbilder entstehen.
Aktuell wäre das dann einfach der Dateiname, womit das Bild dann X9963584.jpg heißt.

Um die erstellen Bilder den Besuchern zur Verfügung zu stellen, will ich nun eben so eine recht simple Gallery haben.
Statische HTML Seiten wären wohl recht einfach. Allerdings habe ich dann keine Möglichkeit ein paar Serverspezifische Dinge zu machen (Passwort auslesen, Statistik speichern).

PHP wäre noch eine Möglichkeit, da dies auf ziemlich allen Servern läuft. Damit kenne ich mich allerdings nicht aus.
Vermutlich brauche ich dann aber ein paar SQL Tabellen auf dem jeweiligen Webserver, hier wird es dann für den Endkunde wiederum komplizierter.

 

[Oneixee5]

Ich sehe bei PHP keine Vorteile gegenüber Java. Ich denke Containern sind heute Standard.

 

[internet]

nochmal... meine Kunden haben i.d.R. einfach einen Webspace bei einem Hoster strato, allinkl und wie sie alle heißen, auf dem ein CMS betrieben wird...
Da läuft kein Tomcat, Wildfly etc. drauf.

 

[Oneixee5]

nochmal... meine Kunden haben i.d.R. einfach einen Webspace bei einem Hoster strato, allinkl und wie sie alle heißen, auf dem ein CMS betrieben wird...
Da läuft kein Tomcat, Wildfly etc. drauf.

Server und Betriebssysteme „Docker ready“? | STRATO

In diesem Artikel erhalten Sie einen Überblick, mit welchen Servern und Betriebssystemen Sie bei STRATO Docker-Container nutzen können.

www.strato.de

 

[KonradN]

Die Frage ist doch, was die ganz exakten Voraussetzungen sind. Was ist statisch? Was ist dynamisch? Evtl. kannst du alles statisch halten - dann hast du einen lokalen Client, der alles generiert. Das wäre dann ein System wie z.B. Hugo, welches ich für meine Webseiten nutze … Webseite ist komplett statisch und es wird alles lokal generiert vor dem Upload.

Oder wenn etwas dynamisch sein muss auf Serverseite: was willst du da voraus setzen? Du hast schon PHP genannt. Das ist eine Möglichkeit z.B. mit einer MySQL Datenbank, die viele Hoster haben …

Ansonsten hast du WordPress genannt. Wenn du das als Voraussetzung nehmen willst, dann ist es evtl. ein WordPress Plugin, das du entwickeln willst.

Aber da ist wirklich die Frage, was die Voraussetzungen ganz genau sind. Und auch, was du kannst bzw. können willst.

Und technisch ist es doch kein Thema, eine Anwendung zu hosten. Für paar Euro im Monat hast du die Anwendung in der Cloud oder sie läuft auf einem 5€ VServer oder oder oder ….

 

[Dukel]

Wenn die Kunden schon Webspace haben mit CMS, dann würde ich mir das anschauen. Vielleicht gibt es dort Bildergallerien zum einbinden oder Google Drive oder andere Cloud Anbieter. Dort kann man einfach Bilder hochladen, ggf. mit Berechtigungen / Passwort versehen und darstellen.

Ich würde nach vorhandenen Möglichkeiten statt einer neu-Entwicklung schauen.

 

[internet]

Also im Endeffekt habe ich zwei Arten von User:

• Fotograf (mein wirklicher Kunde als Anbieter)
  • Er betreibt das CMS / Webspace auf seinem Server
• Gast
  • Er schaut sich die Bilder an. U.a. durch Abruf mittels eines Passworts an
• Auftraggeber vom Fotograf
  • Der Kunde vom Fotograf
  • Hat ggf. nochmal mehr Möglichkeiten (kann Bilder sperren), Abruf der Statistik

ich habe da schon länger nach bestehenden Lösungen gesucht, aber dafür gibt es nichts dergleichen am Markt für mein Vorhaben,
Klar, Bilder hochladen, anzeigen sicher schon.
Aber nicht jedes Bild mit einem PW versehen, bei einem Collagebild die Einzelbilder nochmal anzuzeigen usw.

Die Gallery auf dem Webspace vom Kunden, ist eig. auch nur eher aus dem Hintergrund:

• Kunde hat die Bilder auf seinem Server (aufgrund von DSGVO haben hier immer noch Leute Probleme die Bilder sonst wo anders zu hosten)
• Ich selbst nicht zig TB hosten muss

Was mein Gedanke ist, dass ich das Backend in einer separaten JAVA Anwendung habe. Diese Gallery ist also nur für die Ansicht und Auslagerung gedacht. Die Steuerung & Logik wäre dann in der Java Anwendung.
Die Java Anwendung könnte dann als Desktop - Anwendung oder WebApp - Lösung angeboten werden.

Technisch könnte es dann so aussehen, dass der Fotograf sich eine Datenbank anlegt (das kann man ja in bei den meisten Hostern auch recht einfach machen und dazu muss man kein IT Experte sein).
Danach muss er mittels FTP ein paar PHP Dateien auf den Server schieben und eine Installation durchführen.
Im Hintergrund wird die erstellte Datenbank auf dem Webspace mit ein paar benötigten Tabellen gefüllt.
U.a. wird bspw. auch eine Tabelle erzeugt, in der ein API Key erzeugt wird.
Diesen API Key muss der User dann nehmen um Zugriff mittels der JAVA App auf die Datenbank vom Webspace zu bekommen.

Also je mehr ich darüber nachdenke, denke ich, dass ich nicht um eine kleine Datenbank beim Webspace des Fotografen herumkomme.

 

[mihe7]

Kunde hat die Bilder auf seinem Server (aufgrund von DSGVO haben hier immer noch Leute Probleme die Bilder sonst wo anders zu hosten)

Was heißt "sein Server"? Ist das nicht ein Server, der bei XYZ gemietet wurde (oder gar nur Webspace)? Ich frage, weil dann die Bilder ja bereits bei einem Dritten gehostet werden. Andererseits: wo die Bilder gespeichert sind, spielt technisch sowieso keine Rolle.

Aber nicht jedes Bild mit einem PW versehen, bei einem Collagebild die Einzelbilder nochmal anzuzeigen usw.

Das wäre dann eben eine Erweiterung (Plugin) des CMS, die Du zur Verfügung stellen könntest.

 

[internet]

Was heißt "sein Server"? Ist das nicht ein Server, der bei XYZ gemietet wurde (oder gar nur Webspace)? Ich frage, weil dann die Bilder ja bereits bei einem Dritten gehostet werden. Andererseits: wo die Bilder gespeichert sind, spielt technisch sowieso keine Rolle.

Ja, im Prinzip nur Webspace vom Fotografen, auf dem seine Homepage läuft. Also Strato, allinkl. etc.
Ja, stimmt natürlich, dass das Hosting dann quasi bei einem "Dritten" ist, also Strato, allinkl. etc.

Das wäre dann eben eine Erweiterung (Plugin) des CMS, die Du zur Verfügung stellen könntest.

Ja, entweder eine Wordpress Erweiterung und eben nochmal eine Standalone PHP Anwendung. Beides wäre möglich.

 

[mihe7]

Theoretisch könntest Du (ggf. bei "Dir") auch ein (Java-)Backend hosten, das die Zugriffslogik auf die Bilder implementiert, die Bilder von geschützten Teilen der Webspaces der Fotographen zieht und an das Frontend liefert.

 

[internet]

Theoretisch könntest Du (ggf. bei "Dir") auch ein (Java-)Backend hosten, das die Zugriffslogik auf die Bilder implementiert, die Bilder von geschützten Teilen der Webspaces der Fotographen zieht und an das Frontend liefert.

wie könnte sowas aussehen?

 

[mihe7]

wie könnte sowas aussehen?

Du kannst z. B. einen vServer mieten, dort ein SpringBoot/Java EE-Anwendung laufen lassen (oder den Spaß bei einem Cloud-Anbieter hosten - da weiß ich allerdings nicht, wie das preislich aussieht). Diese Anwendung verarbeitet im Endeffekt Anfragen stellvertretend für den Webserver des Fotografen. Die Anwendung kann Passwörter für die Bilder verwalten und beim Zugriff auf die Bilder abprüfen. Natürlich kann die Anwendung auch mitzählen, wie oft auf welches Bild zugegriffen wurde usw.

Das Frontend greift dann auf die Anwendung zu, die wiederum leitet die Anfragen an den Webserver des Fotografen weiter (oder auch nicht, wenn z. B. ein ungültiges Passwort für ein Bild angegeben wurde) und gibt die Antwort des Webservers an das Frontend zurück.

 

[DefconDev]

Also wenn deine Kunde nahezu alle WP als CMS benutzen, würde ich das ganze als PHp Plugin programmieren. Würde mich aber wundern wenn es eine nicht bereits bestehende Lösung gibt.

Dein Kunde will Gallerien erstellen und dann jeweils einzelne Bilder mit Passwörter versehen? Ich gehe stark davon aus, dass die Passwörter dann immer andere sind, jeweils für die Bilder!?
Warum dann nicht für die einzelnen Bilder jeweils einen Ordner mit einem Passwort versehen und die alle in einer Gallerie packen?

Sollte das der Usecase sein, dann ist das mit WP bereits möglich.

Solltest du trotzdem vorhaben dass lieber zu als Backend zu entwickeln, würde ich, sofern du Kosten sparen möchtest, eine simple PHP Rest API dafür schreiben. Das läuft kostengünstig auf nem Webspace und braucht keine ganze Maschine(vm oder physikalisch)

Ansonsten würde mir noch ein Nas mit Docker unterstützung einfallen, wie die von Synology. Wenn der Fotograf selber die Bilder sichern muss und nicht aus DSVGO Gründen die bei Google oder ähnliches speichern darf.

 

[internet]

Dein Kunde will Gallerien erstellen und dann jeweils einzelne Bilder mit Passwörter versehen? Ich gehe stark davon aus, dass die Passwörter dann immer andere sind, jeweils für die Bilder!?
Warum dann nicht für die einzelnen Bilder jeweils einen Ordner mit einem Passwort versehen und die alle in einer Gallerie packen?

Jedes Bild bekommt ein Passwort, sodass Gäste später nur "ihr" Bild per QR Code abrufen können.
D.h. ich habe eine Galerie, die 1...n Bilder haben.

Für die Galerie selbst, gibt es auch nochmal selbst ein Passwort.
Derjenige, der das Passwort hat, kann dann eben alle Bilder in der Galerie sehen.