Hello, many thanks for your answers.
Le 21 juin 2010 à 16:56, Samuele Kaplun a écrit : > Hi Johnny, > > do you mean you are actually not receiving a range when performing a > renge request, but the whole file each time? > > Actually the work-flow of mod_wsgi+Invenio+mod_xsendfile workflow is > implemented in a way that upon an HTTP request, the control is passed > from apache to mod_wsgi which calls Invenio. Invenio checks the > authorization and if a file should actually be returned, and in that > case, (if mod_xsendfile is enabled), should pass back to Apache > +mod_xsendfile the duty to service the file to the user. This in > principle means that all original headers (including range-request > headers) should be passed as such to xsendfile, and simply an additional > header X-SendFile should be added to guide mod_xsendfile in choosing the > file to serve. Contrary that what I worte, it works perfectly. But I do not understand why as I do not forward the range header informations. How the xsendfile module get the range provided by the client as I do not copy this information in the returned header. > As such the whole stack is called upon every request, even partial range > request, so performances might be yet not ideals, as mod_wsgi+Invenio is > called anyway everytime. You are right again but imagine that you have n apaches processes. Each time that a range request arrives a process is consumed even if the file is directly served by apache, no? That means that if I have n files in download no more apache process left. The advantage of the range approach is the fact that the pdf is split in several parts and the time to download each part is small. Thus, the server can serve more than n files in parallel. > But do you actually see that you range-request are ignored? > > Best regards, > Samuele > Thanks again. Regards, ---------------------------------------------------------------------- Johnny Mariéthoz RERO, Av. de la Gare 45, CH - 1920 MARTIGNY Téléphone: +41(0)27 721 8579 Fax : +41(0)27 721 8586 Web : http://www.rero.ch ReroDoc : http://doc.rero.ch, [email protected] ----------------------------------------------------------------------
