If you plan to develop dynamic pages, Dreamweaver needs the services of a testing server to generate and display dynamic content while you work. The testing server can be your local computer, a development server, a staging server, or a production server.

Dreamweaver automatically syncs dynamic documents to your testing server when you open, create, or save changes made to dynamic documents. For more information, see Automatic pushing of dynamic files.

Set up a testing server

  1. Select Site > Manage Sites.

  2. Click New to set up a new site, or select an existing Dreamweaver site and click the edit icon.

  3. In the Site Setup dialog box, select the Servers category and do one of the following:

    • Click the Add New Server button to add a new server

    • Select an existing server and click the Edit Existing Server button

  4. Specify Basic options as necessary, and then click the Advanced button.

    Note:

    You must specify a Web URL in the Basic screen when specifying a testing server. For more information, see the next section.

  5. Under Testing Server, select the server model you want to use for your web application.

    Note:

    As of Dreamweaver CS5, Dreamweaver no longer installs ASP.NET, ASP JavaScript, or JSP server behaviors. (You can manually re-enable the deprecated server behaviors if you wish, but keep in mind that Dreamweaver no longer officially supports them.) If you’re working on ASP.NET, ASP JavaScript, or JSP pages, however, Dreamweaver will still support Live view, code coloring, and code hinting for those pages. You do not need to select ASP.NET, ASP JavaScript or JSP in the Site Definition dialog box for any of these features to work.

  6. Click Save to close the Advanced screen. Then in the Servers category, specify the server you just added or edited as a testing server.

About the Web URL for the testing server

You must specify a Web URL so Dreamweaver can use the services of a testing server to display data and to connect to databases while you work. Dreamweaver uses the design-time connection to provide you with useful information about the database, such as the names of the tables in your database and the names of the columns in your tables.

A Web URL for a testing server comprises the domain name and any of your website’s home directory’s subdirectories or virtual directories.

Note:

The terminology used in Microsoft IIS may vary from server to server, but the same concepts apply to most web servers.

The home directory

The folder on the server mapped to your site’s domain name. Suppose the folder you want to use to process dynamic pages is c:\sites\company\, and this folder is your home directory (that is, this folder is mapped to your site’s domain name—for example, www.mystartup.com). In that case, the URL prefix is http://www.mystartup.com/.

If the folder you want to use to process dynamic pages is a subfolder of your home directory, simply add the subfolder to the URL. If your home directory is c:\sites\company\, your site’s domain name is www.mystartup.com, and the folder you want to use to process dynamic pages is c:\sites\company\inventory. Enter the following Web URL:

http://www.mystartup.com/inventory/

If the folder you want to use to process dynamic pages is not your home directory or any of its subdirectories, you must create a virtual directory.

A virtual directory

A folder that is not physically contained in the home directory of the server even though it appears to be in the URL. To create a virtual directory, specify an alias for the folder’s path in the URL. Suppose your home directory is c:\sites\company, your processing folder is d:\apps\inventory, and you define an alias for this folder called warehouse. Enter the following Web URL:

http://www.mystartup.com/warehouse/

Localhost

Refers to the home directory in your URLs when the client (usually a browser, but in this case Dreamweaver) runs on the same system as your web server. Suppose Dreamweaver is running on the same Windows system as the web server, your home directory is c:\sites\company, and you defined a virtual directory called warehouse to refer to the folder you want to use to process dynamic pages. The following are the Web URLs you would enter for selected web servers:

Web server

Web URL

ColdFusion MX 7

http://localhost:8500/warehouse/

IIS

http://localhost/warehouse/

Apache (Windows)

http://localhost:80/warehouse/

Jakarta Tomcat (Windows)

http://localhost:8080/warehouse/

Note:

By default the ColdFusion MX 7 web server runs on port 8500, the Apache web server runs on port 80, and the Jakarta Tomcat web server runs on port 8080.

For Macintosh users running the Apache web server, your personal home directory is Users/MyUserName/Sites, where MyUserName is your Macintosh user name. An alias called ~MyUserName is automatically defined for this folder when you install Mac OS 10.1 or higher. Therefore, your default Web URL in Dreamweaver is as follows:

http://localhost/~MyUserName/

If the folder you want to use to process dynamic pages is Users:MyUserName:Sites:inventory, then the Web URL is as follows:

http://localhost/~MyUserName/inventory/

For more information, see Choose an application server.

Automatic pushing of dynamic files

A dynamic document is automatically pushed to the testing server whenever you edit and save it in Live view or Code view. If you want to disable auto push of dynamic files, you can do so in the server settings. For more information, see Disable auto push of dynamic files.

When the files are auto-pushed, Dreamweaver also pushes the dependent files if they are not present on the testing server. If the dependent files are already present on the server, then only the server-side document is pushed to the testing server.

Consider the following scenarios:

Scenario 1: You make changes to the source code and dependent files. The focus is in the source code when you click Save.

In this case, the following dialog box that lists all the affected, dependent files appears:

Prompt for saving dependent files
Prompt for saving dependent files

You can then choose the files that you want to push to the testing server.

Note: You can select Always Auto Save the Dependent Files to not see the prompt for subsequent operations. To revert this preference at any point in time, go to the settings of the testing server (Site Setup), and in the Advanced tab, uncheck Always Auto Save Dependent Files.

Auto save dependent files option in server setup
Auto save dependent files option in server setup

Scenario 2: You make changes to the source code and dependent files. The focus is on one of the dependent files when you click Save.

In this case, only the dependent file is saved and pushed to the testing server. 

Disable auto push of dynamic files

You can disable auto-push of dynamic files in the server settings.

  1. Go to Site > Manage Sites.

  2. Choose your Site and click the edit button. The Site Setup dialog box appears.

  3. Go to Servers category.

  4. Choose the testing server and click the edit icon.

  5. In the popup that appears, click Advanced.

  6. Deselect Automatically Push Files To Testing Server.

    Disabling auto-push of dynamic files
    Disabling auto-push of dynamic files

This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License  Twitter™ and Facebook posts are not covered under the terms of Creative Commons.

Legal Notices   |   Online Privacy Policy