Search Engine Builder Professional

[SamePaul]

url https://samepaul.myftp.org/?search=optokoppler lists along with correct files other that are not related to the search mask.
Also on search for "mp3" mask, some files are listed as folders (e.g. 01 - Bittersweet (feat. Ville Valo & Lauri Ylonen).mp3 on my site).

[ELEVENNNN]

Content for my private use. You have no right to download anything.

This isnt related, but if you expect for that to happen, you need to password protect a few things. (Using "List protected items only for allowed users")  I downloaded a song, don't hurt me.
As far as search fixes go, Rejetto, the author of HFS is in Prague for another few days, I'm sure he will look at this when he gets back.

Pretty cool drawings btw.

[SamePaul]

Content for my private use. You have no right to download anything.

This isnt related, but if you expect for that to happen, you need to password protect a few things. (Using "List protected items only for allowed users")  I downloaded a song, don't hurt me.
As far as search fixes go, Rejetto, the author of HFS is in Prague for another few days, I'm sure he will look at this when he gets back.

No hard feelings, believe me  I put disclaimer to .. you know, just for case someone would claim his rights or whatsoever. Things that I really want to protect are SSL-ed and passworded.
Search engine is cool thing and I really appreciate Rejetto's efforts on it. Till today I used google indexing for this, which is not so convenient as internal searching.

Pretty cool drawings btw.

Thanks 

[rejetto]

samepaul, the problem is not about the search, as you can see the file/folder is visible even if you just browse the folder /Music/More/Rammstein/Singles/Engel/

if you think this is a bug, as it seems to be , open a new topic in the bug reports board.
sending me privately your vfs file may help.

if you want people to connect to your hfs only through stunnel (as i guess you are using it), you need to say HFS to accept connections only over 127.0.0.1
i connected to you in simple http.

[ELEVENNNN]

Rejetto for stunnel and his situation can you explain the logic behind why people are suppose to connect to him at his loopback address (remotely it would appear?)  How is this translated?  This is just for my edification but I dont understand what 127.001 has to do with ssl connects.

As i know someone will ask my work has a policy that prevents private message of any kind (not physical boundaries) or I would have sent you a pm.

Edit: Thanks for the explanation Unknown, that makes sense.

[Unknown8063]

STunnel handles all external connections and in turn, connects users to HFS.  So from HFS's point of view all STunnel users are coming from 127.0.0.1.  Rejetto suggests binding to 127.0.0.1 to prevent anyone from accessing HFS without going through STunnel.

This actually produced interesting results on one version of the ToG template that assumed 127.0.0.1 was the administrator. :S

[SamePaul]

samepaul, the problem is not about the search, as you can see the file/folder is visible even if you just browse the folder /Music/More/Rammstein/Singles/Engel/

if you think this is a bug, as it seems to be , open a new topic in the bug reports board.
sending me privately your vfs file may help.

if you want people to connect to your hfs only through stunnel (as i guess you are using it), you need to say HFS to accept connections only over 127.0.0.1
i connected to you in simple http.

The problem is not an accessibility of something. I do not want to continue (or even start) discussion on SSL, STunnel or whatever related to this.
I want to focus ONLY on search. And this topic is exactly dedicated to this subject.
Again, the problem is that some files in search results list displayed as folders. For example 02 - Feuerrader.Mp3 is  file and listed as file during regular browsing, but it is listed as folder in search results!
Another bug is that in search results I see files that are not related to search mask. For example I do search by "mp3" mask, but for some reason I see in results files like "suspend.exe" or "timeout.exe" etc. Until someone can explain me how mask "mp3" matches these files, I consider this behavior as bug.

[rejetto]

The problem is not an accessibility of something. I do not want to continue (or even start) discussion on SSL, STunnel or whatever related to this.

it was only an additional suggestion and had nothing to do with the rest.

For example 02 - Feuerrader.Mp3 is  file and listed as file during regular browsing, but it is listed as folder in search results!

what you say does not correspond to my experience.
i accessed your HFS, opened that folder (no searching) and that file is listed as folder.
so the problem is not related to search. that's what i was saying above.

Another bug is that in search results I see files that are not related to search mask. For example I do search by "mp3" mask, but for some reason I see in results files like "suspend.exe" or "timeout.exe" etc.

at the moment search is not working well because of a bug. if you have file/folder filters set on your VFS, they are conflicting with the search system. it will be fixed ASAP.

[rejetto]

From build #145 that file won't be mistaken as a folder.
But it's a partial solution: it won't work anyway because that unicode support is to be completed.