If you like DNray Forum, you can support it by - BTC: bc1qppjcl3c2cyjazy6lepmrv3fh6ke9mxs7zpfky0 , TRC20 and more...

 

Did the Core and Additional Modules of CMS Remain Separate?

Started by Hodgibdiz, Aug 08, 2023, 06:39 AM

Previous topic - Next topic

HodgibdizTopic starter

Who is the author of Content Management System (CMS)? May I ask you a few questions?

1) Which system served as an inspiration or model for your CMS?
2) Did you develop an installer for it, or was an alternative installation method implemented?
3) What visual editor did you utilize for the admin panel? Was it one of the two well-known options, something else, or a custom solution?
4) Did the CMS specialize in any particular type of websites, such as online stores, business cards, landing pages, or something else?
5) Were the core functionalities and additional modules separate in the CMS architecture?
6) Was there a template system incorporated into the CMS, either using a template engine or PHP?

Moreover, if there are any links to repositories, feel free to share them with someone who is not hesitant to showcase their work if you have open access.
  •  


cassie_camay

In most content management systems (CMS), the core functionalities and additional modules are typically kept separate. The core of a CMS usually consists of the essential features that are necessary for basic content management, such as creating, editing, and organizing pages or posts, user management, and basic site administration. Additional modules, also known as plugins or extensions, provide extra functionality and can be installed or removed to tailor the CMS to specific needs.

By keeping the core and additional modules separate, CMS developers can ensure a modular and extendable architecture. This approach allows users to customize their CMS based on their requirements and add new features without modifying the core codebase directly. It also simplifies CMS maintenance and updates, as core functionalities can be updated independently from the modules, reducing the risk of breaking customizations or third-party integrations.

additional details you may find helpful:

1) Inspiration or Model: Content management systems have evolved over time, with various platforms serving as inspiration or models for others. Some popular CMS platforms that have influenced the development of others include WordPress, Joomla, Drupal, and TYPO3. Each of these platforms has contributed to the overall understanding of how CMS should function and has influenced the design and features of other systems.

2) Installation Methods: CMS platforms typically offer different installation methods. Many provide an installer that streamlines the setup process by guiding users through configuration steps and creating the necessary database tables. Alternatively, some CMS platforms may require manual installation, where users have to manually upload files, set up the database, and configure the system.

3) Visual Editor for Admin Panel: CMS platforms often offer visual editors for the admin panel to simplify content creation and editing for users. These editors can vary depending on the CMS chosen. Some CMS platforms use well-known options like CKEditor or TinyMCE, while others may have custom-built visual editors tailored to the specific needs of the CMS.

4) Specialization: CMS platforms can serve a broad range of website types, from simple personal blogs to complex e-commerce sites. Some CMS platforms specialize in specific types of websites, such as Magento for e-commerce or WordPress with WooCommerce plugin. However, most CMS platforms are designed to be flexible and customizable, allowing users to create various types of websites based on their needs.

5) Core Functionalities and Additional Modules: As mentioned earlier, CMS platforms typically separate core functionalities from additional modules. The core includes essential features required for content management, while additional modules provide specialized functionality. These modules can be developed by the CMS creators themselves, third-party developers, or by the community. Separating core and additional modules allows for easier maintenance, scalability, and customization.

6) Template System: Most CMS platforms incorporate a template system to control the visual presentation of websites. These template systems enable users to separate the design from the content, allowing for easy theme customization and consistent styling. Template engines like Twig or Smarty are commonly used in CMS platforms, while others may use native PHP functions for templating.
  •  

vmehranc

1. Since none of them met all the requirements for the task, we had to exclude other CMS options and rely solely on frameworks like php and css for our project.

2. No, the files were simply duplicated.

CKEditor was implemented to accommodate the customer's preference of not dealing with html tags.

4. We developed a single engine called Store, which served multiple domains (cities). This engine allowed for customization of products, prices, promotions, discounts, and warehouses across different cities.

5. It was crucial that the system be easily expandable, as the concept of modularity was initially incorporated into the design.

6. No, we used pure php for the development.

Regarding the code, I did not upload it to any public repository as all rights belong to the customer and we do not have permission to publish it.
  •  

mishraviplav7877

Once, there was an endeavor to develop a personal Content Management System (CMS). It was initiated by a young and inexperienced individual. This undertaking was instrumental in gaining valuable experience and understanding of functional mechanisms.

The development process was carried out with minimal reliance on existing CMS systems, with ideas being generated from the developer's own imagination.

To start with, files were uploaded onto the server, followed by the registration of a database connection. Subsequently, a script was executed, which facilitated the creation of data structures.

The TinyMCE editor was employed for content editing purposes.

Although there was no specific specialization, various modules related to catalogs, news, and video processing were crafted.

While a kernel and separate modules existed, their integration was tightly coupled, lacking dynamic linking. If given the opportunity, the developer would approach this differently in present times.

To handle template rendering, Smarty was adopted as the designated template engine.
  •  


If you like DNray forum, you can support it by - BTC: bc1qppjcl3c2cyjazy6lepmrv3fh6ke9mxs7zpfky0 , TRC20 and more...