Hello community ;
In next release, I'll introduce a REST server that will allow any developer/contributor to provide plugins that act as web service controller. That will allow communication between i-MSCP and external applications such as BoxBilling, WHMCS but also any cms and so on... The REST server alone will do nothing but if someone develop a plugin that provides such Web service, he will be able to use the REST server to handle the incoming requests.
For instance, many resellers have their own sites for Web Hosting, and sometime, some of them want add a little form on their site to allow the new customers to subscribe a hosting plan or allow direct registration without reseller confirmation. For now, it's only possible to subscribe a hosting plan via the i-MSCP order panel interface.
With the REST server, the reseller will be able to code a plugin for i-MSCP that will be able to talk with its site and process the user subscription (order) or direct registration without confirmation.
To resume (in few lines)
For the i-MSCP side, the reseller will have to create a little plugin that listens on the onRestRequest event and that do the needed tasks for the specified request.
On the reseller site, the reseller will have to create a little script that implements a REST client. This client will be responsible to query the i-MSCP Web service (provided by the plugin) via the i-MSCP REST server.
Of course, I also provides the REST client ready to use that the reseller will be able to reuse for its own application.
Should we allow the reseller to add its own plugins (with admin's confirmation for activation) and only run them only for him (by checking a kind of token in the incoming request) or should we force the reseller to ask the admin to add its plugins and activate them?
Since your are the users of i-MSCP, I let you give us your opinion.