Documentation for extension developers looking to create add-ons for Auto Groups or to integrate Auto Groups functionality with their own extensions.
Auto Groups can easily be extended by experienced extension developers. Add the Auto Group functionality to an existing extension or write a simple add-on extension that extends Auto Groups with more options not available in the base package.
The Auto Groups extension works by comparing a component of user data against defined minimum / maximum values set by the Admin in the ACP. If a user’s data is within the defined range for a specified group, the user will automatically be added to the group.
The Auto Groups extension provides this functionality for user post counts, warning counts, membership duration and age. To add new user data types, such as those added by other extensions (i.e.: Points/Reputation, PayPal Donations, etc.), you need to extend the Auto Groups base condition type class and trigger your Auto Group class in an appropriate manner for your extension.
Adding your own Auto Group condition starts with extending the base class in autogroups/conditions/type/
:
class example extends \phpbb\autogroups\conditions\type\base
{
}
Add the method that defines the name of your Auto Group type. It must be prefixed by your unique vendor and extension name:
public function get_condition_type()
{
return 'vendor.extension.autogroups.type.example';
}
Add the method that defines the name of the user data field it will be checking the value of:
public function get_condition_field()
{
return 'example_data';
}
Add the method that defines the language key that will be used to display the name of this Auto Group type. The translation of this key should be stored in a language file with your extension (prefixing the language file with info_acp_
will autoload it for you in the ACP):
public function get_condition_type_name()
{
return $this->user->lang('VENDOR_EXTENSION_AUTOGROUPS_TYPE_EXAMPLE');
}
The most important method is the one that will get all the users and their data to check. Review our posts, membership and warning classes to see some examples. For example, in posts, we pass it an array of user_ids (via the $options
parameter) that is already available when the method is called. In our memberships class, instead of passing in user_id(s), we use a more specific SQL query to get an array of users who are eligible to be added to the group and any users already in the group (in case they need to be removed).
This method must output an array of users and their data where the array keys contain the user id, and the array values contain the user’s data to be tested. You can use any means to get whatever data you need, so long as you return the expected user data array. For example:
/*
* Return an array of user data, eg:
* array(
* 1 => array('user_id' => 1, 'example_data' => 'foo'),
* 2 => array('user_id' => 2, 'example_data' => 'bar'),
* );
*/
public function get_users_for_condition($options = array())
{
// The user data this condition needs to check
$condition_data = array(
$this->get_condition_field(),
// additional fields can be added here
);
$user_data = array();
// This query simply grabs all users and their example_data field
$sql = 'SELECT user_id, ' . implode(', ', $condition_data) . '
FROM ' . USERS_TABLE;
$result = $this->db->sql_query($sql);
while ($row = $this->db->sql_fetchrow($result))
{
$user_data[$row['user_id']] = $row;
}
$this->db->sql_freeresult($result);
return $user_data;
}
You may optionally want to modify or override the check()
method, either to perform additional filtering before checking or to completely rewrite the method to better suit your particular needs. The $options
array parameter can provide variables and/or data needed for further processing in this method:
public function check($user_row, $options = array())
{
// Merge default options, overridden by any data provided when called
$options = array_merge(array(
'foo' => '',
), $options);
if ($options['foo'] == 'bar')
{
// do some pre-check actions here
}
// Now perform the base check() method
parent::check($user_row, $options);
}
Your extension’s services.yml
file should contain a service definition for your Auto Group type class(es). The service name should be an exact match with the get_condition_type()
method:
vendor.extension.autogroups.type.example: # change this for your extension
class: vendor\extension\conditions\type\example # change this for your extension
shared: false
parent: phpbb.autogroups.type.base
tags:
- { name: phpbb.autogroups.type }
There are three possible ways to call your Auto Groups classes:
vendor.extension.listener:
class: vendor\extension\event\listener
arguments:
- '@?phpbb.autogroups.manager' # The ? defines this as an optional dependency
tags:
- { name: event.listener }
// The autogroups_manager argument must be set last and = to null (because it is optional)
public function __construct(\phpbb\autogroups\conditions\manager $autogroup_manager = null)
{
$this->autogroup_manager = $autogroup_manager;
}
In Code: Call your class directly in your extension code somewhere. All that is required is to make the Auto Groups manager class available in your extension (similar to way it is made available to the listener class).
Cron: Some Auto Group types are best checked via automated intervals, such as once a day. Our membership class is called using phpBB’s cron methods. The Auto Groups extension will automatically check all types available once daily. If you need more frequent intervals you can create your own cron class (view our cron class as an example).
Note: Our cron task calls all Auto Group types without passing them any
$options
data. Therefor, it is very important that all Auto Group type classes have a default set of data to check defined by the$options
argument in theget_users_for_condition()
method. That is to say, theget_users_for_condition()
should always output a valid user data array. An empty array will result in processing no users.
Calling an Auto Group type class is fairly simple (this applies the same to events, in code or cron):
// This conditional must be used to ensure calls only go out if Auto Groups is installed/enabled
if ($this->autogroup_manager !== null)
{
// This calls our class (with no optional arguments)
$this->autogroup_manager->check_condition('vendor.extension.autogroups.type.example');
// This calls our class and sends it some $options data
$this->autogroup_manager->check_condition('vendor.extension.autogroups.type.example', array(
'foo' => 'bar',
'users' => $user_id_ary,
));
}
Auto Groups must be installed and enabled for your extension to use it, obviously. Special care must be taken to ensure it is impossible to run your Auto Groups code if the base Auto Groups extension has been disabled for any reason. Making the Auto Groups manager class an optional service as described above is the most important step.
The ext.php
class should also be used in your extension to remove its Auto Group data using the purge_step()
method. This will prevent Auto Groups from trying to run your uninstalled extension’s code.
public function purge_step($old_state)
{
switch ($old_state)
{
case '':
try
{
// Try to remove this extension from auto groups db tables
$autogroups = $this->container->get('phpbb.autogroups.manager');
$autogroups->purge_autogroups_type('vendor.extension.autogroups.type.example');
}
catch (\InvalidArgumentException $e)
{
// Continue
}
return 'autogroups';
break;
default:
return parent::purge_step($old_state);
break;
}
}
The ext.php
class can also be used in your extension to prevent the installation/enabling of your extension if Auto Groups is unavailable, by adding the following method:.
public function is_enableable()
{
$ext_manager = $this->container->get('ext.manager');
return $ext_manager->is_enabled('phpbb/autogroups');
}
The above code is only needed if your extension is an add-on to Auto Groups, as it will make Auto Groups installation a requirement for your extension’s installation. You may want to skip this code block if your extension does a lot of other stuff and is just trying to take advantage of Auto Groups if it is available.
There are no required DB changes to enable your extension to use Auto Groups.
Not to worry. Your new Auto Group type classes should automatically be available for users to set up in the Manage Auto Groups ACP section.
Download Code Files - Download all the code described above packaged as a simple demo extension for further reference.