While the internal server of OptiPerl can be used for testing most websites, there are some case were a third-party server must be used:

 

  • If your website relies on SSI (server side includes), then you must use a server that supports them. OptiPerls internal server does not support SSI.
  • If you also use other scripting languages like ASP and PHP.
  • If you use mod_perl and want to test the scripts in a more realistic environment.
  • If your site relies on settings in .htaccess files.
  • OptiPerl is intended for both beginning and advanced users; advanced users may want to use a real production server running offline for developing. Still however in most cases, even in very complex projects the internal server will do fine.

 

Any server however integrates very well with OptiPerl. Many settings, like in the Options and Project options under section "External server" are used solely for this purpose. The settings needed to integrate are:

 

Access Log File - Error Log File

The access log file of the external server. Most servers create files that describe the errors and accesses made to them. Enter the path to the files here. You can view them from menu Server / View error & access logs. In the error log, if standard perl errors are detected with line numbers, then double clicking will go to the offending line. Examples:

 

c:\apache\logs\errors.log

c:\apache\logs\access.log

 

Port

The port binded by the server. Usually this is 80.

 

Document root

The document root path of the external server. This is usually the path that contains the html documents of the site. Examples:

 

c:\apache\htdocs

c:\mywebs\www.mysite.com\

c:\mywebs\mysite\public_html

 

Aliases

Aliases used for external server, column separated. Example:

/cgi-bin/=c:\webroot\cgi-bin;

 

This is necessary in some cases, like when the cgi-bin folder is not under the document root folder. Read more about Aliases.

 

icon_exclaim After setting up the internal server, select the "External server" item from the "Server" menu. Note that you if you bind the internal server on a different port, you can have both optiperl's internal server and an external server loaded.

 

icon_exclaim With remote debugging via loopback, the internal server adds automatically in the script's environment the value needed to invoke the debugger. If you are using however an external server, you will need to do some set-up from menu Debug / Setup and information.

 

icon_idea In some cases, for each project, you may want to have a different server, or a different server configuration. All the above options can be overrider per project from project options.

 

More Information in the next sections:

 

 

Also read the section "External Server" in the FAQ.

 

 

Top  Previous  Next