Announcement

**David** · Feb-20-2009, 09:14 PM

gg_search.asp is not our script. So I can't really comment on what is going wrong if you are using your own customised version of our script.

However if you have just upgraded, then make sure you upload ALL the files. Especially settings.asp and search.asp. The index files from this new build are NOT compatible with older editions of the script.

**rschletty** · Feb-21-2009, 12:40 AM

Thanks. I understand now what the problem is. Indeed, the file search.asp which is generated by build 1010 works. My programmer had created a custom search results page called gg_search.asp. That apparently needs to have the new code inserted.

I am happy to see the new Dreamweaver extension!

Richard

**rschletty** · Feb-21-2009, 08:44 AM

Well, my ASP programmer and I could not figure out a fix, so I reinstalled build 1007 and now it works again, using the same ASP custom results page. Unfortunately, I don't have build 1008 or 1009 to test. Are they available for download?

So what is it in build 1010 which breaks our custom results page? The version of VBScript we are running on the web host server?

**David** · Feb-21-2009, 09:48 AM

I have no real idea what code you have customised and don't have a copy of your code. So I can't comment on what is broken in your code. (and debugging your code is outside our our free support as well)

As a general comment however, you should avoid customising our code unless you really understand what you are doing.

It is rare that there is a good reason for customising our ASP code. More often that not you can get the result you want via CSS, or template HTML customisation.

Why are you adding ASP code to our script?

**rschletty** · Feb-21-2009, 05:18 PM

We didn't actually "customize" the Zoom search.asp file. We just dropped in the code from search.asp into our own site template (header and footer).

What we did wrong was to not use a server side include for "search.asp." We copied and pasted in build 1007 "search.asp" code, which is simply not the same as build 1010 "search.asp" code -- new functions and variables were introduced.

So, now "search.asp" is set up as an include and we will never have this problem again:

Our basic structure for our revised ggf_search.asp (results) page is this:

<html>
<head>
</head>

<table>
 (instead of copy-and-paste from "search.asp")
</table>

</body>
</html>

**Ray** · Feb-22-2009, 11:49 PM

Yes, that is the documented and recommended method, as explained here:
Q. How can I add headers & footers to the search template using SSIs or scripts?

As explained elsewhere, the disadvantage to modifying the actual search script (or creating your own one by copying the code from ours), is that not only would we be unable to support it, you would be required to port your changes (in other words, make a new version of your custom script) every time you update to a new build.

Announcement

Errors with build 1010 in custom ASP search

Errors with build 1010 in custom ASP search

Comment

Comment

Comment

Comment

Comment

Comment