diff options
author | mstenner <mstenner> | 2004-03-12 16:09:25 +0000 |
---|---|---|
committer | mstenner <mstenner> | 2004-03-12 16:09:25 +0000 |
commit | 5e2f935ff495711cb972979a7b7fe875dd021993 (patch) | |
tree | 957033c5a7a469a2bec9818d13933d54703d24cb /TODO | |
parent | 5b86679105b62c9e9ef4e981181b6213155fbc72 (diff) | |
download | urlgrabber-5e2f935ff495711cb972979a7b7fe875dd021993.tar.gz |
Updated TODO.
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 10 |
1 files changed, 8 insertions, 2 deletions
@@ -8,6 +8,8 @@ ALPHA: cleaner - this would mean that you'd have to do urlgrab(url, filename=filename) which is annoying (and different from how it's being used) + - add sublcasses of MirrorGroup for different failover policies, + at least providing the same behavior as what yum does now * Reget support. When urlgrab is called, check if the file exists on disk. If so, offset the range so that we pull only the bytes remaining. This should @@ -38,8 +40,8 @@ Misc/Maybe: * Make keepalive functionality work when used in multiple threads. - * Consider adding a progress_meter implementation that can be used in concurrent - download situations. + * Consider adding a progress_meter implementation that can be used in + concurrent download situations (I have some ideas about this -mds) * Consider using CacheFTPHandler instead of FTPHandler in byterange.py. CacheFTPHandler reuses connections but this may lead to problems with @@ -47,3 +49,7 @@ Misc/Maybe: server and everything works fine but this needs more exhaustive tests or a fallback mechanism. Also, CacheFTPHandler breaks in the same way keepalive breaks with multiple threads. + + * Consider some statistics tracking so that urlgrabber can record the + speed/reliability of different servers. This could then be used by + the mirror code for choosing optimal servers (slick, eh?) |