WURFL InFuze Module for Apache: User Guide
==========================================

This document is about the Apache server and how you, a developer or a system administrator, would install and configure the WURFL Module for Apache on Unix (Linux) systems.

Installing libwurfl
-------------------

In order for the Module to work it is **ESSENTIAL** that the `libwurfl` library is installed on your system.
`libwurfl` is provided in your Customer Vault/FileX.

If you have not already installed libwurfl,
instructions can be found [here](https://docs.scientiamobile.com/documentation/infuze/infuze-c-api-user-guide).
Release notes for each API can be found [here](https://docs.scientiamobile.com/documentation/changelog/infuze-api-change-log).

Install WURFL Apache Module on Ubuntu
-------------------------------------

Run the following commands to install the latest Apache software:

```shell
sudo apt-get update
sudo apt-get install apache2 apache2-threaded-dev
```

Download and install the WURFL Apache module `deb` package:

```shell
sudo dpkg -r apache-mod-wurfl
sudo dpkg -i mod_wurfl-1.9.4.0.Apache.2.2.32.x86_64.deb
```


Install WURFL Apache Module on RedHat/Fedora/CentOS
---------------------------------------------------

Run the following command to install the latest Apache Cache software:

```shell
sudo yum update
sudo yum -y install openssl-devel
sudo yum -y install pcre httpd
```

Download and install the WURFL Apache module `rpm` package:

```shell
sudo rpm -e apache-mod-wurfl
sudo rpm -i mod_wurfl-1.9.4.0.Apache.2.2.32.x86_64.rpm
```


Install WURFL Apache Module on Mac OS X
---------------------------------------------------

WURFL Apache module for Mac OS X is distributed as a tar.gz package containing
the `mod_wurfl.so` library and the sample configuration file `wurfl.conf`.

Unpack it and copy<br>
&bull; `mod_wurfl.so` in Apache modules folder (typically `/usr/libexec/apache2`)<br>
&bull; `wurfl.conf` in Apache configuration folder (typically `/private/etc/apache2/other`)

### <a name="updater"></a>
Configuration Guide
-------------------

Apache is configured by placing directives in plain text configuration files.
The main configuration file is usually called `httpd.conf` and includes the WURFL Apache Module configuration file `wurfl.conf`.

The installation package will place a sample `wurfl.conf` file in `/usr/share/wurfl` folder.

The `wurfl.conf` contains a `LoadModule` directive and a `<IfModule></IfModule>` section including WURFL module configuration directives.

To activate WURFL Apache module you have to customize the `<IfModule></IfModule>` section of `wurfl.conf` file and copy it in the Apache modules configuration folder (whose path depends on which Linux/Mac OSX distribution and Apache version you are installing the module).

Below is an example snippet of the `wurfl.conf` `<IfModule></IfModule>` section for WURFL setup:

```apache
<IfModule wurfl_module>
    # -- WURFL root definition. User MUST specify this path in order to make WURFL engine correctly start. Do note that a wurfl.zip file must be present in a writable path in order for the updater to check the file and determine whether or not it needs to update the file. 

    WurflRoot /usr/share/wurfl/wurfl.zip

    # -- WURFL Updater allows seamless update of WURFL engine with new data downloaded from Scientiamobile.
    # -- Put your personal updater url taken from Scientiamobile customer Vault.
    # -- WURFL file should be either .zip or .xml.gz and match WurflRoot file type
    # -- Valid values for the updater check frequency (how often the updater checks for any new WURFL data file
    # -- to be downloaded and used by the engine) are DAILY,WEEKLY
    # -- Updater log file (wurfl-updater.log) may be found in "WurflRoot" folder. The folder and a wurfl.zip file must be
    # -- already present and writable by Apache process
    #WurflUpdater   https://data.scientiamobile.com/xxxxx/wurfl.zip DAILY

    # -- WURFL patches definition (as much as needed, patches will be applied in the same order as specified in this conf file)
    #WurflPatch /path/to/first/patch.xml

    # -- WURFL cache: one of the following
    #WurflCacheNull
    #WurflCacheLRU 10000

    # -- WURFL user requested capabilities (as an example, this is not a complete list)
    #WurflRequestCapability is_console
    #WurflRequestCapability is_tablet
    #WurflRequestCapability is_wireless_device

    # -- WURFL user requested virtual capabilities (as an example, this is not a complete list)
    # -- Since WURFL API version 1.7.1.0, virtual capabilities are no longer injected by default
    # -- and have to be explicitly specified.
    #WurflRequestCapability advertised_device_os
    #WurflRequestCapability is_android

    # -- WURFL user requested properties
    # -- Since WURFL API version 1.8.0.0, WURFL properties except "wurfl_id" are no longer injected by default
    # -- and have to be explicitly specified.
    #WurflRequestProperty  wurfl_root_id
    #WurflRequestProperty  wurfl_isdevroot
    #WurflRequestProperty  wurfl_useragent
    #WurflRequestProperty  wurfl_info
    #WurflRequestProperty  wurfl_api_version
    #WurflRequestProperty  wurfl_last_load_time
    #WurflRequestProperty  wurfl_normalized_useragent

</IfModule>
```

Please refer to the directives guide that explains each element in detail (Table 1), their parameters, constraints, and default recommended settings.

**Table 1:**

<table class="table table-bordered table-striped table-hover" markdown="1">
  <thead>
    <tr style="background-color:#111;color:#E5E5E5;">
      <th>Syntax</th>
      <th>Description</th>
      <th>Availability</th>
  </thead>
  <tbody>
    <tr>
      <td>**WurflRoot** &lt;string&gt;</td>
      <td>This defines the location (path) of the WURFL data file.</td>
      <td>1.4</td>
    </tr>
    <tr>
      <td>**WurflUpdater** &lt;string&gt; &lt;string&gt;</td>
      <td>Allows seamless update of WURFL engine with new data downloaded from Scientiamobile.
      It takes two parameters:<br>
      &bull;&nbsp;the `data url` (taken from your personal Scientiamobile Vault account, choosing between two
    data file types: `.zip` or `.xml.gz`)<br>
      Take care that `WurflRoot` file type and `WurflUpdater` `data url` file types match so you may need to change the `WurflRoot`
    file type accordingly.<br>
      &bull;&nbsp;the `updater checking frequency` (how often the updater checks for any new WURFL data file
      to be downloaded and used by the engine) which you can choose between `DAILY` and `WEEKLY`.<br>
      In order to let the Updater perform its activities both the `WurflRoot` folder and file must be writable by Apache process.<br>
      The `wurfl-updater.log` file in `WurflRoot` folder will contains details on Updater activity.
      </td>
      <td>1.8.3.1</td>
    </tr>
    <tr>
      <td>**WurflPatch** &lt;string&gt;</td>
      <td>This function to add one or more custom patch files to the WURFL repository.</td>
      <td>1.4</td>
    </td>
    </tr>
    <tr>
      <td>**WurflCacheNull**<br/>or<br/>**WurflCacheLRU** &lt;num&gt;</td>
      <td>In order to increase performance while processing real HTTP traffic, we suggest setting up a LRU cache.
      The LRU caching strategy will speed up lookup operations on User Agents that have already been processed by keeping them in a Least Recently Used map.
      By default the cache will be set to 30000 entries which accounts for 7 to 10 MB of additional  memory usage.
      Specific concerns regarding memory usage apart, users are advised to size their cache generously (100,000 or more) to increase performance.
      For more information, please see [LRU Cache Mechanism](http://en.wikipedia.org/wiki/Cache_algorithms#Least_Recently_Used).</td>
      <td>1.4</td>
    </tr>
    <tr>
      <td>**WurflRequestCapability** &lt;string&gt;</td>
      <td>This function defines one or more WURFL Capabilities and/or WURFL Virtual Capabilities to be loaded in the memory run-time. Those WURFL capabilities/virtual capabilities will be loaded to Environment Variable for every HTTP requests.</td>
      <td>1.4</td>
    </tr>
    <tr>
      <td>**WurflRequestProperty** &lt;string&gt;</td>
      <td>Enables injection of WURFL Properties (see section WURFL Properties below) in the Environment Variable for every HTTP requests.</td>
      <td>1.8.2.0</td>
    </tr>
  </tbody>
</table>


Capabilities and Virtual Capabilities in WURFL Apache module
-------------------------------------------------------------

You can insert any number of `WurflRequestCapability` directives, specifying both static and virtual capabilities. Please see the following link for a [full list of all WURFL Capabilities](https://www.scientiamobile.com/capabilities). As of release 1.8.0.0, there is no need to include the mandatory capabilities list in the config file.

> **Warning:** If you do not include any `WurflRequestCapability` directives in the config file, the Apache Module will load **ALL** WURFL capabilities found in the WURFL database. This scenario may be useful when applied with a pre-filtered version of the WURFL database with limited sets of capabilities. However, we strongly recommend using the predefined list of capabilities stored in the config file. Please be aware that loading too many capabilities (e.g. over 500 capabilities) may cause missing environment variables due to overflow limits and performance level may be degraded.


WURFL Properties
---------------------------------------------------------------------

The WURFL Apache module sets some convenient variables to retrieve information regarding the active WURFL configuration.<br>
These variables are automatically calculated, and injected, into HTTP requests if specified in a `WurflRequestProperty` command.<br>
Please note that the `wurfl_id` variable is injected by default so you don't have to specify it in the command.

**WURFL Properties Table**

<div markdown="1">
<table class="table table-bordered table-striped table-hover" markdown="1">
  <thead>
    <tr style="background-color:#111;color:#E5E5E5;">
      <th>Variable Name</th>
      <th>Contents</th>
      <th>Availability</th>
    </tr>
  </thead>
  <tbody>
    <tr>
      <td>wurfl_id</td>
      <td>Contains the device ID of the matched device. It is injected by default so you don't have to specify it in a `wurfl_request_property` command</td>
      <td>1.4</td>
    </tr>
    <tr>
      <td>wurfl_root_id</td>
      <td>Contains the device root ID of the matched device.</td>
      <td>1.4</td>
    </tr>
    <tr>
      <td>wurfl_isdevroot</td>
      <td>Tells if the matched device is a root device. Possible values are "TRUE" or "FALSE"</td>
      <td>1.4</td>
    </tr>
    <tr>
      <td>wurfl_useragent</td>
      <td>The original useragent coming with this particular web request</td>
      <td>1.5.1</td>
    </tr>
    <tr>
      <td>wurfl_api_version</td>
      <td>Contains a string representing the currently used Libwurfl API version</td>
      <td>1.5.1</td>
    </tr>
    <tr>
      <td>wurfl_info</td>
      <td>A string containing information on the parsed wurfl.xml and its full path</td>
      <td>1.5.1</td>
    </tr>
    <tr>
      <td>wurfl_last_load_time</td>
      <td>Contains the UNIX timestamp of the last time WURFL has been loaded successfully.</td>
      <td>1.5.1</td>
    </tr>
    <tr>
      <td>wurfl_normalized_useragent</td>
      <td>The normalized useragent.</td>
      <td>1.5.1.3</td>
    </tr>
  </tbody>
</table>
</div>

Testing WURFL Apache Module
----------------------------

For every HTTP request, the WURFL Apache Module will detect and push the device capabilities data to the Apache Environment. The WURFL variable names will be shown in uppercase and prefixed with `WURFL_`. For example, the `brand_name` capability will be shown as `WURFL_BRAND_NAME`.

To view WURFL capabilities' results, see the outputs of Apache Environment variables for each HTTP Requests. For example, use the following command in a PHP Script to show output of Apache Environment variables:

```php
var_export($_SERVER);
```

Instead of PHP, you can run the simple CGI script called `printenv.pl` that usually comes along with the Apache installs. Load the following GGI script to Apache environment:

```perl
#!/usr/bin/perl
print "Content-type: text/plain\n\nENVIRONMENT VARIABLES!\n\n";
print "$_ = '$ENV{ $_ }'\n" for sort keys %ENV;
```

-------

**&copy; 2024 ScientiaMobile Inc.<br>
All Rights Reserved.**

**NOTICE:** All information contained herein is, and remains the property of ScientiaMobile Incorporated
and its suppliers, if any.  The intellectual and technical concepts contained herein are proprietary to
ScientiaMobile Incorporated and its suppliers and may be covered by U.S. and Foreign Patents, patents
in process, and are protected by trade secret or copyright law. Dissemination of this information or
reproduction of this material is strictly forbidden unless prior written permission is obtained from
ScientiaMobile Incorporated.