Serving executables over web

[Phillip B Oldham]

If its just firefox, do you have any extensions that could be jumping in 
on the action? Virus checkers, "download accelerators", etc?

matt davies wrote:
> Na, not that, it doesn't happen in safari, just firefox.
>
> No firewall on client or server
>
> hmm, once I've downloaded the file once, even if I've deleted the file 
> from the area it downloads to, it takes seconds to download.  Anyone 
> know where the caching is taking place?
>
>
> On 7 Nov 2008, at 15:49, Maxim Dounin wrote:
>
>> Hello!
>>
>> On Fri, Nov 07, 2008 at 03:26:13PM +0000, matt davies wrote:
>>
>>> :-)
>>>
>>> I've just worked out that download speed has absolutely nothing to do
>>> with client_max_body_size as Roxis correctly pointed out.  What was
>>> happening my end was that I had already successfully downloaded the exe
>>> once, so the next download of the same file was obviously much quicker
>>> :-)
>>>
>>> The PDF I put on the site of roughly the same size was a very fast
>>> download straight away, so I'm guessing it's something to do with the
>>> mime types and how the PDF file was handled compared to the EXE file.
>>>
>>> No clue as to what is happening now
>>
>> Just a guess: antivirus on server/client/firewall?
>>
>>> Can anyone point me at any documentation on how nginx handles
>>> downloading files?
>>
>> It's written mostly in C language, you should have it with nginx
>> itself. :)
>>
>> Maxim Dounin
>>
>
>
>

-- 

*Phillip B Oldham*
The Activity People
phill at theactivitypeople.co.uk <mailto:phill at theactivitypeople.co.uk>

------------------------------------------------------------------------

*Policies*

This e-mail and its attachments are intended for the above named 
recipient(s) only and may be confidential. If they have come to you in 
error, please reply to this e-mail and highlight the error. No action 
should be taken regarding content, nor must you copy or show them to anyone.

This e-mail has been created in the knowledge that Internet e-mail is 
not a 100% secure communications medium, and we have taken steps to 
ensure that this e-mail and attachments are free from any virus. We must 
advise that in keeping with good computing practice the recipient should 
ensure they are completely virus free, and that you understand and 
observe the lack of security when e-mailing us.

------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: phill.vcf
Type: text/x-vcard
Size: 261 bytes
Desc: not available
URL: <http://nginx.org/pipermail/nginx/attachments/20081107/73571688/attachment.vcf>