Hallo!
Ich sehe das hochgeladen von als MUSS an.
Wer hochlädt muss registriert sein und die entsprechend hochgeladenen Fotos mit dem Benutzer verknüpft sein.
Warum sehe ich das als MUSS?
Die Antwort ist relativ einfach mit einem kleinen Beispiel erklärt:
Franz Mustermann ist auf der ft:c registriert und hat250 Fotos hochgeladen in den letzten Jahren.
Aus welchen Gründen auch immer, möchte er sein Profil gelöscht haben und nichts mehr auf der ft:c machen.
Zum Profil gehören auch die von Ihm hochgeladenen Fotos. Das sind seine Fotos und er kann rechtlich verlangen das diese gelöscht werden sollen.
Genauso wie man in Foren verlangen kann all seine eigenen Beiträge löschen zu lassen.
Wenn jetzt die Fotos nicht mit dem Benutzer verknüpft sind, kann man diese nicht löschen.
Man weiß ja nicht welche Fotos diesem User gehören bzw. welche er hochgeladen hat.
Weiteres Beispiel:
Jemand guckt sich den Bilderpool an und findet von User X tolle Modelle.
Wenn man dann auf eine Button "zeige alle Modell von User X" klicken kann ist das ne tolle Sache.
Wie sieht es mit der farbliche Gestaltung der Seite aus?
Links das Menu hat ja den schönen dunklen Hintergrund. Den würde ich dem rechten Bereich auch geben.
Momentan ist der Hintergrund dort weiß und das ist sehr grell und man erblindet fast bei Aufruf der Seite.
Ich habe das mit den Markdown Dateien gelesen.
Kann man bei dem komische CMS nicht mal die Webseite per Backend pflegen?
Also mal eben sagen "neue Seite", die Texte, Bilder, etc. für die Seite eingeben und speichern.
Dann "neuer Menüpunkt" auswählen und die erstellte Seite verknüpfen?
Wenn das nicht möglich ist halte ich das ganze für sehr schlecht.
"Eine Datenbank nutzen" ist kein Qualitätskriterium. Und für eine nahezu statische Website wie die FTCommunity ist ein System, das die Daten bei jedem Abruf aus einer Datenbank zusammenbastelt, ziemlich ineffizient. Mal ganz davon abgesehen, dass jede vom Frontend aus erreichbare Komponente (ja, die Datenbank eines klassischen CMS zählt da mit dazu) ein zusätzliches Einfallstor für Angreifer ist (nebenbei: Die Daten aus dem alten Bilderpool sind über genau diesen Weg weggekommen).
Sehe ich anders, aber ist wohl auch Ansichts- und Geschmacksache.
Ich würde heute sogar Bilder, Daten etc. direkt in die Datenbank schreiben. Solche Dinge im Dateisystem machen nur Probleme.
Auch möchte ich nicht wissen wie langsam die Suche irgendwann wird wenn da richtig viele Daten im Dateisystem liegen.
Das mit dem Einfallstor sehe ich auch anders. richtig ist das der alte Pool bzw. das alte System da Sicherheitsprobleme hatte.
Aber Dir ist sicherlich bekannt das wir nie Updates machen konnten, obwohl es welche gab.
Das lag einfach daran das MacMac damals 4images für uns angepasst hat, somit waren Updates nicht mehr möglich.
Ich arbeite ja mit Joomla und ich bekomme von meinen Joomla-Systemen die ich betreue immer eMails wenn Updates zur Verfügung stehen.
Und das jeden Tag, so lange bis ich das Update installiert habe.
Konstrukteur sollte ein Pflichtfeld sein.
Warum ist auch schnell erklärt: Ich schaue mich im Bilderpool um und sehe ein tolles Modelle. Wenn da nun der Konstrukteur angegeben ist und am besten sogar noch ne Möglichkeit per Klick ne PN oder Mail schreiben wäre, halte ich das für sehr sinnvoll. Man möchte den ja ggf. kontaktieren.
Sowas ähnliches: Eine REST-API auf der Serverseite die die Daten entgegennimmt, prüft, ins Git-Repository schreibt und dann Hugo anwirft (Hugo kümmert sich dann darum, aus dem Markdown HTML zu machen). Und auf der Clientseite passende HTML-Seiten mit Formularen (und/oder Javascript), die diese REST-API mit den entsprechenden Daten füttern.
Warum sowas kompliziertes? Das hört sich nach eigenem rumgefrickel an.
Ein CMS das eine guten Bilderpool mitbringt, braucht kein Git etc. Da ist die Upload-Funktion mit allem drum und dran dabei.
Was ist denn wenn in einigen Jahre mal andere Leute das System betreuen müssen?
Ich bin klar der Meinung das das System ohne irgendwelche Fummelei am Server betreuten werden können muss.
Sprich, CMS installieren, im Backend einloggen und "alles" von dort machen.
So das das System auch auf normalem Webspace läuft. Genau das hatte ich ja mal gesagt, das man vom Server wegkommen sollte.
Ich sehe genau das Problem irgendwann kommen, was wir jetzt auch haben.
Dachte eigentlich das man daraus gelernt hat.
Gruß
sven