Control Panel

The Control Panel node contains advanced setting for various apps and features in Dynamicweb - see below for a short description of each setting.

The Language Management settings control how content works across websites & language layers (Figure 2.1).

Figure 2.1 The first part of the Language Management settings

The effects of each setting is explained in the UI, but repeated here below for easy access:

Setting

Effect

Deactivate new paragraphs

When new paragraphs are created on the master, the copy created on the language will be deactivated

Deactivate new pages

When new pages are created on master, the copy created on the language version will be deactivated

Allow paragraph operations (create, copy, move, delete, sort)

When activated, editors on language versions of the website can create, copy, move, delete and sort paragraphs

Allow new global paragraphs

When activated, editors on language versions can add global paragraphs to pages.

Allow page operations (create, copy, move, delete, sort)

When activated, editors on language versions of the website can create, copy, move, delete and sort pages.

Copy master changes to language versions if values are the same. (Pages)

When properties on pages on master are edited, the value will be copied to the language version if the language version has the same value as the master

Copy master changes to language versions if values are the same. (Paragraphs)

When properties on paragraphs on mater are edited, the value will be copied to the language version if the language version has the same value as the master

Compare paragraphs as text

If activated: When the text of a master is compared to a language version, the formatting is not taken into consideration (ie. bold text, italics etc)

Use website name in dropdowns instead of website culture name

-

Make published / unpublished status independent of master

When a master is published, unpublished or hidden the language versions are not affected no matter the above settings

With the Maps settings (Figure 3.1), you can:

  • Enter your default Google API credentials, which are needed if you exceed the Google-imposed limit on API requests (these are overriden if new credentials are entered on a Maps app)
  • Run batch updates of the location information for users and user groups – this will cause the app to reload location information. You will be presented with a list of users alongside information on whether or not their location has been updated or not
Figure 3.1 The Maps settings

Read about the setting in this article.

The Users section contains settings relevant for a number of functions related to user management.

On some solutions you may need to use custom fields, e.g. when importing users from other systems, where critical information is not matched by one of the regular user fields in Dynamicweb.

With the Custom fields and Custom address fields settings (Figure 6.1), you can create and edit custom (address) fields.

Figure 6.1 The custom fields settings allow you to view and create custom (address) fields

To do so, click Edit custom (address) fields in the list of settings, to bring up the custom fields view (Figure 6.2).

Figure 6.2 Custom fields

From here, you can add new custom fields by specifying a name, a system name and a type.

With the upload settings (Figure 7.1), you can select between having a global custom files folder for upload or having one for each user.

Figure 7.1 Define and configure the custom files folder(s)

You can also customize the location of the Extranet secure folder (Figure 7.2).

To ensure that the files in the secure folder are protected, your server must be configured to disallow direct download. Contact your hosting company for further information. If you are hosting your own solution, simply disable the read permission on the secure folder in your IIS.

Figure 7.2 Define the extranet secure folder

With the Permissions settings, you can choose to use the new pemission model here. Changing this setting will force a logoff.

Figure 8.1 Enable the new permission model here.

With the Extranet login limitations settings (Figure 9.1), you can set a limit on the number of failed attempts allowed – and customize how the system should treat failed login attempts.

Figure 9.1 Control advanced login settings for the extranet module with these settings

You can also customize, for how long (in days) a login cookie should be valid (Figure 9.2).

Figure 9.2 Control cookie expiration dates with these settings

With the Password security settings, you can control the password security settings for both extranet users and backend administration users. Apart from the scope of the settings, the options (Figure 10.1) are are identical to each other.

Figure 10.1 The Password security settings

You can:​

  • Check the Encrypt checkbox to enable encryption by default – in combination with the extranet app, and user initiated profile creation, this means that your users will not have to worry about their password security. If checked, you can select your preferred hashing algorithm
  • Set a password expiration interval, from 30 days to a year
  • Specify the number of new passwords which must be used before an old password can be used again
  • Select the minimum required password complexity level
  • Specify the minimum number of characters a password should contain
  • Encrypt all existing users (irreversible)

On solutions with multiple websites, you may want to include a shopID when logging users in to the solution (Figure 11.1). This allows for e.g. 2 different user records with the same email logging into 2 different websites.

Figure 11.1 Check this box if you need to include a shopID in the login process

Be advised, that you need the Multishop Advanced module for this integration to be possible, and that each shop needs to belong to its own website – or the system will not be able to figure out which user to login.

Remember to select a default shop in the Ecommerce settings set in Website properties (Apps > Websites > Edit website > Ecommerce). When using e.g recover password include a <input type="hidden" value"shopX"> in the template to help select the proper user instance.

With the Impersonation settings (Figure 12.1), you can switch between impersonation modes.

Figure 12.1 The impersonation settings

You can choose between the following:

  • Only tag orders with impersonating user enables the Only orders mode and tags orders placed using impersonation with "(Current User) on behalf of (Impersonated User)"
  • Replace current user with impersonated user enables the Full impersonation mode and allows the current user to act (e.g. place orders or make forum posts) directly for the impersonated user

When the Full impersonation mode is selected, you can check Use impersonator for permissions. This means that when user A impersonates user B, permissions, e.g. access to a page, will be based on user A. Things like prices will still be based on user B.

You can read more about the different impersonation modes and how to set up impersonation in this article.

The Smart search setting (Figure 13.1) lets you control how often your smart searched should be recalculated.

Figure 13.1 The smart search settings allow you to control how often smart searches are recalculated

From the File Manager settings, you have access to a number of advanced configuration options (Figure 14.1) for the file manager.

Figure 14.1 The File Manager settings

With the settings, you can:

  • Activate one or more of the renaming options for uploaded files
  • Limit (or extend) the max subfolder count – the default is a maximum of 500 subfolders
  • Create system meta fields applied to all files in the file manager – read about meta fields here

With External Authentication, you can integrate with social media platforms and allow users to log in or create an account using e.g. their Google, Twitter or Facebook accounts.

You can read more about External Authentication and the advanced settings in this article.

The Item settings unsurprisingly contain settings related to items (Figure 16.1).

Figure 16.1 The item settings

The Google Fonts API Key settings lets you enter an API key for Google Fonts, which is used to pull combinations of font names and font weights in the Google Font item type.

The Synchronize settings let you control how item types are synchronized between two copies of a solution, running on the same instance of the database:

  • "Files" means that every developer will have a local copy of the item type definitions. It is XML files placed in \Files\System\Items. Consider 2 devs sharing the same database but they have local copies of /files. If dev1 makes a change to an item type on his machine, then the schema on the database gets updated with this new field. Now dev2 goes and do stuff on the solution, but since he does not have the new schema, but the old one, the field gets deleted again. And this will eventually cause the total loss of data.
  • "Database" and syncronisation means that all those XML files with itemtypes gets moved into the database in the table ItemTypeDefinitions - so when one developer makes a change, it will go into the database, and developer 2 will get the same schema right away.
  • "All" is a combination, which means that DW gives you a local copy of the XML file from the database and adds the changes you make to the database so it gets synced to dev2.

All solutions must be set to the same synchronization settings for everything to work as intended.