This documentation aims to get you started with XenForo 2.0 development. Pre-requisites for this documentation assume you will be familiar with, amongst other things, PHP and MySQL. It is not essential to have experience with a previous version of XenForo, but it would be an advantage.
On the subsequent pages we will walk you through a brief overview of how to setup a local server, getting ready for installation, doing a clean install of XenForo 2.0, and run through some of the concepts of XF2 development.
What's new for developers?
Although XenForo 2.0 adds a lot of improvements for your forums and its members, a significant amount of effort has been put into improving the underlying framework of XenForo. You can read more information about these changes in the following threads:
Getting started with XF development is easy. You just need to download the files, upload them to a web server and trigger the install.
If you don't have a web server, yet, don't worry, you can set one up on your local machine.
Downloading XF 2.0
To download XF 2.0, just visit the Customer Area and log in as normal. Locate the correct license and click the "Download XenForo" link. Select the version you wish to download, the package type and accept the license agreement. Finally, click the Download button to download the files.
XF 2.0 requirements
The requirements for running XF 2.0 have changed since XF 1.5. The recommended requirements are as follows:
- PHP: 5.4.0+
- MySQL: 5.5+
- PHP extensions: MySQLi, GD (with JPEG support), PCRE, SPL, SimpleXML, DOM, JSON, iconv, ctype, cURL
Setting up a local server
It's often more convenient to set up a local web server for development. There are generally two approaches for this:
- Install Apache (or nginx), MySQL (or MariaDB) and PHP yourself.
- Install a pre-built virtual machine
- Install a pre-built stack.
Setting things up yourself is more complicated, but tends to give you more control over how everything is set up.
Pre-built virtual machine
There are a variety of pre-built virtual machines available on the Internet, which provide the advantage of having all of the necessary services to run XenForo neatly packaged into one place, without having to install and maintain them directly on your own computer.
Some of the XenForo developers use a virtual machine called Scotch Box, which includes everything you need to run XenForo with zero configuration required. We have a step-by-step guide to getting a XenForo development server up and running - you can have a working virtual web and database server up and running in just a few minutes by running a handful of commands.
There are many pre-built stacks out there and they may vary in feature set, performance and reliability. Bitnami maintain a number of stacks, including LAMP, MAMP and WAMP stacks for use on Linux, Mac and Windows respectively. They all include a fully configured installation of Apache, MySQL and PHP and include PhpMyAdmin for managing MySQL.
To install XF 2.0, you simply need to extract the ZIP file downloaded from the Customer Area and upload some of the files and directories within.
Once extracted you will see a directory named
upload. You need to go into
that directory and upload the files and directories to your server's web root. This would usually be in a directory named
If using the CLI to install XF 2.0, you will need to create the config.php file manually. To do this, enter the
src directory within the XF 2.0 files you uploaded to your server. Create a new file named config.php and populate it with the host, port, username, password and database name for your MySQL server.
Make sure you create the config file in within the
src directory. The
library directory is only used for legacy purposes.
Once finished, it should look like the following:
<?php $config['db']['host'] = 'localhost'; $config['db']['port'] = '3306'; $config['db']['username'] = 'root'; $config['db']['password'] = 'mypassword'; $config['db']['dbname'] = 'xf2';
You're now ready to install!
If you are using MySQL 5.5 and above and you wish to have full unicode support (for things like emoji) you should also add the following before install:
$config['fullUnicode'] = true;
A note on file permissions
XenForo will need to write files to specific locations while running. In normal operation, this is limited to the
internal_data directories (and their sub-directories). These file writes will be triggered by things like attachment uploads, so they will normally be triggered by the user PHP as running as within your web server. Therefore, it is necessary to ensure that permissions are set in these directories so that the web server can write to them. You will need to do this before installation can begin.
When the CLI is involved, this situation gets trickier as there are now potentially two users that need to be able to write to the files. As such, it's important to take steps to avoid problems writing to these files. Here are a few options.
- Use the same user for the CLI and the web server. This may take the form of you switching to the web server user before running any installation or upgrade command (or any other that will write files).
- If available, consider applying ACLs to the
internal_datadirectories. This concept varies by OS and configuration, but the general idea is described here.
- Force specific permissions on what is written by PHP. This can be done via the src/config.php file with a line like this:
$config['chmodWritableValue'] = 0666;This approach is potentially the simplest for development purposes.
Note that if you are developing add-ons, you may potentially have other locations that need to be written to by the CLI and web server users. Notably, this includes the
_output directory within add-ons. In this situation, having your web server run as your CLI user may cause the least friction. If you go down any other route, you may need to ensure that your web server can write to your entire XenForo installation; this is not recommended in production.
The current way to install XF 2.0 is via the new CLI system. A lot of development processes can only be performed using the CLI so let's get stuck into using it to install XF 2.0. To run these commands, you will need access to a terminal/shell, the php CLI command and the current working directory should be the root of where you uploaded the XF 2.0 files.
To eliminate file permission problems, we recommend running the installer as the same user that PHP runs as via your web server. If you don't do this, you should take steps to ensure that permissions are set correctly. See the above section for more details.
To start the install, just enter the below command:
$ php cmd.php xf:install
You will be asked a number of questions, such as the initial administrator username and password, board title. After this, the XF 2.0 database tables and master data will be imported.
XF 2.0 is now installed!
Occasionally it may be necessary to reinstall XF2. This is particularly true during the Development Preview stage which does not support upgrading. If you are ready to do a reinstall, download the new files (if applicable) as per the Downloading XF 2.0 section above. It should generally be possible to just merge and overwrite your existing files. If you're doing a full clean re-install, you may want to save a copy of your config.php file or re-create it as per the instructions in the Creating src/config.php.
Before uploading the new files, you should delete the contents of your
Finally, you will just need to start the installation, similar to above. You will need to use the
--clear option which will delete all of the existing xf_ tables.
$ php cmd.php xf:install --clear
Once the re-install has been completed, you should now be able to log back on.
If you have been developing add-ons, and you have chosen to keep or backup your existing
src/addons directory, you can restore your add-on data with the Import development output command.
Be careful if you choose to back up and restore your
src/addons directory. The
XF directory within contains the XF master data, and should not be restored from a backup to ensure you always have the most up to date version of the files.
Performing a reinstall in this way is a destructive operation and it will remove all data you have created. Additionally, bear in mind that only tables with the
xf_ prefix are cleared. This is a significant reason for the recommendation that all tables, even for add-ons, should be prefixed with
Verifying file integrity
When you install XF2, we perform a file integrity check in the installation. If necessary, and you can't otherwise perform the check via the page in the Admin CP, you can run the CLI command to perform that check.
$ php cmd.php xf:file-check [addon_id]
If you wish to do a file health check on all files, including XF itself, just omit the
[addon_id] argument. For XF only, just use
XF in place of the argument, or for a specific add-on, just specify the add-on ID you wish to check.
Add-on management commands
In addition to the above commands for installing XF2, there are also several commands for managing add-ons.
$ php cmd.php xf:addon-install [addon_id]
Installs the specified add-on, as long as it is available, and passes the file health check. If development output is available, you will be asked to confirm if you wish to use that for the installation, instead of the exported data XML files.
$ php cmd.php xf:addon-upgrade [addon_id]
Upgrades the specified add-on, as long as it is upgradeable, and passes the file health check. Can optionally perform import from development output.
$ php cmd.php xf:addon-rebuild [addon_id]
Rebuilds the master data for the specified add-on, as long as it is rebuildable, and passes the file health check. This re-imports the add-on's data. Can optionally perform import from development output.
$ php cmd.php xf:addon-uninstall [addon_id]
Uninstalls the specified add-on, as long as it is uninstallable.