nicht angemeldet
Hello,
Das wäre wohl die beste Lösung, nur leider wäre das denke ich ein hoher Arbeitsaufwand
Ein hoher Arbeitsaufwand wird es vor Allem ohne Plan. Also mach Dir einen!
1. Stufe der Analyse:
a) Was hast Du zuerst?
b) Was soll am Ende dabei herauskommen?
2. Stufe der Analyse:
a) Wie kann der Weg zum Ziel aussehen?
b) welches sind "harte Eingangsgrößen" (sind immer vorhanden)
und welches sind weiche (können, müssen aber nicht vorhanden sein)?
c) welche Variantionen sind denkbar bezüglich der Verarbeitung?
-- Stapelbetrieb (erst alle Bilder sammeln, dann alle umrechnen, dann Seiten generieren)
-- intermittierender Betrieb (immer sofort neues Thumb generieren, wenn neues Bild hinzukommt)
-- dialogorierter Betrieb (dem Benutzer Möglichkeiten zur stufenweisen Beeinflussung geben)
d) welche Beeinflussungsmöglichkeiten soll der User generell haben?
e) welche Goodies möchtest Du dem User ggf. später noch anbieten?
Und wenn Du dir über die obigen Punkte klar geworden bist, kannst Du daraus nach und nach ein Programmkonzept entwickeln.
Zur Frage des MIME-Types der Bilder noch ein paar Denkanstöße:
http://forum.de.selfhtml.org/archiv/2009/3/t184887/#m1226218
http://forum.de.selfhtml.org/archiv/2009/5/t187107/#m1243274
Und bedenke bitte auch, dass Du per HTTP/s zugängliche Bilder NICHT in einem Verzeichnis ablegst, dass durch irgendeinen Parser ausgewertet wird. Bilder können so manipuliert werden, dass sie z.B. gültige PHP-Sequenzen enthalten, die dann bei Direktaufruf der Ressource ausgwertet werden könnten.
Dies ergibt eine Hintertür/Sicherheitslücke auf dem Server.
Für das Bilderverzeichnis, wenn es denn direkt per HTTP/s erreichbar ist, müssen also die Engines der Parser deaktiviert werden.
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
