It would still have to be connected to the user table, and maybe others. Is that it?
Yupped. The sucking options take care of that, since info is embedded. But the separate database would still be quasi-live, and reflecting stuff like a user changing their tagline, etc.
Can we set the search default to be subscribed threads? Or is that less usable, you think?
Yupped. The sucking options take care of that, since info is embedded. But the separate database would still be quasi-live, and reflecting stuff like a user changing their tagline, etc.
Right. It would be like the Attic at WX. Rats, I'd hate to lose that functionality. Searching for something thread by thread is a huge pain.
Can we set the search default to be subscribed threads? Or is that less usable, you think?
I'm still subscribed to every Natter thread. Just never bothered to unsubscribe because the fall to the bottom of the list anyway. I can't be the only one who does that.
The sucking options take care of that, since info is embedded.
Damn straight! :)
I'd hate to lose that functionality.
It would be annoying, but it seems like a small price to pay.
I still support the idea of sticking the archived threads off the main site.
What about an ashes board? Same basic structure and user table, but all the threads closed (of course).
I'm still on coffee cup one. This might not make much sense.
But, so long as we hosted it elsewhere, you could still search it like DX wants to be able to do, and it wouldn't drag the main site down.
I still support the idea of sticking the archived threads off the main site.
As html or as a database?
What about an ashes board? Same basic structure and user table, but all the threads closed (of course).
How would the user table stay updated? Every time a new closed thread was ported, an update to the archives user table would be required.
What about putting the old threads somewhere else as static HTML files, and index them using htDig or similar kinds of search engines? This way they would still be searchable, though it would be cumbersome to have one search for live threads and another one for old ones.
though it would be cumbersome to have one search for live threads and another one for old ones.
I don't think anyone was proposing a single search engine for everything. The point is to lessen server load.
Atomz used to have a free site search service. I've seen sites with Google on just them -- maybe we could find something like that. However, without a dynamic link to the user table, these will be searchable by all and sundry.