Manually configuring Xperience applications in IIS
Xperience websites are hosted using an Internet Information Services web server, either within the root of an IIS web site or as an application (virtual directory) under a web site. For more information, see Understanding Sites, Applications, and Virtual Directories on IIS 7.
By default, the Xperience Installer creates IIS applications automatically for new web projects. However, you may need to add and configure IIS applications manually in certain scenarios. For example:
- After you deploy the Xperience web project files to a remote server (into a sub-folder under the IIS web site’s root, when you wish to host the site in a virtual directory).
- If you do not select the Register to IIS option during the installation of a local instance. For example, if you do not wish to use the default IIS application name or alias.
Creating applications in IIS
Xperience application structure
Xperience sites run as two separate projects – the live site and the administration interface. If you wish to run both projects in virtual directories under the same IIS web site, you need to create two separate IIS applications. Follow the steps below for both the live site and administration project.
The IIS applications for the live site and administration must run “side-by-side”. Nesting one of the applications under the other causes configuration errors and prevents certain parts of the system from working correctly.
To create an IIS application for an Xperience web project:
Run Internet Information Services (IIS) Manager.
Expand local computer -> Sites, right-click your web site (e.g. Default Web Site), and choose Add Application.
Enter the application’s Alias.
- The Alias determines the URL virtual path under which the website will be available. For example, enter the alias Xperience to run the website under the <domain>/Xperience URL (e.g. http://localhost/Xperience).
Enter or select the application’s Physical path, i.e. the directory that contains the web project files.
Important: The application’s Physical path must lead to the root folder that contains the project’s main web.config file. For example, specify the CMS subfolder of the installation directory when creating an application for the Xperience administration project.
Select an Application pool. For more information, see the Configuring application pools section.
Click OK.
The application is now ready and you can open the Xperience website in your browser under the appropriate URL.
Configuring application pools
Application pools in IIS provide you with an additional level of website management. You can configure them in Internet Information Services (IIS) Manager, under local computer -> Application Pools.
Use a different application pool for your live site application and the Xperience administration application.
Required basic settings
- Managed Pipeline Mode: Integrated
- .NET CLR Version:
- v4.0 (for the administration application)
- No Managed Code (for the live site application)
Recommended configuration
Run each Xperience project in a separate application pool, otherwise the system may behave unpredictably.
Advanced Settings:
- Configure the Recycling -> Regular Time Interval value. The regular restart ensures that the application’s memory is recycled and allows automatic recovery from failures. This value should not be too short (less than 60 minutes) or too long (more than 1740 minutes). Short restart intervals may lead to high server load and slow response times after each recycling (the application needs to restart and reload data into the cache).
- Do not set a Recycling -> Private Memory Limit or Virtual Memory Limit.If you need to set a limit, use at least 4 GB. A low maximum memory limit may lead to frequent application restarts.
- The Process Model -> Maximum Worker Processes value must be set to 1. If you set a higher value, the worker processes will not be synchronized and the website will not work correctly. Xperience does not support a Web garden setup.