Return To The uDirectory Reference Site




  1. For Absolute Beginners
  2. Server Error
  3. Script Is Displayed, Not Executed
  4. Script Is Being Downloaded, Not Executed
  5. "Unable to open udirectory-configuration.txt" Error
  6. "Unable to open udirectory-categories.txt" Error
  7. General "Unable to open" Errors
  8. HTML Files Are Not Being Created
  9. "Goto Listings" Button Not Working
  10. New Listings Not Appearing On HTML Pages


1. For Absolute Beginners

If you've never installed or executed any Perl scripts on your server before, it is recommended that you first try installing our basic test script as described at our reference site:

http://www.uburst.com/uDirectory/testscript.html

This simple Perl script is the most basic of Perl scripts and should help you to understand how to install and execute scripts on your server. It also will verify that your web hosting account is configured properly to run Perl scripts and will make installing the uDirectory script that much easier.



2. Server Error

Upon installing the script on your server, the first thing you should do is use your browser to test the script going to the URL of the script on your server. Upon doing so, you should get the "Login" screen similar to when you go to the URL of the script on our site:

http://www.uburst.com/cgi-bin/udirectory/udirectory.pl

If when going to the URL of the script on your server you get a "Server Error" instead, then the problem is usually one of three things:

  1. The path to Perl is incorrect.
    The Path to perl is specified as the very first line of the CGI scripts. Typical values are /usr/bin/perl, /usr/local/bin/perl/ and /bin/perl. If you do not know what the path to perl is on your server, then you can ask your web hosting provider. NOTE: When specifying this path to perl, you must include the "#!" in front of the path. Example: #!/usr/bin/perl

  2. The file was transferred in BINARY mode (as opposed to ASCII or TEXT mode).
    When transferring the CGI script to your server, you must transfer it in ASCII or TEXT mode - as opposed to BINARY mode. Your FTP program should give you an option to do this - so be sure to transfer the CGI script in ASCII or TEXT mode.

  3. The script does not have execute permissions.
    Once the CGI script is transferred to your CGI directory on your server, you must change the permissions to READ and EXECUTE (chmod 755). If your server is a UNIX server, you should be able to change the file's permissions via your FTP program. If your server is an NT server, then you may have to get your web hosting provider to make the file executable.


3. Script Is Displayed, Not Executed

Upon installing the script on your server, the first thing you should do is use your browser to test the script going to the URL of the script on your server. Upon doing so, you should get the "Login" screen similar to when you go to the URL of the script on our site:

http://www.uburst.com/cgi-bin/udirectory/udirectory.pl

If when going to the URL of the script on your server, the script is displayed instead of being executed, then the problem is usually one of three things:

  1. The CGI script does not have the correct file extension for your server.
    That is, some servers are configured to only execute scripts that end in .pl and others are configured to only execute scripts that end in .cgi. Check with your web hosting server and rename the file if necessary.

  2. The directory that you put the script is not configured to execute CGI scripts.
    That is, usually your web hosting service will have to make a special directory for you to put your cgi scripts in such as cgi-bin or cgi-local. Again you can check with your web hosting provider.

  3. The permissions on the script itself are not correct.
    That is, you must make sure the script has read and execute permissions. This can be done with your FTP program on UNIX machines (chmod 755). People using NT servers, may have to get their web hosting service to change the permissions to executable for them.


4. Script Is Being Downloaded, Not Executed

Upon installing the script on your server, the first thing you should do is use your browser to test the script going to the URL of the script on your server. Upon doing so, you should get the "Login" screen similar to when you go to the URL of the script on our site:

http://www.uburst.com/cgi-bin/udirectory/udirectory.pl

If when going to the URL of the script on your server, the script tries to be downloaded instead of being executed, then the problem is usually one of three things:

  1. The CGI script does not have the correct file extension for your server.
    That is, some servers are configured to only execute scripts that end in .pl and others are configured to only execute scripts that end in .cgi. Check with your web hosting server and rename the file if necessary.

  2. The directory that you put the script is not configured to execute CGI scripts.
    That is, usually your web hosting service will have to make a special directory for you to put your cgi scripts in such as cgi-bin or cgi-local. Again you can check with your web hosting provider.

  3. The permissions on the script itself are not correct.
    That is, you must make sure the script has read and execute permissions. This can be done with your FTP program on UNIX machines (chmod 755). People using NT servers, may have to get their web hosting service to change the permissions to executable for them.


5. "Unable to open udirectory-configuration.txt" Error

Deluxe Edition Only - The first time you configure your listings via the "Configure Listings" button and press "Submit", uDirectory will create a configuration filed called "udirectory-configuration.txt" in your listings directory. If instead of creating this file, you get an "Unable to open udirectory-configuration.txt" Error, then the problem is usually one of two things:

  1. The path to your listings directory is incorrect.
    That is, the directory path that you configured in question #4 of the script setup is not correct. Double-check the value of this setting or if possible, try using the Full Directory Path to your listings directory instead of just a relative directory path. An example full path might be something like:

    $html_directory = "/www/youraccount/listings/";

    ...on UNIX servers, or perhaps something like this:

    $html_directory = "C:/users/youraccount/listings/";

    ....on NT servers.

    Note that this is a directory path...not a URL. So it won't start with "http". If you don't know the full path to your cgi-bin directory, then ask your web hosting provider.

  2. Your listings directory does not have read/write/execute permissions.
    Try giving the directory full READ/WRITE permissions. On UNIX servers, this can be done via a chmod 777. On NT servers, you may have to contact your web hosting provider to make sure your listings directory has READ/WRITE permissions.


6. "Unable to open udirectory-categories.txt" Error

The first time you create a category with uDirectory, uDirectory will create a category index file called "udirectory-categories.txt" in your listings directory. If instead of creating this file, you get an "Unable to open udirectory-categories.txt" Error, then the problem is usually one of two things:

  1. The path to your listings directory is incorrect.
    That is, the directory path that you configured in question #4 of the script setup is not correct. Double-check the value of this setting or if possible, try using the Full Directory Path to your listings directory instead of just a relative directory path. An example full path might be something like:

    $html_directory = "/www/youraccount/listings/";

    ...on UNIX servers, or perhaps something like this:

    $html_directory = "C:/users/youraccount/listings/";

    ....on NT servers.

    Note that this is a directory path...not a URL. So it won't start with "http". If you don't know the full path to your cgi-bin directory, then ask your web hosting provider.

  2. Your listings directory does not have read/write/execute permissions.
    Try giving the directory full READ/WRITE permissions. On UNIX servers, this can be done via a chmod 777. On NT servers, you may have to contact your web hosting provider to make sure your listings directory has READ/WRITE permissions.


7. General "Unable to open" Errors

"Unable to open " Errors, are usually caused by one of two things:

  1. The path to your listings directory is incorrect.
    That is, the directory path that you configured in question #4 of the script setup is not correct. Double-check the value of this setting or if possible, try using the Full Directory Path to your listings directory instead of just a relative directory path. An example full path might be something like:

    $html_directory = "/www/youraccount/listings/";

    ...on UNIX servers, or perhaps something like this:

    $html_directory = "C:/users/youraccount/listings/";

    ....on NT servers.

    Note that this is a directory path...not a URL. So it won't start with "http". If you don't know the full path to your cgi-bin directory, then ask your web hosting provider.

  2. Your listings directory does not have read/write/execute permissions.
    Try giving the directory full READ/WRITE permissions. On UNIX servers, this can be done via a chmod 777. On NT servers, you may have to contact your web hosting provider to make sure your listings directory has READ/WRITE permissions.


8. HTML Files Are Not Being Created

If upon creating a category and/or adding listings to the category you find that the HTML files are not being created in your listings directory, then the problem is usually one of the following:

  1. The path to your listings directory is incorrect.
    That is, the directory path that you configured in question #4 of the script setup is not correct. Double-check the value of this setting or if possible, try using the Full Directory Path to your listings directory instead of just a relative directory path. An example full path might be something like:

    $html_directory = "/www/youraccount/listings/";

    ...on UNIX servers, or perhaps something like this:

    $html_directory = "C:/users/youraccount/listings/";

    ....on NT servers.

    Note that this is a directory path...not a URL. So it won't start with "http". If you don't know the full path to your cgi-bin directory, then ask your web hosting provider.

  2. Your listings directory does not have read/write/execute permissions.
    Try giving the directory full READ/WRITE permissions. On UNIX servers, this can be done via a chmod 777. On NT servers, you may have to contact your web hosting provider to make sure your listings directory has READ/WRITE permissions.

  3. SPECIAL NOTE FOR DELUXE EDITION USERS ON NT SERVERS - Take a look in your listings directory and see if .tmp files are being created. That is, does your listings directory contain only .txt files and .tmp file - but no .html files? If so, then this is a good indication that your script does not have permission to rename files in your listings directory (The script will try to rename those .tmp files to .html files)... even though the directory does have READ/WRITE permissions. To correct this, check the actual "permissions" setting and open up the permissions such that the script does have permission to rename the files in the listings directory.


9. "Goto Listings" Button Not Working

If upon creating some categories and adding some listings to your categories, you get a "File Not Found" error when you press the "Goto Listings" button, the problem is usually caused by having the wrong directory URL specified in question 3 of the script setup. This setting should be the full URL of your listings directory.


10. New Listings Not Appearing On HTML Pages

If after adding a new listing with uDirectoryTM, you don't see the listing when you view your listing pages, the problem may be that your browser is just displaying an older version of the pages saved in cache. Try pressing "RELOAD" on your browser in order to make your browser reload the latest pages.


----------

  • If you didn't find a solution to your problem here, don't forget about our Support Forum.

  • And if that still doesn't solve your problem, you can submit a support request to us via our Support Request Form.