Home > Fluid Dynamics Search Engine > Help > 1192

Customizing the FDSE layout using ASP

Overview and notes:

This article describes how the FDSE layout -- including the search tips page and the search results page -- can be rendered using Active Server Pages. This is intended for advanced developers who want to integrate FDSE into a web site that uses consistent, ASP-based layout on all pages.

Please note:

Definition of areas:

The output of FDSE consists of the following four "areas":

  1. Invisible HTTP headers (Perl-generated)

  2. HTML header and optional left sidebar (template /search/searchdata/templates/header.htm)

  3. Active area (Perl-generated)

  4. HTML footer and optional right sidebar (template /search/searchdata/templates/footer.htm)

Set-Cookie: fdse_cp=0
Content-Type: text/html
Invisible HTTP headers
HTML header and optional left sidebar

# the script "active area", including:

Search Results
Your search for foo found the following documents (of 455 documents searched):
Displaying documents 1-10 of 58, with best matches first:

1. Installer Help
foo bar xyz
URL: http://www.xav.com/scripts/installer/3004.html - 2KB - 30 Jul 2002

2. How to manage files whose names begin with a dot
Filenames beginning with a dot are considered "hidden files" in the Unix world...
URL: http://www.xav.com/scripts/installer/3061.html - 6KB - 13 Aug 2003

HTML footer and optional right sidebar

With ASP integration, all areas except the center active area are suppressed. The HTML for the active area is made available as the return value of an ASP function call.

Definition of self-reference:

FDSE contains many types of navigation, including the search form, the "search tips" link, and the "Prev / 1 / 2 / 3 / Next" links which appear when there are multiple pages of results.

Such navigation uses the automatically-detected URL of the search script to ensure that all requests continue to come back to the same script. This is called self-referencing navigation and it requires special treatment when an ASP script is layered above the Perl script.

Changes during integration:

When using ASP integration, FDSE chooses not to print the hidden HTTP headers, the HTML header, and the HTML footer. Instead, it creates only the active area. The HTML for the active area is made available within ASP as the return value of function FDSE_output().

In addition, all self-referencing navigation is changed to the use the URL of the parent ASP page, rather than the URL of the Perl script which is being called "under the hood".

Steps to enable:

Follow these steps to embed FDSE within your ASP layout:

  1. Install FDSE version or newer.

  2. Once installed, visit the FDSE admin page via the normal Perl script ("search.pl?Mode=Admin"). Ensure that you can login. Create a search realm that contains test content.

  3. Go to Admin Page => General Settings. At the very top of the page will be the version and path of Perl; it will read something like "Perl version is 5.008 (E:\perl\bin\perl.exe)". Take note of the path to Perl.

  4. Visit the default search page "search.pl". Perform a test search to ensure that results are returned.

    It is essential that you configure FDSE to work properly via the standard Perl interfaces first, before moving to ASP. It will be very difficult to debug problems in the ASP integration if the core Perl interfaces are failing.

  5. In the same folder as "search.pl", create a file named "search.asp" containing the following:

    Request the file with your browser. If it doesn't print out "hello world", then there is no way that FDSE-ASP integration will work on your server. Quit now.

  6. Next, modify your "search.asp" file to contain:

    (This tests whether ASP can locate the FDSE-ASP integration code and understand its syntax, without executing it.)

    Request "search.asp" with your browser. It must still print out "hello world". If there are any warnings or errors printed, then FDSE-ASP integration will not work.

  7. Next, modify "search.asp" to contain:

    Customize the four variables as needed:

    1. search_script - this is the relative filename of your Perl search script. 99% of the time it will be "search.pl" or "search.cgi". If you've renamed the script, just make sure that this variable points to the new name.

      This path will be used for a system call, so use the full file system path if needed:

      search_script = "e:\webroot\www.xav.com\search\search.pl"

      Do not use the URL path here.

    2. verbose - this is a Boolean flag for including extra tests and debug output. Leave at 1 at first. Set it to 0 once things work properly.

    3. self_url - this is the URL of the ASP page. The default value, Request.ServerVariables("SCRIPT_NAME"), should be sufficient in 99.99% of cases. If that dynamic auto-detect value doesn't work, you should enter the explicit URL, like "/search/search.asp".

    4. path_to_perl - enter the full Windows file system path to Perl, using single backslashes to separate folders. This value was found in step 3 above. Examples of valid values are "c:\perl\bin\perl.exe" and "e:\perl\bin\perl.exe".

  8. Visit "search.asp" again with your browser.

    Now you should see some colored table cells for the various page areas. In the center table cell, you should see some red-highlighted debug output. If all goes well, below that you should see the default search form and search tips.

    If you don't see the default search form and tips, then the red-highlighted debug output will probably contain an error message.

    • If you receive error "fdse-asp-1", then you are out of luck. System calls are not working on your web server because the WScript.WShell object is not present or cannot be launched.

    • If you receive error "fdse-asp-2", then there is a problem shelling to the Perl interpreter. Double-check your "path_to_perl" variable. If you continue to have problems, it may be that your web server does not allow system calls, in which case you are out of luck.

    • If you receive error "fdse-asp-4", then system calls are failing. More accurately, the "perl -v" command does not contain the expected substring "Larry Wall". This test is done because "perl -v" is a very well-behaved, standard system call that always returns similar substrings. We use it as a test before moving on to the more subtle return values of "perl search.pl params".

    • If you receive error "fdse-asp-5", then full Windows file path to your Perl script is too complex. FDSE has to pass that path on a command line, and to maximize security, it only allows characters from a certain set to appear in the path. The set is A-Z, 0-9, underscore, hyphen, period, slash, backslash, and colon.

    If you receive any other error, then you should post to the Discussion Forum with full details.

  9. If the search form and search tips appear as expected, you should perform some test searches. Include at least one search that returns multiple pages of results, and click through the "Prev / 1 / 2 / 3 / Next" navigation links. Confirm that each request connects back with your custom ASP file.

    If subsequent form submissions and links do not connect back to your custom ASP file, you should post to the Discussion Forum with full details.

  10. Finally, once testing has been completed, edit the ASP file again and set "echo_verbose" to 0. Then add in all of your standard ASP header and footer code, so that the FDSE layout matches that of the rest of your site.

Note that if you host FDSE at http://www.mysite.tld/search/search.pl, and want the ASP file in your root folder like http://www.mysite.tld/search.asp, then your ASP file will need to contain:

	<!--#include file="search/searchmods/integrate.asp" -->
		search_script = "search/search.pl"


    "Customizing the FDSE layout using ASP"