NAME Apache2::UploadProgress - Track the progress and give realtime feedback of file uploads SYNOPSIS In Apache: PerlLoadModule Apache2::UploadProgress PerlPostReadRequestHandler Apache2::UploadProgress In your HTML form:
DESCRIPTION This module allows you to track the progress of a file upload in order to provide a user with realtime updates on the progress of their file upload. The information that is provided by this module is very basic. It just includes the total size of the upload, and the current number of bytes that have been received. However, this information is sufficient to display lots of information about the upload to the user. At it's simplest, you can trigger a popup window that will automatically refresh until the upload completes. However, popups can be a problem sometimes, so it is also possible to embed a progress monitor directly into the page using some JavaScript and AJAX calls. Examples using both techniques are discussed below in the EXAMPLES section. EXAMPLES Simple Popup Upload Monitor The simplest way to add a progress monitor to your forms is to use the popup technique. This will launch a popup window with a progress monitor that will automatically refresh until the upload is complete. The popup will use the XML method by default, and format the page using an included XSL stylesheet (which can be customized to suit your needs). If the browser does not support XML transformations, then content negotiation will automatically fall back on a basic HTML page. Here is what you need to do to get the popup technique working:
So all we have done is add an onsubmit handler on the form that will pop up a new window and load the progress monitor. No changes need to be made to your CGI script, and nothing else needs to be done (apart from the standard Apache configuration directives listed in the SYNOPSIS above) Embedded Upload Monitor It is also possible to embed the progress monitor directly into the page and it is just as easy:
The only difference is that we changed the onsubmit handler to call startEmbeddedProgressBar, and then we added and extra 'div' tag to indicate where we want the progress monitor to appear. For complete runable examples please see the scripts in the examples directory. APACHE CONFIGURATION UploadProgressBaseURI Change the location of the extra support files, so that you can customize them to suit your needs. UploadProgressBaseURI /CustomUploadProgess Alias /CustomUploadProgess /var/www/customprogressfiles Make sure that you copy all the support files found in the 'extra' directory to this new location and then you can customize them to your liking. This currently only affects the urls used in the XML/XSL and HTML mime handlers used in the popup progress monitor. HANDLERS handler This handler should be run at the PerlPostReadRequestHandler stage, and will detect whether we need to track the upload progress of the current request. There are 5 ways for the handler to determine if the upload progress should be tracked: X-Upload-ID There is an incoming header called X-Upload-ID which contains the progess ID X-Progress-ID There is an incoming header called X-Progress-ID which contains the progess ID Query contains ID The query portion of the URL consists of just a 32 character hexadecimal string (for example http://localhost/upload.cgi?1234567890abcdef1234567890abcdef) Query contains progress_id There is a query parameter in the query string called progress_id, and it contains a 32 character hexadecimal number (for example http://localhost/upload.cgi?progress_id=1234567890abcdef12345678 90abcdef) Query contains upload_id There is a query parameter in the query string called upload_id, and it contains a 32 character hexadecimal number (for example http://localhost/upload.cgi?upload_id=1234567890abcdef1234567890 abcdef) Note that you can not pass the progress_id as a hidden POST parameter, since the Apache2::UploadProgress module never actually decodes the POST request so it will not be able to determine what the ID is. The reason for this is that we are trying to track the rate at which the POST request takes to upload, so we need that ID before we even start counting the incoming POST request. So the ID must be passed as a header, or as a simple query parameter, as part of the action attribute of the form. progress When called, this handler will return the upload progress of the request identified by the given ID. The ID can be provided in exactly the same way as in the handler method given above (Although is usually easiest to just provide is as a query parameter called progress_id). This handler can return the results in several different formats. By default, it will return XML data, but that can be changed by altering the Accept header of the request (if multiple mimes are present in the Accept header, they are tried in order of qvalue according to RFC 2616). For example, if you set the Accept header to the following: Accept: text/plain; q=0.5, text/x-json Then the preferred mime type would be text/x-json, but if it was not available, the data would be sent in text/plain. The following formats are currently supported: HTML ( text/html application/xhtml+xml ) JSON ( text/x-json application/x-json ) TEXT ( text/plain ) YAML ( text/x-yaml application/x-yaml ) XML ( text/xml application/xml ) For an example of how to alter the incoming Accept header see the example script that is included in the examples directory. PUBLIC METHODS register_mime( $mime, \&callback ) my $callback = sub { my ( $size, $received, $r ) = @_; return sprintf "Total size: %d\n Received: %d\n", $size, $received; }; Apache2::UploadProgress->register_mime( 'text/plain' => $callback ); Register a content handler for a mime. Callback will be called with three positional arguments, size, received and $r. Callback is expected to return a scalar of octets representing the response body. This can be used to override any of the existing content handlers (for example if you wanted a custom HTML response, override 'text/html'). INTERNAL METHODS The following internal methods should never need to be called directly but are documented for completeness. progress_id( $r ) $progress_id = Apache2::UploadProgress->progress_id($r); Determine the progress ID for the current request (if it exists) fetch_progress( $progress_id ) $progress = Apache2::UploadProgress->fetch_progress($progress_id); printf "size: %d", $progress->[0]; printf "received: %d", $progress->[1]; Pulls the progress values from the cache based on the provided ID store_progress( $progress_id, [ $size, $received ] ) Apache2::UploadProgress->store_progress( $progress_id, [ $size, $received ] ); Update the progress values in the cache for the given ID track_progress An Input filter handler that totals up the number of bytes that have been sent as part of the current request, and updates the current progress through calls to "store_progress". BUGS Safari The JavaScript for the embedded progress meter is currently failing in Safari Cancelled uploads When a user cancels an upload, but leaves the page with the progress meter active, the progress meter may continue to reload indefinately SEE ALSO . . Apache2::Filter. Apache2::RequestRec. AUTHOR(S) Christian Hansen "chansen@cpan.org" Cees Hek "ceeshek@cpan.org" COPYRIGHT This program is free software, you can redistribute it and/or modify it under the same terms as Perl itself.