Skip to content

Latest commit

 

History

History
93 lines (79 loc) · 5.64 KB

README.md

File metadata and controls

93 lines (79 loc) · 5.64 KB

Volt Icon Volt

Formerly HTTPServer

Volt is an hyper-powerful integrated website solution for PocketMine. Driven by Handlebars and pthreads, volt is an extensive webserver. Volt's dependencies are managed using Miner.

What's changing in v3.0.0?

  • Name. HTTPServer is now volt. Why? I thought carefully about this one and I figured that "HTTPServer" did not represent the project correctly.
  • Threading. Volt is now better at threading. Every request is run by a worker in a pool. This allows multiple requests to be processed in parallel.
  • Templating. Now Volt is driven by Handlebars for high speeds and extreme customization.
  • API. The API has been entirely rewritten to be more fun to use. It is much more logical and powerful.

The /volt command

The /volt command allows interaction with the API and the server itself. It doesn't have many features right now, but I am always open to suggestions for new ones.

  • /volt api list - Will list plugins that are using the API
  • /volt api getsub - Will list what subscription every plugin on the server holds in the Volt API

Volt API

The API is still tentative and might undergo some large structural changes before its release, so don't get too attached to it. The API centralizes on WebsiteData objects which are magical objects that allow interaction with the server. These objects mimic arrays by implementing \ArrayAccess, \Countable, and \IteratorAggregate. The API also exposes DynamicPage for registering pages, ServerThread for direct interaction with the server and HandlebarsHelper for injecting code into handlebars.

API Security

API subscription levels

Volt's API will offer features which can cause harm to the PocketMine instance. For example, using a HandlebarsHelper can easily cause a segfault or a memory leak if not used correctly. In order to combat this, Volt provides an API subscription system. There are five subscription levels.

  • micro (Default) - DynamicPage and WebsiteData
  • deci- Not currently used
  • kilo - HandlebarsHelper
  • mega - ServerThread
  • peta - Not currently used

You can specify an API level to consume in the base class of your plugin using a doc comment on the class. You will have access to all lower levels as well. The following comment is used on the Volt main class

    /**
     * Class Volt
     * @package volt
     * @volt-api peta
     */
     class Volt extends PluginBase{

Note If you want to save space you can remove the first two lines of the comment.

Internal method protection

Some methods are protected by Volt for API security. If you attempt to access one of these you will get thrown an InternalMethodException.

API Identification

In an optimal setting you should identify yourself to Volt. This will allow Volt to create logs of your API usage. Identification is recommended for all interactions and is required for all interactions except WebsiteData. There are three options for identification

  • PluginBase (Recommended)
  • Plugin name
  • Auto-detect (Not recommended)
MonitoredWebsiteData
/* Option #1 (Recommended) */
$data = new \volt\api\MonitoredWebsiteData($this); //Called from within a PluginBase
/* Option #2 */
$data = new \volt\api\MonitoredWebsiteData("PluginName"); //Called from anywhere
/* Option #3 (Not recommended) */
$data = new \volt\api\MonitoredWebsiteData(); //Called from within a PluginBase, and requires class name to equal plugin name
DynamicPage
/* Option #1 (Recommended) */
$data = new \volt\api\DynamicPage("/page", $this); //Called from within a PluginBase
/* Option #2 */
$data = new \volt\api\DynamicPage("/page", "PluginName"); //Called from anywhere
/* Option #3 (Not recommended) */
$data = new \volt\api\DynamicPage("/page"); //Called from within a PluginBase, and requires class name to equal plugin name

If an identification request fails a volt\exception\PluginIdentificationException will be thrown.

Setting and getting values with WebsiteData or MonitoredWebsiteData

Once you have a WebsiteData object, you get a link to the global scope of handlebars variables. It is highly recommended to put all your variables in a namespace for your plugin, this helps avoid collisions.

$data = new \volt\WebsiteData(); //We are using anon
$data["foo"] = ["1", "2", "3"]; // not logged
var_dump($data["foo"]); // not logged
$data = new \volt\MonitoredWebsiteData($this); // We are using identified, $this is a \pocketmine\plugin\Plugin
$data["bar"] = ["1", "2", "3"]; // logged
var_dump($data["bar"]); // logged

Dynamic Page Registration with DynamicPage

To ease plugin installation, pages can be dynamically registered into Volt. This feature is still experimental and may be expanded upon in a future release.

$page = new \volt\api\DynamicPage("/hello", $this); // For second param see identified. 
$page("This is the content"); //Page is now available at /hello and will display "This is the content"

Handlebars Helpers with HandlebarsHelper

Helpers allow custom features to be added to the handlebars language. Helpers are callable and should be anonymous functions. Due to the threaded nature of Volt, helpers are unstable and can easily cause issues. In order to use helpers, you will need to set your @volt-api to kilo or higher.

Direct thread access with ServerThread

Sometimes the API doesn't cut it and you might need direct access the the server thread. You can do this using a ServerThread object. These objects will forward all function calls to the volt server. To use ServerThread, you will need to set your @volt-apito mega or higher.