Data Management

Step 1 - Settings > The Advanced section >

Data Management

Previous pageReturn to chapter overviewNext page
Show/Hide hidden text

In this window, you can define how submitted data is to be treated. You may receive such data from contact forms, your Blog, the Comments and Ratings Object and, in the Pro edition, user registration in the Members' Area or the e-commerce shopping cart.

You can use the commands in the Database section to create a list of the databases linked to your website project, to make data management easier. All the databases that you include are shown in a table that gives their Description, Database Name, Host Name and Username.

Click to expand/collapseReference: Commands for creating the list of databases

The commands for creating the list of databases that are linked to the current project are:

Add...: this opens the Database Settings window, where you can add a new database.
Remove: you can delete the selected database from the list.
Edit...: this opens the Database Settings window, where you can edit the data in the selected database. You can also click twice on a database name to edit it.

You must create the list of databases linked to the project before you can use a database to store data that is submitted via an Contact Form Object and, in the Pro edition, when users register in the Members' Area or via the e-commerce shopping cart.

Click to expand/collapseReference: Options for sending e-mails and saving data on the server

You can use the options in the E-mail Form section to indicate how e-mails are to be sent:

E-mail form script type: you can specify the script to be used for e-mails sent by WebSite X5, for example in the Contact Form Object or in the e-commerce shopping cart. To guarantee greater compatibility with the various configurations of the servers which the websites may be published on, we recommend using PHP Mailer (recommended) as the send method. The SMTP and Authenticated SMTP send methods are also based on this library. Alternatively, you can use the basic send methods of the standard PHP Standard script "mail" feature and, if this doesn't work, you can try Low quality Server Script or Low-level script.

Contact your web space provider for the parameters you need to configure sending e-mail via SMTP or Authenticated SMTP.

Data submission type: this option defines how data for the Contact Form Object is to be sent. The POST method is used by default, but as some servers may not be able to support it, it is possible to use the GET method.

The HTTP protocol (Hypertext Transfer Protocol) is the most common method adopted for transmitting information on the Internet. This protocol works on a request/reply basis: the client sends a request and the server sends a reply. The client is usually a browser and the server is that of the website.

The HTTP request/reply messages have their own syntax. Request messages must specify the send method: the most common ones are POST and GET.

The GET method is used to use the contents of the indicated resource as the subject of the request (for example, the requested web page).

The POST method is used to send information to to the server (for example, data in a form).

It is more correct to use the POST method for e-mails but, if this is not supported by the server, then WebSite X5 allows you to use the GET method instead.

Always use the following sender address: if this option is enabled, it sets the e-mail address indicated in the field as the sender of all the e-mails that leave the website. This e-mail address overwrites the e-mail address given in the options of the Contact Form Object, that of the customer placing an order through the e-commerce shopping cart and, in the Pro edition, that of the user who automatically registers to access a Members' Area in the website.

This option is useful if the provider blocks e-mails from the server that are sent by a user whose domain is different from this website: for example, an e-mail for an order from will not be sent if the sender's address is not In these cases, the problem can be solved by specifying a sender's e-mail address that has the same domain name as the website from which the e-mail leaves.

You can also specify the Writing Access Folder:

Server folder with write access: enter the path on the server for the folder with write access (where the PHP script can write to).

Providers usually give write access to all folders on the server: if this is the case, you don't need to give the pathname of the public folder. In all other cases, contact your webspace provider for the complete public folder pathname.

You can check in the WebSite Test section of the online control panel whether the folder with write access, and any sub-folders inside i, actually exist and, if so, if you have write access to them (so that you can save the data).