To Massimo and the list/group:
You asked on Reddit if the only constant is the browser. No it
isn't. But it was the browser which had the problem first, with
smaller files.
For smaller files it was enough to raise the chunk_size. IE8 is
slow, maybe this is the reason?
Firefox 4 failed when I tried to download a 33 MiB file remotely.
IE8 failed for anything above 64 KiB on localhost.
It's almost as if Rocket is so fast because it sends without
regard for any receiver. Direct (localhost) or behind a proxy
(Apache 2.2 on the remote Linux server).
Don't know how this could happen. HTTP isn't ZModem. ;-)
Stefan Scholl <ste...@no-spoon.de> wrote:
> I have a parameters_XXX.py file from the normal web2py (with
> rocket) and used the same IP and port with anyserver.py+Tornado
> (and the other one stopped, of course).
>
> Tested with web2py 1.91.6. Were there any changes regarding this?
>
> (I'm still very reluctant to upgrade this project.)
>
> Massimo Di Pierro <massimo.dipie...@gmail.com> wrote:
>> Try this:
>>
>> python
>>>>> from gluon.main import save_password
>>>>> save_password(raw_input('admin password: '),XXX)
>>
>> This will create a parameters_XXX.py file. It must be in the main
>> web2py folder. Caveats, the admin interface is disabled if you are not
>> form localhost and you are not using https.
>> Hope this helps. Hope to have you back on the mailing list.
>>
>>
>> On Jun 17, 8:43 am, Stefan Scholl <ste...@no-spoon.de> wrote:
>>> Now I can't access the admin interface, because the password
>>> isn't set. (It isn't reading the stored password.)
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Stefan Scholl <ste...@no-spoon.de> wrote:
>>> > OK, it was Rocket.
>>>
>>> > Tested it with the old web2py and Tornado 1.2.1 via anyserver.py
>>> > and the download is OK.
>>>
>>> > Stefan Scholl <stefan.sch...@gmail.com> wrote:
>>> >> The higher value for chunk_size didn't work with a 33 MiB file. Even
>>> >> in Firefox 4.
>>> >> So I tried 1.96.4 (Rocket 1.2.2) on Windows XP.
>>>
>>> >> Made a new and simple app (dtest). The download there uses
>>> >> "response.download(request,db)" as well.
>>>
>>> >> 1 simple table: db.define_table('stuff', Field('file', 'upload'))
>>>
>>> >> Upload of the 33 MiB file via db admin, content listed on
>>> >>http://127.0.0.1:8001/dtest/default/data/select/stuff(default
>>> >> function "data" with "return dict(form=crud())". Download with
>>> >> Internet Explorer 8 (after removing the tag that switches to "Chrome
>>> >> Frame", to have a realistic test like "normal" users).
>>>
>>> >> Download was broken. A few KiB were missing. This was on localhost.
>>> >> Remote tests have even worse results.
>>>
>>> >> On 6 Mai, 17:51, Massimo Di Pierro <massimo.dipie...@gmail.com> wrote:
>>> >>> Can you try 1.95.1
>>>
>>> >>> On May 6, 6:03 am, Stefan Scholl <stefan.sch...@gmail.com> wrote:
>>>
>>> >>> > The classicdownloadfunction:
>>>
>>> >>> > defdownload():
>>> >>> > return response.download(request, db)
>>>
>>> >>> > I'm developing on localhost (127.0.0.1, no SSL) and one strange thing
>>> >>> > happened: Downloads in IE8 (Windows XP) were all corrupt/broken if
>>> >>> > they weren't below 64KiB in size. Very easy to see with large images.
>>>
>>> >>> > Using a higher value for the argument 'chunk_size' solves this
>>> >>> > problem, up to this new maximum.
>>>
>>> >>> > web2py 1.91.6
>>
>
>
--
Web (en): http://www.no-spoon.de/ -*- Web (de): http://www.frell.de/
<!--[if IE 6]><script>for(x in document.open);</script><![endif]-->
