Yes. Custom error reporting can use any page technology supported by WebSite, from simple HTML pages to server side includes, CGI scripts, all the way to Cold Fusion or PHP documents. See help file for more information.

No, the backup feature is taking a snap shot of VisNetic WebSite's configuration settings stored in the registry. When you restore VisNetic WebSite's settings it will remove any existing settings and return it to the settings saved in your backup file.

The registration system for VisNetic WebSite 3.5 has changed and is not compatible with older key systems. If you’re a registered WebSite user and your within your upgrade protection period you are eligible for a free upgrade. Please contact our sales department for more information. sales@deerfield.com

This is a problem with JRun itself. MacroMedia offers a solution at their support site.

Not at this time. This is being looked at for a future version of WebSite

At this time, there is no way to bypass this box. The box will be removed in a future version. We are sorry for the inconvenience.

WebSite does not use Active Directory, instead it uses the older LSAPI calls for NT Native security. This works well for WebSite's purposes, including handling local versus domain accounts and running on primary/secondary domain controllers.

This is due to some minor issues in PHP, it has been reported that fresh installs of WebSite 3.1.11.0 and PHP 4.1.1 have resolved the issues. We have customers running the latest version of WebSite and PHP 4.1.11 without any problems.

All versions of WebSite provide two standard (basic) methods of access control, which can be applied to the whole web or any URL in your web:

1. Class restrictions, which allow or deny access to the web (or portions of the web) based on the internet address or hostname of the web browser. Class restrictions are often referred to as IP or hostname filtering.
2. User authentication, which allows or denies access to the web (or portions of the web) based on a username and password. Usernames and passwords are specific to the server and are not related to usernames and groups established on your system. Making someone a user on your server does not give them an account on your computer.

This error is telling you that you have no secure certificates set up in WebSite under the Key Ring Tab and any secure requests for this domain are disabled.

If you have set up a secure certificate for this domain and you are still getting this error message. The certificate may not be set up correctly. The icon under the Key Ring tab needs to be a key icon. If the icon is a yellow question mark icon double check the certificate and try reattaching it to the domain.

See Article 1925 for more information.

Yes you can. Installing ColdFusion should create the correct mappings in WebSite for ColdFusion. If it doesn't, here are the correct mappings. These should be placed under the Associations Mapping Type:

     File Extension - .cfm Associated EXE or DLL Path - c:\cfusion\bin\wscf.dll
     File Extension - .dbm Associated EXE or DLL Path - c:\cfusion\bin\wscf.dll

Once these mappings are in place just create your ColdFusion files in the directory your content is stored in and the page should load up when called upon.

Yes, however, you will need a third party application like Chilisoft ASP or another kind of ASP server. The ASP server should detect WebSite and map itself correctly in WebSite.

On the WebSite 3.0 CD, many of the add-ons were designed and programmed by O’Reilly programmers or a different 3rd party group of programmers. Many of these add-ons may not work after the upgrade to 3.1.11 and they are no longer supported.

Yes you can remove this icon from the desktop. It’s a shortcut to the c:\my website directory that the software created during installation.

When you set up multiple domains in WebSite, you will be asked for a URL Prefix. This is a way for WebSite to determine which site the request is coming in for and which mapping to look at for the directory of that site. All of your domains cannot be in the same directory because each domain needs an index.html file to read the page off of. If you put all of your domains in the same directory then you will only be able to view the content on the main index.html file.

This will show when your server was Started, the time left on your trial period (if unregistered), any configuration changes. When reporting a problem with your site, this is a good file to send along with your Technical Support Request Form.

This will show all error messages encountered with your WebSites. When reporting a problem with your site, this is a good file to send along with your Technical Support Request Form.

The information shown in the access log is all of the traffic to your site. Every image that is accessed by a visitor will be shown here.

To register WebSite:

1. Highlight the Registration Number sent in your registration email
2. Right click on the highlighted area and select "Copy"
3. If WebSite is running you can double click the system icon to open the "Server Properties" or go to the WebSite program group and select "Server Properties"
4. Select the "Support" tab
5. Click on the "Key Manager" button and "paste" your key into the "New Key" field.
6. Press the "Install New Key" button.

To run WebSite without the icon in the system tray, open the WebSite Properties and click the Stop button to stop the server. This will allow you to select a different Run Type from the pull down menu. Just select System Service (Hidden). This will still allow WebSite to start as a System Service and the icon in the System Tray will not be there.

The Key Ring Password is an administrative password that WebSite uses to verify user access (and secure the server) when making changes to WebSite.

To change the port that WebSite runs on go to the WebSite Server Properties and under the general tab, at the bottom you can change the port listed here. By default WebSite listens on port 80.