Lediglich der Mail Daemon ist noch nicht konfiguriert, in der Galerie sind noch keine Fotos und bei den Projekten steht noch das “UploadCenter”.

Update 1:
Der Mail-Server funktioniert jetzt .

Update 2:
Ich habe die Fotos jetzt in Kategorien aufgeteilt – morgen werde ich diese dann hochladen.
Danach kann ich einen Screenshot für die “Projects”-Seite erstellen und das “UploadCenter” durch die Galerie ersetzen.

Update 3:
Die Fotots werden z.Z. hochgeladen.
Ich habe die lightyFrame-Info-Seite (bzw jetzt: “Info Documents”) umgestaltet, sodass jede Info-Seite (z.Z.: “lightyFrame” und “miniGalerie”) einfach in eine XML Datei geschrieben werden und ein kleines PHP Script diese formatiert und als HTML formatiert.
Die Projekte-Seite wird dann natürlich auch noch geändert .

Update 4:
Alle Fotos wurden erfolgreich hochgeladen. Bei dem Galerie-Script wird allerdings z.Z. noch etwas geändert .

Update 5:
Das Galerie Script ist jetzt fertig, wird evtl. bald zum Downloaden sein. Die Projekte-Seite habe ich geändert – statt “TheUploadCenter” und “lightyFrame” “Gallery” und “Infodocuments” (“lighyFrame” ist jetzt unter “InfoDocuments” zu finden).

Das es “TheUploadCenter” auf dem neuen Server nicht mehr geben wird, und die schönen Fotos nicht einfach auf dem Server/PC herumliegen sollen, habe ich ein kleines Galerie-Script geschrieben.

Das Script ist sehr einfach zu bedienen – jeder Ordner ist ein Foto-Album, und in diesem einfach die Fotos ablegen. Die Thumbnails werden automatisch generiert, sofern sie benötigt werden. Während diese generiert werden, wird bei aktivierten JavaScript ein Ladesymbol angezeigt.

2.:

Der neue Server steht bereit .

Sobald ich diesen vollständig konfiguriert habe (kann noch einige Tage dauern), wird die Domain zum neuen Server umgeleitet .

So etwas möchte ich für “GrassPhotos” (und “TheUploadCenter”) auch (funktionierte auch schon). Da googelte ich, und fand einige Ansätze:

• PHP patchen (ich verwende Python für diese 2 Projekte)
• Flash Applet (möchte ich nicht, denn es hat ja nicht jeder Flash installiert)
• CGI Script (ist umständlich einzubinden, und langsam (CGI = 1 Prozess pro Request))

Darum versuchte ich es anders, und stoß auf das “paste.progress” – Modul, sah mir den Sourcecode an. Es wrappt das wsgi.input – Objekt (Inputstream des Servers, bzw. das, was der Client sendet) und zählt mit, was gelesen wird.

Dies wird dann in der Session gespeichert und dynamisch per AJAX geladen, und der Fortschrittsbalken angezeigt.

Das versuchte ich dann selber und es klappte auch mehr oder weniger gut.

Da ich aber jetzt auf lighttpd umstieg (Serverprobleme / Umstieg zu lighttpd), und der die vollständige Datei cached, bis sie zur Webapp gesendet wird, funktioniert diese Methode nicht mehr.

Lighttpd hat hierfür ein eigenes Modul – “mod_uploadprogress” — aber — erst in der Version 1.5. Diese ist jedoch noch nicht stable, und das kann noch länger dauern, bis diese Version stable wird. Und wenn sie stable ist, dauert es auch noch einige Zeit, bis sie in den Apt Quellen (ich verwende Debian als OS, und möchte nur ungern so etwas wichtiges wie einen Webserver selber kompilieren) enthalten ist.

Eigentlich ist es schon blöd, dass man solche Sachen nicht auf der Client Seite realisieren kann. Denn der Browser weiß alles – wieviel bereits hochgeladen wurde, wie groß die Datei ist, und daraus ergibt sich auch noch die Uploadgeschwindigkeit.

Aber dies unterstützt z.Z. noch kein Browser.

Jetzt läuft TheUploadCenter wieder. Es dauerte etwas, bis ich die große .htaccess in das lighttpd-Config Format angepasst habe.

P.S.: TheUploadCenter wird aber nicht mehr weiterentwickelt.