File System Layout
It is important that files are well placed and named within Cacti's directory structure. The naming structure may contain a category token and/or an action.
Token
Under each category directory, functions should be broken out into multiple files where applicable. All files must begin with the name of category (ie. its parent directory name). Valid token names are
- auth
- data_input (maybe rename to script)
- data_query
- data_source
- data_template
- device (rename from host)
- device_template
- event (if we have event management in core)
- graph
- graph_template
- graph_tree
- package
- plugin
- poller
- preset (colors, cdefs, etc, better than data_preset)
- rra
- site
- user
Actions
This part should reflect what type of actions the file contains. Specific examples are listed below.
info
- reads informationupdate
- writes (or changes) informationform
- draws form-related informationexecute
- performs some action that does not modify or return informationutility
- contains miscellaneous functions
Function Verbs
Functions in those PHP modules shall name their token and shall contain a verb to explain the purpose. Specific examples are listed below.
- list
- get
- save
- copy
- clear
- remove
- update
access/
Directly under the access/
directory are sub directories for ajax related calls and javascript includes for web interface functionality.
cli/
[token]_[action].php
images/
- icons/ # 16×16, 32×32 icons
- buttons/ # button images (save, cancel, etc)
- tabs/ # tab images
include/
Code that must be accessed globally but is not contained inside of a function should be stored in the include/
directory. The most common examples are to store globally accessible constants and arrays.
Directly under the include/
directory, the files beginning with 'global' are used to store information that is accessible everywhere in the code. Only store information in these files that are meaningful to the entire program. Also under the include/
directory is a directory for each category (graph, device, etc), where information specific to that category is to be stored.
Constants that are made available everyone in the program
include/global_constants.php
Arrays that are only used with graphs
include/graph/graph_arrays.php
js/ # javascript files jquery/ # jquery dist jscalendar/ # jscalendar dist jstree/ # treeview control zoom.js html/ # contains mostly html template/ # base html template includes page_header.php page_graph_header.php page_footer css/ jquery/ main.css # global css only form.css # css for drawing forms graph.css # css for graph viewing [token]/ # token specific includes [token]_arrays.php [token]_form.php [token]_constants.php config.php global.php global_arrays.php global_constants.php global_form.php global_languge.php global_settings.php
lib/
Functions that must be accessed globally should be stored in the lib/
directory. This is where most of the heavy lifting in Cacti occurs.
Directly under the lib/
directory, the files beginning with 'api' are generic wrappers that are only to be used by third party developers. These files simply include the contents of the various subdirectories under lib/
to make developers' lives easier. Also under the lib/
directory is a directory for each category (graph, device, etc), where functions specific to that category are to be stored. The lib/sys/
directory is a special category that is meant to store Cacti internal functions that are not to be made available directly within the API.
API wrapper for graph-related functions
lib/api_graph.php
Functions that update information about devices
lib/device/device_update.php
Functions that read information about data templates
lib/data_template/data_template_info.php
adodb/ # adodb dist sys/ # internal libraries (snmp, database, etc) [token]/ [token]_form.php [token]_info.php [token]_update.php [token]_ajax.php api_[token].php
locales/
plugins/
Directly under the plugins/
directory are sub directories that contain plugins for Cacti.
Including and Requiring Files
To reduce bloat, each file and/or function should include any and all files which it relies on.
The following function directly relies the libraries related to sequences and reading graph information. The require_once
directive is used instead of require
to prevent PHP re-declaration errors.
function api_graph_item_save($graph_item_id, &$_fields_graph_item) { require_once(CACTI_BASE_PATH . '/lib/sys/sequence.php'); require_once(CACTI_BASE_PATH . '/lib/graph/graph_info.php'); }