This page is for PhixFlow administrators. It summarises the configuration and monitoring tasks you need to do, with links to more details.

If you have installed PhixFlow for the first time, you need to do the minimum set-up so that you can start creating applications.

1. Login as the startup user.

2. Add your licence key

3. Create a user with Administrator privileges.

4. Check your new user account works.

   • Logout

   • Login using your new user account

5. Once your account works, delete the startup user.

6. Set up the essential file locations in 

   → System → Configuration
   System Directories:

   • Restricted Directory: this is optional, but is an important security setting. Leaving it empty effectively allows users to scan the server file system with File Collectors. Although it only allows users to see files that Tomcat has permission to access, this can include files which most users should not be able to see. Typically this is set to the root of the file system you set up for PhixFlow data files. E.g. /opt/phixflow/data.

     Example:

     update system_configuration set restricted_dir = '/opt/phixflow/data'; commit;

   • Temporary File Location: e.g. /opt/phixflow/data/temp – needed for exporting and importing applications and models between PhixFlow instances.

   • File Upload Directory: e.g. /opt/phixflow/data/upload –  needed for uploaded files ( via file collectors)

   • Download Location: required to export data; see Configuring the Download Area.

For a full system with multiple users, you need to configure:

• Connections to external data sources, e.g. databases; see Database Driver.

• All the system directories and other System Configuration options; see System Configuration and System Logging Configuration.

• Data formats; see Configuring Data Formats.

• Users and privileges, either in PhixFlow or by integrating with external login systems; see User Administration.

  • For integration with other authentication systems, see:

    • Configure Active Directory Integration: users are authenticated using one or more Active Directory servers in addition to users that are defined locally within the PhixFlow database. 

    • Configure AAD Integration via SAML: map the PhixFlow user groups to user groups in your existing single-sign-on system.

  • For how to prevent users accessing PhixFlow during system maintenance or upgrades, see Restricting Access During System Maintenance

We recommend that you:

• Install new Theme palettes, which are provided by PhixFlow as packages; see Installing Template Packages.

You can optionally configure:

• Localisation; see Configuring System Localisation and also Localising Applications

• Home screen messages to display on user login: see Configuring a Login Message

• PhixFlow for mobile access; see PhixFlow Security Design Features

To monitor and maintain PhixFlow, you need to:

• Set up scheduled maintenance using task plans that include system and archive tasks; see Using Tasks and Task Plans

• Configure a stand-by webapp to shadow the active webapp. The standby webapp will automatically take over in the event that the active server fails. See Configuring for Resilience.

• Monitor PhixFlow processes, tasks and user activity; see System Monitoring and System Console.

• Prepare server machines for installing or upgrading to a new version of PhixFlow; see the Installation and Upgrade pages: 

  • Planning your PhixFlow System

  • Installing PhixFlow

  • Upgrading PhixFlow

If you have several PhixFlow instances, for example a development instance and production instance, you may also need to move packages, applications, models and tables between PhixFlow instances; see Administration Menu and Moving Items and Data Between Instances.

Other useful information is available in:

• PhixFlow Architecture

• Third Party Licence Information.

When users or automated process change the data in the PhixFlow client, the data changes are automatically published to the PhixFlow database.