![[Main Page]](/modules/mediawiki/images/mediawiki.png)
العربية * * Deutsch * * sc * * Español * * Français * * Italiano * * Nederlands * * Polski * * Português do Brasil * * 中文 * *
Operation Manual Index
An easy way to think about XOOPS is to think of it as a commercial mall. In a mall, many different kinds of stores and businesses and services are lodged under the same roof, each with its own personality yet within the general frame of the malls design.
- To the outside world, the mall has huge windows that show some of the merchandise that can be found in the inside. To the individual store owners, the mall is like a turtles hull: it provides not only the physical space, but also a lot of basic services: electricity, water, air conditioning, some marketing, security, parking lot
the list goes on.
New lets take a look at XOOPS under this metaphor. XOOPS is the mall; its the general hull that provides services to its tenants. Have you seen a mall with no stores? Theres no reason to go there at all; the same is true about XOOPS. If you see just the hull, there are not many reasons to visit the site.
Modules are this malls tenants. If XOOPS, the mall, is a bunch of scripts that provide the general framework of a dynamic Web site, then modules, the tenants, are smaller packages made up of scripts that provide a particular content offer to the sites visitor. One module provides News; another, picture Gallerys; another one, a discussion forum; yet one more, an area to download files. All these offer reasons for users to visit the site. And the general idea, as in a physical mall, is that the result is greater than the arithmetic sum of the parts. SEE: ModuleDevelopment
In what other way are modules like the malls tenants? Well, to get installed in the site they must follow some rules. Some of them are coding rules: if a module doesnt have a xoops_version.php file, XOOPS doesnt even know its there. If the module doesnt take advantage of the malls services, it would need a lot of code to accomplish common things. XOOPS, the mall, provides the modules things like user management, security, structure, functions and classes, and so on. There are also some presentation rules. Just as a malls store has to follow some of the building codes, a XOOPS module has to follow rules to create blocks and rules to present content using the SmartyTemplate engine.
In the outer wall, a mall showcases the stores within. In its homepage, a XOOPS site showcases the modules within. The mall does it with shop windows; XOOPS does it with blocks. The mall administrator decides what merchandise to highlight in the shop windows. The equivalent, which is the XOOPS webmaster, decides what blocks to highlight in the home page.
Of course, a metaphor can only go so far before it gets s funny. Lets not pursue this any more, or wed need to explain that XOOPS the mall has some advantages over the real mall: it can switch between personalities to have a different look (using themes, called skins in other contexts); it can easily change the structure of the home page, the labels of the modules, etc. But the general idea is useful, as it separates clearly three basic components of the XOOPS system:
- The core , where the general functionalities of the site reside. The core also provides some extra features such as the notification options, that let users be informed about specific changes in a modules content; the commenting system, that lets users leave on the site comments about specific content items; and the installation routine that makes sure a module complies with the elementary rules to be automatically incorporated to the site.
- The modules , which hold the actual content of the site, and which can be as simple as a block that displays a daily quote, or as complex as a full e-commerce package that allows the webmaster to make live commercial transactions on the Web.
- The blocks , which are windows to a modules full content, though some blocks have an existence of their own.
- The Themes , The XOOPS distributes together with lines up the standardized Cores a set of themes to guide the using futures in its new creations.
The XOOPS core is actually a package of interrelated PHP files that in an appropriate setting provide the functions needed to operate the website. Many of these functions are completely hidden from the end user, and are only used by modules in order to work properly. Many more are visible to the user and to the webmaster through the System module, which gives the user some essential functions such as the login procedure, the main menu and the user menu, a hint of whos online, access to the search function, and some theme-switching capability, to name a few. The core and the System module also give the webmaster the admin area, the place where most of the control over the site happens.
To sum up, then, the XOOPS core comprises a lot of power hidden under calls to classes or functions, provides the functional framework, the templating engine, the handling of languages and much more. It accomplishes part this through the System module, which is the only one installed in a default XOOPS package, as it is through this module that the webmaster decides what other modules will be part of the live site.
scripts * The modules * News * Gallerys * xoops_version.php * ModuleDevelopment * SmartyTemplate * The core * The blocks * The Themes
