On Sun, Mar 31, 2002 at 03:42:33PM +0100, Andrew M. Bishop wrote:
> > monitored pages are marked as uptodate even if the download fails
> > because the server is not unreachable.
> The monitored page index marks the page as up to date when it has been
> requested, not when it has been fetched to the satisfaction of the
> user.

is there a reason for that? 
it doesn't strike me as particularily usefull.

> > similarily requests are removed from the outgoing directory
> > even if the download fails. in my case the disk was full.
> Removing the files from the outgoing directory is an important part of
> making sure that each requested file is only fetched once.  Keeping a
> file in the outgoing directory if it fails may mean that a file will
> fail over and over again until each time that you go online it spends
> all of its time trying to get the same files (and always failing).

ok, i can see the point of that. 
would it be feasable to make an index of failed urls?

> The disk full case is difficult to handle since there is not usually
> much that can be done to handle it.  Part of the page has already been
> sent to the browser, it is not possible to replace it with an error
> message.

very true, didn't think of that.
how about appending the message at the end of the page,
just like the normal status that can be appended.
(the normal status was not appended either btw. when the disk was full)

> If you are going offline then you can use 'wwwoffle -offline' to stop
> fetching. 

ah, good, didn't think of that. thanks.

> If you want to stop fetching and not go offline then you
> are correct, there is no way to do it.  I looked into making this
> change and it was not trivial, so it has not been done.

ok, i can live with that. thanks again.

greetings, martin.
-- 
i am looking for a job anywhere in the world, doing pike programming,
caudium/pike/roxen training, roxen/caudium and/or unix system administration.
--
pike programmer     Traveling in Singapore           (www|db).hb2.tuwien.ac.at
unix                (iaeste|bahai).or.at     (www.archlab|iaeste).tuwien.ac.at 
systemadministrator (stuts|black.linux-m68k).org mud.at is.(schon.org|root.at)
Martin B"ahr        http://www.iaeste.or.at/~mbaehr/

Reply via email to