On Tue, 21 Dec 1999, Tillman, James wrote:
> I think people wanting to access the database on their own is indication
> that htdig has too many limitations. More effort should be put into making
> htdig itself accomodate the needs of insertion, deletion, and updating,
Yes, this would generally fall into what I've been calling "httools." This
would be a series of simple programs to merge, delete, checkpoint, gather
stats, etc. from the databases. (Insertion obviously still falls under
htdig since "insertion" implies "indexing.")
> I think if htdig were expanded to allow someone else to determine what data
> should be added, but to actually allow them to do it through htdig's custom
> interface, rather than directly to the database, this would make htdig a
Yup. It's in there. The current 3-2-x branch allows '-m <filename>' to
only index the URLs in a file and if it doesn't already take this from
STDIN, it will shortly.
> connections would get tricky. Maybe a persistable connection to
> htdig/htsearch would work instead, and that connection would have a database
> connection associated with it. That's probably getting a bit far out,
Any talk about persistent database connections, multithreading, etc. is
good, but will obviously have to wait a bit. :-)
> Another question: Has anyone ever considered a daemon-based implementation
> of htdig/htsearch, as opposed to the command line interface? I vaguely
> remember seeing this brought up in a thread, but possibly not here.
Yes. Until a very short time ago, it wouldn't have been possible to have a
daemon version of htdig since you had to run htmerge afterwards. There
were a few other issues, but I would suggest that this is a reasonable
goal for 3.3.
For htsearch it's a bit further off since we'd need to work out a variety
of caching and access issues. However, I think it's also a reasonable goal
for 3.3.
-Geoff
------------------------------------
To unsubscribe from the htdig3-dev mailing list, send a message to
[EMAIL PROTECTED]
You will receive a message to confirm this.
