Search Results Return Bad Links

B

Brad Shapiro

Using the FP web search component on my intranet homepage. The user
types search criteria and gets data back from the search. The search
result links returned are valid and correct.

The links on the rest of the page, however, are almost all bad. If the
link points to a different web site, the link works. (e.g.
http://schedules works just fine.) But if the link is relative to the
web site itself it's not. Here's what the link should be:

http://intranet/PhoneList.asp

Here's what the link comes back as after search:

http://intranet/_vti_script/PhoneList.asp

Not sure what's going on. I've recalculated the links countless times.
I've deleted the .idq file and the .htx file. It just keeps generating
the same crap.

Thanks.
 
J

Jack Brewster

It's been a long while since I played with Index Server, but I seem to
recall that there are ways to block the _vti_* folders from Index Server.
One way is to go in and manually mark the directories (via IIS if you have
access) as "Do not index." But that would be too hard to administer.

You might check with the Index Server newsgroup:
microsoft.public.inetserver.indexserver
 
B

Brad Shapiro

Thanks for the speedy response.

I'm thinking it's not an index server problem since the search results
come back valid. It's the rest of the page that contains bad links.

The search component is at the bottom of default.htm and the results
go at the bottom of the page. The default.htm (from "_derived"??) is
where the bad links are located.
 
T

Thomas A. Rowe

One solution then is to make those other links, Absolute URLs.

--
==============================================
Thomas A. Rowe (Microsoft MVP - FrontPage)
WEBMASTER Resources(tm)

FrontPage Resources, WebCircle, MS KB Quick Links, etc.
==============================================
 
J

Jack Brewster

The reason why I think it _is_ an Index Server problem is that anything
contained within the _vti_ or any folder starting with an underscore (such
as _derived) shouldn't be indexed and returned in search results in the
first place.

While those files do indeed exist, they're not actually HTML files, instead
they are configuration files used by FrontPage for managing links, contents,
etc.
 
B

Brad Shapiro

But they're not coming back in the search results -- they're coming
back in the surrounding page. (example follows)

intranet
....(link to welcome)welcome ...(link to get mail)get mail
....(link to hr stuff)hr stuff ...(link to phone)phone list

search ______

- - - - - - - - - - - - - - - - - - - - - - -
and then the results page:
- - - - - - - - - - - - - - - - - - - - - - -

intranet
....(bad link)welcome ...(bad link)get mail
....(bad link)hr stuff ...(bad link)phone list

search ______
results:
(good search result link)xxxx
(good search result link)yyyy
(good search result link)zzzz


the "link to xxx" would be something link
http://intranet/phonelist.asp

the "bad link" that gets put in after the search returns is
http://intranet/_vti_script/phonelist.asp
 
R

Ronx

I can reproduce this behaviour.

In the _derived/page.htm0.htx file there is a line similar to
<base href="http://192.168.1.208/page.htm">

If this line is removed all links on the results page (not those found by
the search) are considered to be in (or relative to) the _vti_scripts
folder.
 
R

Ronx

Between <head> and </head>

The tag should be produced automatically, if you edit something on the form
page and save it.
 
B

Brad Shapiro

It's not. I put in the "base href" manually in the .htx and saved the
page and the search works. Then I modified default.htm and when I
saved it, it removed the line from the .htx I had inserted manually.
 
R

Ronx

On my sites (tested two servers - both Windows 2003, IIS6 FP2002 extensions)
the .htx file was recreated after editing the form page
(tests/search_form.htm on one site, default.htm on the other), with
appropriate <base href ... tags in both.

While you can add the tag manually, I think that publishing the web, or
recalculating hyperlinks, may remove the tag from your page.

I have no idea why your system does not function the same way as mine.
 
B

Brad Shapiro

I know this used to work properly for a very long time. I've
recalculated the web and it's not helping. I access the web directly.
I don't need to write it locally and publish.

The only thing I can think of is that the server was upgraded from
Win2K to Win2K3 ? Shouldn't have made a difference.
 
B

Brad Shapiro

OK. I think I have it solved. It seems as though somebody edited the
page with MS Word at some point in the past. Somehow it screwed up the
formatting and corrupted the <html> tag so bad that it appeared in the
document as

<html xmlns:v="urn:schemas-microsoft-com:vml"

I deleted the xmlns:v reference and terminated the html tag with an
angle bracket and voila! Now the .htx file generates correctly.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Similar Threads

Discussion search problem 5
Search 4
Relative links... 5
Access Infopath forms with Access 2007 0
Links refer to 4
Please help me - publishing question 14
Search engine links 2
Windows 7 Internet Links 13

Top