All Projects → zikula-modules → Multisites

zikula-modules / Multisites

Licence: other
Multisites on a single Zikula instance

Programming Languages

PHP
23972 projects - #3 most used programming language
HTML
75241 projects
Twig
543 projects

Projects that are alternatives of or similar to Multisites

wp-site-cloner
Create sites with content from other sites
Stars: ✭ 22 (+100%)
Mutual labels:  multisite
ENIGMA
The ENIGMA Toolbox is an open-source repository for accessing 100+ ENIGMA statistical maps, visualizing cortical and subcortical surface data, and relating neuroimaging findings to micro- and macroscale brain organization. 🤠
Stars: ✭ 66 (+500%)
Mutual labels:  multisite
bea-content-sync-fusion
Synchronize contents across your Multisite.
Stars: ✭ 41 (+272.73%)
Mutual labels:  multisite
Formicula
A template-driven form mailer for Zikula
Stars: ✭ 19 (+72.73%)
Mutual labels:  zikula
Appactive
AppActive: A middleware to build an application with multiple active architectures(阿里巴巴开源的一款标准通用且功能强大的构建应用多活架构的开源中间件)
Stars: ✭ 241 (+2090.91%)
Mutual labels:  multisite
wp-blog-meta
A global, joinable meta-data table for your WordPress Multisite sites
Stars: ✭ 25 (+127.27%)
Mutual labels:  multisite
TriTan-CMS
TriTan CMS is a developer centric content management framework that allows you to go completely headless or nearly headless. With the mighty TriTan, you can build amazing RESTful applications and robust websites.
Stars: ✭ 19 (+72.73%)
Mutual labels:  multisite
djangocms-multisite
django-multisite support for DjangoCMS
Stars: ✭ 25 (+127.27%)
Mutual labels:  multisite
jw-wpcli-random-posts
A robust random post generator for WP CLI which supports multisite, post types, post counts, taxonomies, terms, term counts and featured images. Complete with a cleanup command to undo it all!
Stars: ✭ 58 (+427.27%)
Mutual labels:  multisite
bea-plugin-defaults
Library of WordPress mu-plugins to set plugin's default options.
Stars: ✭ 17 (+54.55%)
Mutual labels:  multisite
Multisite-Language-Switcher
WordPress Plugin: Multisite Language Switcher
Stars: ✭ 118 (+972.73%)
Mutual labels:  multisite
Profile
User Profile Module
Stars: ✭ 20 (+81.82%)
Mutual labels:  zikula
InterCom
Messenger for Zikula
Stars: ✭ 16 (+45.45%)
Mutual labels:  zikula
Legal
Provides website TOS/AUP, privacy policy, and other legal documents.
Stars: ✭ 17 (+54.55%)
Mutual labels:  zikula
MostGenerator
Transformation cartridges for generating Symfony bundles from ModuleStudio models.
Stars: ✭ 21 (+90.91%)
Mutual labels:  zikula
Pages
Simple HTML Pages
Stars: ✭ 19 (+72.73%)
Mutual labels:  zikula

Deprecated

This module has been deprecated as part of Zikula 4 slimming diet.

Multisites

The Multisites module.

Please check the 1.x branch for the version for Zikula 1.x!

Documentation

  1. Introduction
  2. Requirements
  3. Installation
  4. Upgrading
  5. Configuration
  6. Structure and management
  7. Creating and adapting sites
  8. Questions, bugs and contributing

Introduction

The Multisites module allows to create and use a huge number of websites for arbitrary purposes and clients. Beside normal "main" sites you can also run other relevant pages, like for example for multiple retail stores, sales partners or landing pages for specific topics.

It is possible to manage any number of projects for multiple clients. Each project can thereby contain any number of sites. By using site templates you can easily reuse structure, content as well as layouts and functionality across multiple sites.

Requirements

This module is intended for being used with Zikula 2.0.15+.

Installation

The Multisites module is installed like this:

  1. Copy the content of modules/ into the modules/ directory of your Zikula installation. Afterwards you should have two folder named modules/Zikula/MultisitesModule/ and modules/Zikula/SubsiteModule/.
  2. Copy the content of app/Resources/ into the /app/Resources folder of your Zikula site.
  3. Initialize and activate ZikulaMultisitesModule in the extensions administration.
  4. Move or copy the directory Resources/userdata/ZikulaMultisitesModule/ to /web/uploads/ZikulaMultisitesModule/. Note this step is optional as the install process can create these folders, too.
  5. Make the directory /web/uploads/ZikulaMultisitesModule/ writable including all sub folders.

Note the Multisites module should only be installed and activated at the main page. This repository also contains a second module, ZikulaSubsiteModule, which is required to be enabled for all sites except the main page.

Upgrading

The upgrade process from 1.0.x to 2.0.0 and from 2.0.0 to 2.1.0 has been implemented. It has not been tested throughly yet though (please report your experience).

Also when updating to 2.1.0 you need to manually update app/config/dynamic/generated.yml and adjust the Multisites properties following the values in your old /config/mutisites_config.php. The old configuration files are not used anymore, because the whole /config directory is gone in Zikula 2.x.

Configuration

When entering the Multisites administration area you will be redirected to a configuration wizard automatically.

Structure and management

Projects

  1. Example: client xy
  2. A project serves for grouping websites for a certain client or topic.
  3. A project can contain multiple site templates.
  4. A project can contain multiple sites.

Site templates ("website master")

  1. Examples: central website, community portal, sales partner page
  2. Each site template represents the blueprint for multiple sites.
  3. Each site template includes a sql file containing it's structure and data. This involves all created content pages, user permissions and much more.
  4. After a site has been created it's database can be exported in order to reuse it as site template for other sites afterwards.
  5. A site template can be available either for all or just for specific projects.

Sites

  1. Example: community portal xy
  2. Each site is assigned to a project and based on a certain site template.
  3. Each site gets a unique name as well as a domain or subdomain.
  4. A site carries more data, like credentials for the database and for the primary admin user.
  5. For each site you can upload a logo as well as a favicon image.
  6. Each site is equipped with a dedicated databases (for reasons of architecture and scalability). It is also possible to let multiple sites work with the same database. This requires corresponding customisations in the used theme though.
  7. The Multisites backend offers a quick search function to find a certain site quickly.

Site parameters

  1. A site template can define parameters. These correspond to a variable piece of information which must be entered for each site based on this template. For example a template describing sites for sales partners could require parameters for the address, contact data and other individual data.
  2. The detail page of a template documents the existing parameters to make this information transparent.
  3. The parameter values for a certain site can be uploaded using a csv file. The first table column contains the parameter name (e. g. LASTNAME), the second column contains the value for the edited site. Alternatively you can also enter these values by hand using a form.
  4. When creating or editing a site which is going to be used as a template you can use placeholders which are replaced by the parameter values of sites based on the template in the final output of a page. Parameter values are also provided as module variables (see below for more details).

Themes / Layouts

  1. New layouts are placed in a central place in the system (themes/ folder).
  2. Layouts can centrally inspected and activated for each site.
  3. Which layouts are available and which ones are initially active for a site is controlled as part of the underlying site template.

Modules

  1. Examples: News, Forums, Guestbook, etc.
  2. New modules are placed in a central place in the system (modules/ folder).
  3. Modules can centrally inspected and activated for each site.
  4. Which modules are available and their states for a site is controlled as part of the underlying site template.

Creating and adapting sites

Initialise sites

When a site is initially created the database is filled with the assigned template's data. After that the CMS delivers this site as soon as it gets called by the configured domain.

During the site creation all parameters are replaced using their deposited values. This approach makes the initialisation process repeatable.

Copy sites

To duplicate an already created site you can use the corresponding database as a basis for a new site template. This new template can then be used for creating further sites, like described above.

Change templates

To amend a site template change the site which was used to create the template initially. Edit the site's structure and content until it meets your requirements. Afterwards the database is exported again and the resulting sql file is uploaded again into the site template.

Copy templates

Site templates can be copied to change them and store them with a new name. Site parameter definitions are considered and included during the copy process.

Reapply templates

It is possible to reapply a site template which has been updated before to all sites based on this template. After approving a confirmation question the initialisation process is performed again for all affected sites ("reset"). This includes overriding of existing content, unless specific database tables have been added to the list of table names to be excluded in the template data. You can even use wildcards here, for example you can exclude all Content tables by using "content_*".

It is also possible to decouple selected sites from their template. As soon as the assignment is removed this site is not affected anymore when the template is reapplied, but is independently configured and maintained. If a decoupled site is reassigned to a site template, this template is applied to it's database like described above.

Customise layouts

By using template plugins it is possible to represent variants within one layout theme. Therewith you can use a theme for multiple sites. All data, variables and settings can be part of individual logic thereby. This particularly includes the site parameters mentioned above. So if you for example have three sites for different cities can check the content of the city parameter for design-related decisions.

For this reason all parameter values are provided as module variables during the site initialisation process.

Use in code files:

$city = $variableApi->get('ZikulaSubsiteModule', 'parameterValueCity', 'default value');
if ($city == 'Berlin') {
    echo '<h2>Hello Berlin</h2>';
}

Use in templates:

{% set city = getModVar('ZikulaSubsiteModule', 'parameterValueCity', 'default value') %}
{% if city == 'Munich' %}
    <h2>Hello Munich</h2>
{% endif %}

Questions, bugs and contributing

If you want to report something or help out with further development of the Multisites module please refer to the corresponding GitHub project at https://github.com/zikula-modules/Multisites.

Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].