mirror of
https://port.numenaute.org/aleajactaest/khanat-opennel-code.git
synced 2024-11-10 01:09:50 +00:00
documentation for doxygen containing plugin management system
This commit is contained in:
parent
77d9dd967f
commit
74503f666c
3 changed files with 123 additions and 2 deletions
|
@ -1353,7 +1353,7 @@ ECLIPSE_DOC_ID = org.doxygen.Project
|
|||
# The default value is: NO.
|
||||
# This tag requires that the tag GENERATE_HTML is set to YES.
|
||||
|
||||
DISABLE_INDEX = NO
|
||||
DISABLE_INDEX = YES
|
||||
|
||||
# The GENERATE_TREEVIEW tag is used to specify whether a tree-like index
|
||||
# structure should be generated to display hierarchical information. If the tag
|
||||
|
@ -1370,7 +1370,7 @@ DISABLE_INDEX = NO
|
|||
# The default value is: NO.
|
||||
# This tag requires that the tag GENERATE_HTML is set to YES.
|
||||
|
||||
GENERATE_TREEVIEW = NO
|
||||
GENERATE_TREEVIEW = YES
|
||||
|
||||
# The ENUM_VALUES_PER_LINE tag can be used to set the number of enum values that
|
||||
# doxygen will group on one line in the generated HTML documentation.
|
||||
|
|
119
code/web/private_php/ams/plugins/doxygen_plugin_management.php
Normal file
119
code/web/private_php/ams/plugins/doxygen_plugin_management.php
Normal file
|
@ -0,0 +1,119 @@
|
|||
<?php
|
||||
/**
|
||||
\defgroup Plugins Plugin management system
|
||||
\section section1 AMS plugin Requirements and functionalities.
|
||||
The following are Ams Plugin Requirements and techniques for users and developers.
|
||||
\subsection subsection11 Plugin Management: Files included in the AMS
|
||||
These are the files that must be in the plugins folder:
|
||||
\n --> . \b info -- This file contains the information related to plugins and is described in below section.
|
||||
\n --> \b Plugin_Name.php -- This file contains the hooks for the plugins . For more info related to hooks see last section: creating hooks.
|
||||
\subsection subsection1 Plugin Management: Supportable Extensions
|
||||
Plugin management system always looks for the Plugins which are compressed with .zip extension.If the uploaded plugin is not a file type of "zip/application", it throws an error and stops updloading.
|
||||
\subsection subsection2 Plugin Management: .info File
|
||||
Plugins always with a .info file inside it which contains the information related to plugins which will be displayed below, otherwise installation will not proceed further.
|
||||
\n\b -------- Content of the .info File----------
|
||||
\n\b PluginName = Sample Plugin
|
||||
\n\b Description = Sample Plugin shows sample
|
||||
\n\b Version = 1.0.0
|
||||
\n\b TemplatePath = Path to the template
|
||||
\n\b Type = Manual or Automatic
|
||||
\n\n If this is an update there must be a field in the .info file
|
||||
\n\b UpdateInfo = what is updated?
|
||||
\subsection subsection3 Plugin Management: Versioning
|
||||
For all plugins we have used semantic versioning
|
||||
\n -->Format: X.Y.Z ,X->Major, Y->Minor, Z->Patch
|
||||
\n -->change in the X Y & Z values refer the type of change in the plugin.
|
||||
\n -->for initial development only Minor an Patch MUST be 0.
|
||||
\n -->if there is bug fix then there MUST be an increment in the Z value.
|
||||
\n -->if there is change in the functionality or addition of new functionality
|
||||
\n -->then there MUST be an increment in the Y value.
|
||||
\n -->When there is increment in the X value , Y and Z MUST be 0.
|
||||
\n -->comparing if there is some change
|
||||
\n -->For more info refer: https://semver.org
|
||||
\subsection subsection4 Plugin Management: Naming Conventions
|
||||
--> The plugin folder and hooks file must have same names in the format
|
||||
\n ----> Plugin Folder name = "Sample_Plugin"
|
||||
\n ----> Plugin hooks file = "Sample_Plugin.php"
|
||||
\n--> All the fields in the .info file must follow the pattern as written in sample above.
|
||||
\subsection subsection5 Plugin Management: Installing New plugins
|
||||
To install a plugin we have to upload the plugin compressed with zip extension.There is an option to Install Plugin in the AMS plugins template which redirects
|
||||
the admin to the uploading pannel. Here, in uploading pannel user uploads the plugin which he want to install and an option to install will occur when uploads finished.
|
||||
Now, admin select the option to install plugin , AMS starts checking for the .info file and compare names for the plugin folder with hook file.
|
||||
If all successfully completed without error your plugin is installed.
|
||||
\subsection subsection6 Plugin Management: Activate Plugin
|
||||
When a plugin is installed now you can perform many actions on it, one of them is Activate plugin.
|
||||
When admin selects Activate Plugin option , AMS start executing hooks available in the Plugin.
|
||||
\subsection subsection7 Plugin Management: Deactivate Plugin
|
||||
When the admin wants to deactivate a running Plugin , Deactivate Plugin option can help him out.
|
||||
\subsection subsection8 Plugin Management: Delete Plugin
|
||||
When a admin want to Delete a plugin from the AMS , he must have to check if the plugin is activated or not.
|
||||
\n if active then to use delete option he must have to deactivate that plugin.
|
||||
\n if inactive then the delete option is already there.
|
||||
\subsection subsection9 Plugin Management: Install Update
|
||||
If admin wants to install the update follow the following steps:
|
||||
\n --> Modify the changes or write the code which need to be added.
|
||||
\n --> Improve the Versioning by following the Versioning sections.
|
||||
\n --> Add a field 'UpdateInfo' (as described above in .info file section) in the .info file.
|
||||
\n --> compress the plugin again with zip extension and upload it in the Install Plugin part.
|
||||
\n\n When the upload is validated , the update is added to the updates template with proper information provided.
|
||||
If admin wants to apply update to the plugin , he have to select the Update option.
|
||||
|
||||
\section section2 Creating Plugins for AMS:
|
||||
\subsection subsection10 Creating Local and Global Variables
|
||||
\b Global \b Variables:
|
||||
\n --> These variables are defined to store the Global information or information that are usable Globally in AMS.
|
||||
\n --> These must be an array to store data with key => value pair.
|
||||
\n --> This is the only variable which is returned after going through all hooks.
|
||||
\n --> Sample:
|
||||
\n \n
|
||||
\b $return_set \b = \b array();
|
||||
\n \n All the information that hooks return will store in it to use with smarty loader or other functionalities.
|
||||
\n --> Field that must be defined to display in menu bar :
|
||||
\n \n
|
||||
\b $return_set[ \b 'menu_display'] \b = \b 'Name \b to \b display \b in \b menu \b bar'
|
||||
\n \n
|
||||
\n \b Local \b Variables:
|
||||
\n --> These variables are defined to store the local information or information that are usable in hooks.
|
||||
\n --> It is used to store values which we get from GET and POST requests.
|
||||
\n --> These must be an array to store data with key => value pair.
|
||||
\n --> Sample:
|
||||
\n \n
|
||||
\b $var_set \b = \b array();
|
||||
\n \n All the information that needs to be usable in hooks is stored in this local array.
|
||||
\subsection subsection12 Creating Global Hooks
|
||||
\b Defining \b Hooks:
|
||||
\n --> Hooks are defined as \b $PluginName_hook_task().
|
||||
\n --> Where \b $PluginName must be same as the file name in which hooks are defined.
|
||||
\n Example:
|
||||
\n
|
||||
--> \b Display \b hook:
|
||||
\n \n
|
||||
\b function \b PluginName_hook_display()
|
||||
\n \b {
|
||||
\n \b $return_set[ \b 'menu_display'] \b = \b 'PluginName'
|
||||
\n \b }
|
||||
\n \n
|
||||
--> For creating hooks for storing and fetching data from databases. You have to define hook like \b $PluginName_hook_store_db() or \b $PluginName_hook_get_db(), Then create the object of the DBLayer class present in AMS libraries.
|
||||
|
||||
\n \b --> \b One \b Global \b hook \b must \b always \b be \b in \b hooks \b list \b that \b will \b return \b the \b Global \b variables.
|
||||
\subsection subsection13 Creating Local Hooks
|
||||
\b Defining \b Hooks:
|
||||
\n --> Hooks are defined as \b hook_task( \b $param,..).
|
||||
\n --> Where \b $param must be the values stored in Local variables.
|
||||
\n Example:
|
||||
\n
|
||||
--> \b cron \b hook:
|
||||
\n \n
|
||||
\b function \b hook_set_cron( \b $connection, \b $path, \b $handle, \b $cron_file )
|
||||
\n \b {
|
||||
\n \b ... \b statements \b ......
|
||||
\n \b }
|
||||
\n \n
|
||||
--> Local hooks are created to set or use values from GET and POST request or stored values stored in local variables.
|
||||
\n --> Local hooks are called according to requests made by the server.(for more info see sample apps at the end of this section)
|
||||
|
||||
\subsection subsection14 Plugins Already installed with AMS
|
||||
\n \b --> \b Achievements.php
|
||||
\n \b --> \b API_key_management.php
|
||||
*/
|
||||
|
|
@ -51,6 +51,7 @@ if ( ! isset( $_GET["page"] ) ) {
|
|||
$page = 'login';
|
||||
}
|
||||
} else {
|
||||
// if the session exists load page with $_GET requests
|
||||
if ( isset( $_SESSION['user'] ) ) {
|
||||
$page = $_GET["page"];
|
||||
} else {
|
||||
|
@ -91,6 +92,7 @@ if ( isset( $_POST["function"] ) ) {
|
|||
$return = $_GET["action"]();
|
||||
} else {
|
||||
$filename = 'inc/' . $page . '.php';
|
||||
//check if this is a file
|
||||
if ( is_file( $filename ) ) {
|
||||
require_once( $filename );
|
||||
$return = $page();
|
||||
|
|
Loading…
Reference in a new issue