[Dresden-pm] Re: Bilder in Datenbank schreiben bzw. daraus lesen

[Johannes Studt]

* Steffen Schwigon <schwigon at webit.de> [2005-01-13 14:50]:
> IMHO isses egal, ob in DB oder Filesystem.
> 
> Wenn die Bilder klein sind (weil's ja auch nur ein kleiner Webshop
> ist :-), dann spricht nix dagegen, das Zeug in der DB zu verwalten.

Eben. Wobei ich allerdings irgendwann einen grossen Webshop machen
muss, weil ich ja auch grosses Geld verdienen will, und dann sind es
nat�rlich auch grosse Bilder. :D

> Man baut sich dann noch einen Cache ein, damit man sich nicht mit der
> DB totkommuniziert, siehe Cache::*-Module auf CPAN.

Siehste, dar�ber wollte ich auch noch nachdenken, weil es mir schon
etwas doof vorkommt, auf einer Seite mit 5 kleinen artikelbezogenen
Bilderchen erst warten zu m�ssen, bis der arme
Webserver 6 Perl-Prozesse gestartet und abgearbeitet hat. ^^
Hatte da erst an speedycgi gedacht, aber das Cachen ist deutlich
einfacher.

> Mu� man beim Backup'en halt an mehr Sachen denken, als nur die DB.

Alle reden von Backup, aber eigentlich will das gar keiner. Die
meisten Leute wollen Restore. :D

> F�r Filesystem hab' ich auch paar Zeilen Code da, zwar ohne
> Projektzusammenhang sinnlos, zur Inspiration hier aber trotzdem.
> 
> Aber wenn Du genau hinguckst, isses nur trivialer
> Stringzusammensetz-Kram.  Die Funktion "tempdir" zur Erzeugung
> von unique IDs zu verwenden ist vielleicht ganz interessant.

Ja.

> Und es enth�lt einen Workaround gegen krankes IE-Upload-Verhalten. Der
> schickt n�mlich den kompletten Windoze-Pfad mit.

Subba. Danke.

Gru�, Hannes

-- 

Heutzutage ist Resignation schon ein viel zu grosses pers�nliches Engagement.
(unbekannter Autor)