Skip to content

XOOPS Glossary

Comprehensive glossary of XOOPS-specific terminology and concepts.


The standardized administrative interface framework introduced in XOOPS 2.3, providing consistent admin pages across modules.

The automatic loading of PHP classes when they are needed, using PSR-4 standard in modern XOOPS.


A self-contained content unit that can be positioned in theme regions. Blocks can display module content, custom HTML, or dynamic data.

// Block definition
$modversion['blocks'][] = [
'file' => 'myblock.php',
'name' => 'My Block',
'show_func' => 'mymodule_block_show'
];

The process of initializing XOOPS core before executing module code, typically through mainfile.php and header.php.


Classes for building database query conditions in an object-oriented manner.

$criteria = new CriteriaCompo();
$criteria->add(new Criteria('status', 1));

A security attack prevented in XOOPS using security tokens via XoopsFormHiddenToken.


A design pattern planned for XOOPS 4.0 where dependencies are injected rather than created internally.

The directory name of a module, used as a unique identifier throughout the system.

Constants defining how XoopsObject variables are stored and sanitized:

  • XOBJ_DTYPE_INT - Integer
  • XOBJ_DTYPE_TXTBOX - Text (single line)
  • XOBJ_DTYPE_TXTAREA - Text (multi-line)
  • XOBJ_DTYPE_EMAIL - Email address

An occurrence in the XOOPS lifecycle that can trigger custom code through preloads or hooks.


See XMF (XOOPS Module Framework).

A component of the XOOPS form system representing an HTML form field.


A collection of users with shared permissions. Core groups include: Webmasters, Registered Users, Anonymous.


A class that manages CRUD operations for XoopsObject instances.

$handler = xoops_getModuleHandler('item', 'mymodule');
$item = $handler->get($id);

A utility class providing easy access to module handlers, configurations, and services.

$helper = \XoopsModules\MyModule\Helper::getInstance();

The core XOOPS classes providing fundamental functionality: database access, user management, security, etc.


PHP files containing constants for internationalization, stored in language/[code]/ directories.


The primary configuration file for XOOPS containing database credentials and path definitions.

An architectural pattern similar to MVC, often used in XOOPS module development.

Software that sits between the request and response, planned for XOOPS 4.0 using PSR-15.

A self-contained package that extends XOOPS functionality, installed in the modules/ directory.

An Obsidian concept for overview notes that link to related content.


PHP feature for organizing classes, used in XOOPS 2.5+:

namespace XoopsModules\MyModule;

The XOOPS system for alerting users about events via email or PM.


See XoopsObject.


Access control managed through groups and permission handlers.

A class that hooks into XOOPS events, loaded automatically from preloads/ directory.

Standards from PHP-FIG that XOOPS 4.0 will fully implement.


A class that outputs form elements or other UI components in specific formats (Bootstrap, etc.).


The template engine used by XOOPS for separating presentation from logic.

<{$variable}>
<{foreach item=item from=$items}>
<{$item.title}>
<{/foreach}>

A class providing reusable business logic, typically accessed via the Helper.


A Smarty file (.tpl or .html) defining the presentation layer for modules.

A collection of templates and assets defining the site’s visual appearance.

A security mechanism (CSRF protection) ensuring form submissions originate from legitimate sources.


User ID - the unique identifier for each user in the system.


A field defined on an XoopsObject using initVar().


A small, self-contained UI component, similar to blocks.


A collection of utilities and classes for modern XOOPS module development.

Constants for defining variable data types in XoopsObject.

The database abstraction layer providing query execution and escaping.

The form generation system for creating HTML forms programmatically.

The base class for all data objects in XOOPS, providing variable management and sanitization.

The module manifest file defining module properties, tables, blocks, templates, and configuration.


AcronymMeaning
XOOPSeXtensible Object-Oriented Portal System
XMFXOOPS Module Framework
CSRFCross-Site Request Forgery
XSSCross-Site Scripting
ORMObject-Relational Mapping
PSRPHP Standards Recommendation
DIDependency Injection
MVCModel-View-Controller
CRUDCreate, Read, Update, Delete

  • Core Concepts
  • API Reference
  • External Resources

#xoops #glossary #reference #terminology #definitions