[Clipart] upload.cgi

Jon Phillips jon at rejon.org
Tue Oct 26 18:06:51 PDT 2004

Still though, maybe we can offer some form of progressbar on the 
package, or something by flushing output to a user's browser, along with 
verbose output of what is happening. Otherwise, I like the magic URI 


Bryce Harrington wrote:
> On Tue, 26 Oct 2004, Jonadab the Unsightly One wrote:
>>Nicu Buculei <nicu at apsro.com> writes:
>>>Jonadab the Unsightly One wrote:
>>>>Also, someone needs to test it with a larger archive
>>>- http://www.openclipart.org/downloads/flags-1.6.tgz
>>Yeah, that ought to be big enough to give it a real workout...
>>[So I do some testing here locally on my home workstation...]
>>Well, memory usage seems within reasonable bounds; it does not begin
>>to approach the kind of memory footprint desktop apps can consume.
>>However, the amount of time required to process an archive that large
>>is long enough that a remote user very likely would think the site was
>>not responding and give up or, worse, try again while the first one is
>>still running.
>>Probably what it should do, for files past a certain size, is fork off
>>the actual processing and send the user a magic URI that can be used
>>later to check the status.  I'll have to do some testing here to see
>>how big an upload needs to be to trigger that behavior...
> Also note that I believe Apache has a default max upload size.  Perhaps
> check the apache config file of freedesktop.org to see if it's
> specified, or if not perhaps check what the default is.  I think these
> days the default is pretty large, but maybe this one's configured with
> something smaller...?
> Bryce
> _______________________________________________
> clipart mailing list
> clipart at freedesktop.org
> http://freedesktop.org/mailman/listinfo/clipart

Jon Phillips

jon at rejon.org

Inkscape (http://inkscape.org)
Open Clip Art Library (www.openclipart.org)
CVS Book (http://cvsbook.ucsd.edu)
Scale Journal (http://scale.ucsd.edu)

More information about the clipart mailing list