Using PHP 4.0.6, under apache 1.3.20, with mod_auth_mysql, modssl, openssl,
mod_dav, and mod_gzip... (basically, I'm gonna make apache burst into
flames.. heh)..
I'm working on a project for a company that is trying to sell radio
clips/sound effects/snippets to small college radio stations. You know,
those stupid sound effects that they like to use in the mornings... by
putting this big database on the net, they think they can sell them for
cheaper in 192kbps MP3 format than mailing them out on DAT.
I don't know if it'll work (as a business concept) or not, but I just want
to make sure they can't blame the technology if it fails. :)
Thanks;
Justin
----- Original Message -----
From: "Andreas D. Landmark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 07, 2001 7:45 PM
Subject: Re: [PHP-DB] When would it be 'good' to store binary data in a DB?
> At 07.08.2001 22:03, Justin Matlock wrote:
> <cut>
>
>
> >Is this a bad idea? what is the downside to doing it this way? as far
as
> >disk usage goes, I seem to have more disk space this way -- inodes aren't
> >getting wasted. The DB servers don't seem to mind at all.
> >
> >Thanks;
> >Justin
>
> Looking at what you've written I'd say your solution seems excellent for
the
> problem.
>
> As you say there isn't an easy solution to instant distribution with some
level
> of redundancy between multiple sites, for a big number of files of
relatively
> small size storing them in databases is certainly one of the easier
solutions.
>
> What you didn't write though, is how you use these files...
>
>
> (I didn't see the word 'PHP' mentioned in your post though...)
>
> --
> Andreas D Landmark / noXtension
> Real Time, adj.:
> Here and now, as opposed to fake time, which only occurs there
> and then.
>
>
> --
> PHP Database Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
