| 33 | |
| 34 | |
| 35 | == Monitoring Web Applications == |
| 36 | |
| 37 | To monitor web applications, the JavaScript provided by the monitor needs to integrated into each page of the web application. For example, if a monitor is running on host {{{host}}} and port {{{1234}}}, then each page of the web application must integrate the following JavaScript |
| 38 | {{{ |
| 39 | <script type="text/javascript" src="http://host:1234/script/autoquest-htmlmonitor.js"></script> |
| 40 | }}} |
| 41 | |
| 42 | In this simple setup, recorded user data will be sent unencrypted from the users browser to the server. Hence, the setup should be changes to support encryption. For this, several options exist. A good solution is to have a further Apache webserver which listens on an encrypted port and forwards any request machine internally to the unencrypted port of the monitor. In this case, the integration of the script into the pages of the monitored website must be adapted to match the changed setup. |
| 43 | |
| 44 | After the JavaScript is integrated into the web pages, the browser at of the user will execute it on each loading of the pages. The script will ensure to register for any user action. If 10 actions were recorded, if a timeout occurs, or if the user leaved the page, all recorded user actions will be sent to the monitor for storing them into the log files. |
| 45 | |
| 46 | Log files are separated in the log directory by the URL of the monitored web application as well as by a unique id of the client. Please note, that a client here is a specific installation of a specific browser on a specific machine. If the installation changes, the client id may change. If several users use the same installed browser, they are considered as one user. |