Using mnogo 3.1.18, mysql 3.23.41 on bsdi 4.2.

I indexed a couple of domains using the "file" alias method, eg.
Server http://www.server.com/ file:/usr/local/apache/htdocs/

It seemed to run fine and I was able to search the site, however some
pages seemed to have been partially ignored.

As an example of what was getting ignored we have a job site setup
with directories as:

htdocs/job_dir/
htdocs/job_dir/ads_one/
htdocs/job_dir/ads_two/   etc.

The job_dir directory contains a general index and each ads_XXX directory
contains an index for the jobs in that directory. The indexer does seem to 
find all the pages but none of the actual job ads would ever appear as a search
result. For example a search for "web master" would find 
htdocs/job_dir/ads_one/index.html (for a link to a job ad that has web master
in the link) but not the actual page that contains the ad.

Removing the "file:" alias and reindexing makes the search work as I would
expect. With the "file:" option the individual job ad pages do appear in the 
url table and the pages do have references in the dictionary tables. The url.txt 
field in the url table is however empty for all of the actual ad page urls.

It seems to have happened for other pages that were two directories off the 
document root e.g www.server.com/dir_one/dir_two/page.html. I didn't do 
extensive checking but the three I did check (plus the couple hundred job
ads) would never get returned from a search. 

We are using server side includes but that didn't seem to affect pages using 
similar SSI constructs as the ad pages.

So is this just a limitation of using the file option rather than actual http 
requests?, 
a bug?, or did I miss a configuration option for the file alias?

I have seen the postngs saying to use
Alias http://xxx.xxx.com/      file:/root/html/
Server http://xxx.xxx.com/
But they were related to a different matter and the Server . . . File thing was 
indexing and is listed in the documentation.

Jack
___________________________________________
If you want to unsubscribe send "unsubscribe general"
to [EMAIL PROTECTED]

Reply via email to