XOOPS Glossary
Comprehensive glossary of XOOPS-specific terminology and concepts.
Admin Framework
Section titled “Admin Framework”The standardized administrative interface framework introduced in XOOPS 2.3, providing consistent admin pages across modules.
Autoloading
Section titled “Autoloading”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'];Bootstrap
Section titled “Bootstrap”The process of initializing XOOPS core before executing module code, typically through mainfile.php and header.php.
Criteria / CriteriaCompo
Section titled “Criteria / CriteriaCompo”Classes for building database query conditions in an object-oriented manner.
$criteria = new CriteriaCompo();$criteria->add(new Criteria('status', 1));CSRF (Cross-Site Request Forgery)
Section titled “CSRF (Cross-Site Request Forgery)”A security attack prevented in XOOPS using security tokens via XoopsFormHiddenToken.
DI (Dependency Injection)
Section titled “DI (Dependency Injection)”A design pattern planned for XOOPS 4.0 where dependencies are injected rather than created internally.
Dirname
Section titled “Dirname”The directory name of a module, used as a unique identifier throughout the system.
DTYPE (Data Type)
Section titled “DTYPE (Data Type)”Constants defining how XoopsObject variables are stored and sanitized:
XOBJ_DTYPE_INT- IntegerXOBJ_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.
Framework
Section titled “Framework”See XMF (XOOPS Module Framework).
Form Element
Section titled “Form Element”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.
Handler
Section titled “Handler”A class that manages CRUD operations for XoopsObject instances.
$handler = xoops_getModuleHandler('item', 'mymodule');$item = $handler->get($id);Helper
Section titled “Helper”A utility class providing easy access to module handlers, configurations, and services.
$helper = \XoopsModules\MyModule\Helper::getInstance();Kernel
Section titled “Kernel”The core XOOPS classes providing fundamental functionality: database access, user management, security, etc.
Language File
Section titled “Language File”PHP files containing constants for internationalization, stored in language/[code]/ directories.
mainfile.php
Section titled “mainfile.php”The primary configuration file for XOOPS containing database credentials and path definitions.
MCP (Model-Controller-Presenter)
Section titled “MCP (Model-Controller-Presenter)”An architectural pattern similar to MVC, often used in XOOPS module development.
Middleware
Section titled “Middleware”Software that sits between the request and response, planned for XOOPS 4.0 using PSR-15.
Module
Section titled “Module”A self-contained package that extends XOOPS functionality, installed in the modules/ directory.
MOC (Map of Content)
Section titled “MOC (Map of Content)”An Obsidian concept for overview notes that link to related content.
Namespace
Section titled “Namespace”PHP feature for organizing classes, used in XOOPS 2.5+:
namespace XoopsModules\MyModule;Notification
Section titled “Notification”The XOOPS system for alerting users about events via email or PM.
Object
Section titled “Object”See XoopsObject.
Permission
Section titled “Permission”Access control managed through groups and permission handlers.
Preload
Section titled “Preload”A class that hooks into XOOPS events, loaded automatically from preloads/ directory.
PSR (PHP Standards Recommendation)
Section titled “PSR (PHP Standards Recommendation)”Standards from PHP-FIG that XOOPS 4.0 will fully implement.
Renderer
Section titled “Renderer”A class that outputs form elements or other UI components in specific formats (Bootstrap, etc.).
Smarty
Section titled “Smarty”The template engine used by XOOPS for separating presentation from logic.
<{$variable}><{foreach item=item from=$items}> <{$item.title}><{/foreach}>Service
Section titled “Service”A class providing reusable business logic, typically accessed via the Helper.
Template
Section titled “Template”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.
Variable (Var)
Section titled “Variable (Var)”A field defined on an XoopsObject using initVar().
Widget
Section titled “Widget”A small, self-contained UI component, similar to blocks.
XMF (XOOPS Module Framework)
Section titled “XMF (XOOPS Module Framework)”A collection of utilities and classes for modern XOOPS module development.
XOBJ_DTYPE
Section titled “XOBJ_DTYPE”Constants for defining variable data types in XoopsObject.
XoopsDatabase
Section titled “XoopsDatabase”The database abstraction layer providing query execution and escaping.
XoopsForm
Section titled “XoopsForm”The form generation system for creating HTML forms programmatically.
XoopsObject
Section titled “XoopsObject”The base class for all data objects in XOOPS, providing variable management and sanitization.
xoops_version.php
Section titled “xoops_version.php”The module manifest file defining module properties, tables, blocks, templates, and configuration.
Common Acronyms
Section titled “Common Acronyms”| Acronym | Meaning |
|---|---|
| XOOPS | eXtensible Object-Oriented Portal System |
| XMF | XOOPS Module Framework |
| CSRF | Cross-Site Request Forgery |
| XSS | Cross-Site Scripting |
| ORM | Object-Relational Mapping |
| PSR | PHP Standards Recommendation |
| DI | Dependency Injection |
| MVC | Model-View-Controller |
| CRUD | Create, Read, Update, Delete |
🔗 Related Documentation
Section titled “🔗 Related Documentation”- Core Concepts
- API Reference
- External Resources
#xoops #glossary #reference #terminology #definitions