Gabriel Genellina wrote:
In addition, the zip file format stores the directory at the end of the
file. So you can't process it until it's completely downloaded.
Well, you *can* download the directory part first (if the HTTP server
supports it), and if you only need some files, you could
CTO wrote:
In addition, the zip file format stores the directory at the end of the
file. So you can't process it until it's completely downloaded.
Concurrency doesn't help here.
Don't think that's relevant, if I'm understanding the OP correctly.
Lets say you've downloaded the file once and
Which brings us backs to the 20 questions-part of my earlier post. It
could be, but it could also be that processing takes seconds. Or it takes
so long that even concurrency won't help. Who knows?
Probably the OP ;)
Geremy Condra
--
http://mail.python.org/mailman/listinfo/python-list
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna connect to this website
every 30 minutes, download the file, extract the information, and then
have the program search the file search for certain items.
Would it be better to use threads
grocery_stocker schrieb:
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna connect to this website
every 30 minutes, download the file, extract the information, and then
have the program search the file search for certain items.
Would
On May 3, 1:16 pm, Diez B. Roggisch de...@nospam.web.de wrote:
grocery_stocker schrieb:
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna connect to this website
every 30 minutes, download the file, extract the information, and
grocery_stocker schrieb:
On May 3, 1:16 pm, Diez B. Roggisch de...@nospam.web.de wrote:
grocery_stocker schrieb:
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna connect to this website
every 30 minutes, download the file, extract
Probably better just to check HEAD and see if its updated within the
time you're
looking at before any unpack. Even on a 56k that's going to be pretty
fast, and
you don't risk unpacking an old file while a new version is on the
way.
If you still want to be able to unpack the old file if there's
On May 3, 10:29 pm, grocery_stocker cdal...@gmail.com wrote:
On May 3, 1:16 pm, Diez B. Roggisch de...@nospam.web.de wrote:
grocery_stocker schrieb:
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna connect to this website
On May 3, 1:40 pm, Diez B. Roggisch de...@nospam.web.de wrote:
grocery_stocker schrieb:
On May 3, 1:16 pm, Diez B. Roggisch de...@nospam.web.de wrote:
grocery_stocker schrieb:
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna
En Sun, 03 May 2009 17:45:36 -0300, Paul Hankin paul.han...@gmail.com
escribió:
On May 3, 10:29 pm, grocery_stocker cdal...@gmail.com wrote:
On May 3, 1:16 pm, Diez B. Roggisch de...@nospam.web.de wrote:
grocery_stocker schrieb:
Would it be better to use threads to break this up? I have
In addition, the zip file format stores the directory at the end of the
file. So you can't process it until it's completely downloaded.
Concurrency doesn't help here.
Don't think that's relevant, if I'm understanding the OP correctly.
Lets say you've downloaded the file once and you're
grocery_stocker wrote:
Let's say there is a new zip file with updated information every 30
minutes on a remote website. Now, I wanna connect to this website
every 30 minutes, download the file, extract the information, and then
have the program search the file search for certain items.
Would it
13 matches
Mail list logo
