Using parts of your code I have a problem with zip file. It appends text to
new file in my zip
So first worker has in his ics file his data but second one has his and
from previous
This is my code
cal = Calendar()
import zipfile, cStringIO
exported_chunks_zip = cStringIO.StringIO()
I have now tried the downloady example remotely, on a linux server
with niginx and uswgi. This streams the zip file correctly with both
chrome and IE8.
So the problem is there only when I use the rocket server on windows.
I just tried the rocket server remotely, and streaming is correct.
So I
Yes, the downloaded file is corrupted with IE8 but not with chrome.
When I compare the files with a hex editor, they both begin and end
the same, however, the last byte of the original file is at 6EA11,
whereas the last byte of the downloaded file is at 6D7311.
So it appears that it is losing a
Why
response.headers['Content-Type'] = application/octet-stream
shouldn't it be
response.headers['Content-Type'] = application/zip
I am not sure this causes the problem but it may be, if IE thinks the
data is ascii and not binary.
On Oct 15, 4:46 am, peter peterchutchin...@gmail.com wrote:
Yes,
This is the code I used, as above
def downloady():
import os
import contenttype as c
path=somepath/album.zip
response.headers['Content-Type'] = c.contenttype(path)
response.headers['Content-Disposition'] = 'attachment;
filename=album.zip'# to force download as attachment
I sent from my wifes email
http://groups.google.com/group/web2py/browse_thread/thread/fe85dca9e48c79ad
However with hindsight I think I did not give sufficient information
in my forum entry. I guess I was seeing if other people had had
problems with downloading zip files.
Today, I just tried the
If I now do exactly what I did one month ago, there is now no error
with zip streaming. So maybe you have changed things in
response.stream since then.
Peter
On Oct 14, 1:24 pm, peter peterchutchin...@gmail.com wrote:
I sent from my wifes
On Fri, Oct 14, 2011 at 9:35 AM, peter peterchutchin...@gmail.com wrote:
If I now do exactly what I did one month ago, there is now no error
with zip streaming. So maybe you have changed things in
response.stream since then.
Peter
On Oct 14, 1:24 pm, peter peterchutchin...@gmail.com wrote:
What browser?
On Oct 14, 10:30 am, Matt Broadstone mbroa...@gmail.com wrote:
On Fri, Oct 14, 2011 at 9:35 AM, peter peterchutchin...@gmail.com wrote:
If I now do exactly what I did one month ago, there is now no error
with zip streaming. So maybe you have changed things in
response.stream
On Fri, Oct 14, 2011 at 12:48 PM, Massimo Di Pierro
massimo.dipie...@gmail.com wrote:
What browser?
That was chrome. The previously fix suggested by Brian works for me (thanks!).
Matt
On Oct 14, 10:30 am, Matt Broadstone mbroa...@gmail.com wrote:
On Fri, Oct 14, 2011 at 9:35 AM, peter
I understand. The problem is that response.stream does not form for a
StringIO which is not a regular file. StringIO is in memory therefore
you have no reason for streaming.
filename = %s-backup % (time.strftime(%Y%m%d-%H%M))
raw_data = a bunch of data
stream =
Okay this is where I am now.
My example 'downloady' above works correctly in chrome but incorrectly
in IE8. In IE8, the file appears to download correctly but will not
unzip.
Peter
On Oct 14, 7:13 pm, Matt Broadstone mbroa...@gmail.com wrote:
On Fri, Oct 14, 2011 at 12:48 PM, Massimo Di
You mean the downloaded file is corrupted? Can you check the size?
On Oct 14, 5:33 pm, peter peterchutchin...@gmail.com wrote:
Okay this is where I am now.
My example 'downloady' above works correctly in chrome but incorrectly
in IE8. In IE8, the file appears to download correctly but will
My first suggestion would be to save the files to disk and serve statically
if possible.
On Thu, Oct 13, 2011 at 11:34 AM, pbreit pbreitenb...@gmail.com wrote:
My first suggestion would be to save the files to disk and serve statically
if possible.
I would prefer not to touch the disk if possible, these are not huge
files just logs. I think I'm very close, when I serve this without
As I have reported previously in this forum, I think that
response.stream does not quite stream zip files correctly.
So if I were you I would first stream a static zip file, when this is
working then try and get your code above working.
What I suggest you change in the code above is
I wrote a controller a few weeks ago that does this. Takes in big dataset
and splits it into multiple CSV files bundled into a zip, all using
cStringIO
Here's part of it.
--
if record_count 1000:
#split into chunks of 500 each and bundle up in a zip file
17 matches
Mail list logo