In case your Enterprise account needs complete control over your published content, we support the option to manually download separate projects from the dashboard as a ZIP-file. These ZIP-files will be compressed per project which you can extract and host on your local server. This option is normally used for back-up purposes. When you are running a live environment however, where projects are continually changing, we can offer a direct synchronisation between our Maglr servers and your local server. Click here to see how this works in practice.
How does synchronisation work
By default, all content is uploaded and published within the Maglr platform. When a project gets published, all assets are pushed to different worldwide CDN servers. For enterprises and companies who would like to host the published content on their local servers, we can create an FTP/Rsync connection.
An FTP/Rsync connection is made to copy or synchronise files between servers
This synchronisation could be helpful when:
- an employee is creating publications and uploading content to our Maglr servers, and is using our Maglr platform and its editors to create new projects;
- content is secured and served from the Maglr dashboard when previewing, only available for admins who are logged in;
- the originally uploaded assets (images, videos, PDF's) are not publicly available. Only admins logged into the dashboard can view and download these assets.
- you need to host a publication elsewhere, as soon as a project is set active and published. The platform will not send the assets (HTML/ js/resized images) to the CDN servers, but it is pushed -with an FTP/Rsync connection- to the local server environment of the client.
- you are making updates. The sync connection is pushing the changes that are made from another server.
What is needed for this integration?
Customers using an Enterprise license can activate this functionality in the dashboard. This requires a one-time configuration from Maglr. The sync uses a basic FTP solution for which we can configure various security methods.
A local server with FTP access, possibly limited to a root directory, is a requirement along with .htacces support for the management of the URL structure.
Within Maglr, we activate a preview domain in the dashboard. This allows publications to be tested on Maglr's servers at an early stage, which prevents waiting times with having to synchronize data to your own server. Once ready for production, we configure a second domain which is the final destination on our own local server. In the Maglr dashboard, this production domain is communicated in different modules where an employee simply copies the exact link after the publication has been fully synchronised.
For more technical information about this integration, please contact email@example.com.
Local version not editable
The synchronised version that is running on the local servers of the client is completely static. This means that in case our Maglr servers would (potentially) go down, the local version will still work and is not affected.
Keep in mind: the published synced content is a static minimised version of the original source material. To make edits to these publications, you would still need the editors including the Maglr platform to make changes. Updates of our code (that changes on a monthly basis) are only pushed when you are making new updates or synchronisations to these projects.
What do we sync to your external server?
When publishing and then exporting the publication to your own server, the following components are placed on the server. Publishing is always done per project.
- For each project, a folder is placed in the configured / root folder of the main domain containing the pages of the project. The folder name is the same as the URL of the project, which is configurable through the project settings.
- All necessary assets including resized images, audio files, video files and compressed minified html & js are synced to the local server.
- Complete URLs with history. The URL structure is identical to that of the online version. URL names that are changed via the page settings of a project are copied 1 on 1. With every export, all URLs, including historical URLs, are stored in a .htacces file. Old indexed URLs in for example Google can be forwarded to the new URL.
- A robots.txt file will be posted. If it is indicated via the navigation environment settings that indexing by search engines is not allowed, this will be configured in this file.
- A sitemap.xml where search engines have a quick overview of all current URLs of a publication.
NOTE: This option is only available with the Maglr Enterprise license. This option requires a one-time set-up, depending of the type of synchronisation and IT requirements.