I answered a post in the other forum, about additions to the Verify routine, such that it would flag a link as "dead" and move it to a dead-links category, then move it back when it goes live. There are some neat features of this, and some good reasons to do it (such as the time cost in finding links that may be dead temporarily, or which a user may know has moved to a new URL):

http://www.gossamer-threads.com/...&part=1&vc=1

I'm seriously considering this as a mod, but really I would want it in the next release, as I plan to move my sites over as soon as it's available.

From a logic point of view, it seems almost trivial, the _major_ work is carrying it through the entire build/search routines (and page.cgi).

If this was built into the next level of logic, it would be much easier.

This begs the question: Could the next level of logic abstract the SQL queries into their own file/hash so they could be modified without searching through the code? Or, better yet, what about making them "flexible" so that they could be modified by the ability to add to the WHERE and other clauses on to the basic selects? I'm not sure which would be the over all best way, but extracting the SQL queries, would make it clearer how to modify them, and increasing the passed parameters would allow more modifications with less code changes (ie: customization/add-ons/plug-ins/built-in-searches).

http://www.postcards.com
FAQ: http://www.postcards.com/FAQ/LinkSQL/