dcdev mailing list

Alright, it's about time something is done to the way
the searchbots work..

The current way it works is butt-ugly and inefficient,
and therefore also not generally accepted.
 
Here's my suggestion:

h>c: $Lock EXTENDEDPROTOCOLABCABC Pk=BLAH
c>h: $Supports zSearch
h>c: $Supports zSearch
c>h: [maybe a MyINFO here?]$zSearch 1.2.3.4:1234
F?F?0?1?file.abc$
* disconnect

This way you wouldn't need to log in the
client(searchbot!) like a regular user and waste
bandwith by retrieving userlist etc etc. It's a
generally much nicer and faster way of dealing with
this.

Adding a MyINFO there is interesting. Even if it only
contains the sharesize of the user, the hub can
disregard the user's search if it does not approve of
the size. With a <++ it's even better, however this
would be rather hard to grab from the client in a nice
way.
This would only work with active searches, yes. IMHO
it's fair enough if passive users can't multi-hub
search...

What do you think..? /ade

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

On Saturday 20 December 2003 14:23, ade wrote:

Alright, it's about time something is done to the way
the searchbots work..

The current way it works is butt-ugly and inefficient,
and therefore also not generally accepted.

I may speak for myself (but I don't think so according to rules I have seen on many hubs) but I think the main problem of searchbots is the searchbot itself. IMHO, this kind of bots is against the community/hub concept/philosophy of DC.

Eric

--- eric <eric@ac2i.tzo.com> wrote:

I may speak for myself (but I don't think so
according to rules I have seen on many hubs) but I think the main problem of
searchbots is the searchbot itself. IMHO, this kind of bots is against the
community/hub concept/philosophy of DC.

Eric

This is the same kind of criticism that DC++ recieved
when it was introduced, with multihub support.
Multihub-search tools have been around for a long
while, and still, the DC concept lives.

I don't see the problem. If users want to stay in hubs
and share, chat and have special content hubs, they
will.

ade

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

Isn't it better to have that extension so that hub owners can decide whether they allow searchbots in their hubs?

Richard

At 12:34 AM 12/21/2003, you wrote:

On Saturday 20 December 2003 14:23, ade wrote:
> Alright, it's about time something is done to the way
> the searchbots work..
>
> The current way it works is butt-ugly and inefficient,
> and therefore also not generally accepted.

I may speak for myself (but I don't think so according to rules I have seen on
many hubs) but I think the main problem of searchbots is the searchbot
itself. IMHO, this kind of bots is against the community/hub
concept/philosophy of DC.

Eric

This is the same kind of criticism that DC++ recieved
when it was introduced, with multihub support.
Multihub-search tools have been around for a long
while, and still, the DC concept lives.

but I am not again multihub connection (as long as the number of hub is reasonable).

I don't see the problem. If users want to stay in hubs
and share, chat and have special content hubs, they
will.

IMHO, a such kind of search is unnecessary. However, I am not against something quite similar but more useful. It would be great to have an unconnected protocol (UDP) that will allow someone to search for something or someone (it would be great to find where someone is).
But I am not crazy, this feature should require a kind of hub registration else anyone will be able to do search. Using this, it will be possible to build a generic search engine usable thru web (for example).

Earlier, someone suggests a hub should have an unique "key" that a client should give to another client to be able to download from it. With this tips, we can confirm both clients are on the hub and avoid a leaking of bandwidth out of the really connected to hub clients.

Eric

If there are no further comments on the zSearch
extension, I'm adding it in the next release of MoGLO

Merry christmas & happy new year all

ade
www.moglo.net

__________________________________
Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing.
http://photos.yahoo.com/

ade wrote:

If there are no further comments on the zSearch
extension, I'm adding it in the next release of MoGLO

The only comment I have is a trivial one: why 'z'?   To me that implies something to do with zlib and compression.
Also, if you're going to implement it in MoGLO, did you decide on send an initial $MyINFO?

- Todd

--- Todd Pederzani <todd.pederzani@verizon.net> wrote:

ade wrote:

>If there are no further comments on the zSearch
>extension, I'm adding it in the next release of
MoGLO
>  >
The only comment I have is a trivial one: why 'z'?  To me that implies something to do with zlib and compression.
Also, if you're going to implement it in MoGLO, did
you decide on send an initial $MyINFO?

 - Todd