Our team install Site.pro builder for free for new clients with a paid license. Just let us know by creating a ticket and providing us needed login details.
You can find login details which will be needed for builder installation below.
https://[your-cpanel-host]:2087
(where username = "root").https://[your-cpanel-host]:2083
where you want site builder to be installed. It can be a separate clean account or already used account — then builder can be installed on sub-domain or addon domain.https://[your-plesk-host]:8443
.88.119.136.57
on your server if firewall is blocking connections from it.
[Hardware]
CPU: 2GHz
RAM: 2048MB
Storage (HDD or SSD): 20 GB (it can vary depending on number of customers using site builder) (see how the space can be optimized).
(This is recommended hardware requirements, depending on concurrent user count you might be OK with half or even less)
[OS]
Ubuntu / Debian / CentOS / Windows (should work on any other operating system)
xdebug
extension is not installed.
/usr/lib64/php/modules/
is
a path where you installed ionCube loader, so you need to set it to where you installed it),
and check if ionCube loader SELinux context matches other php modules, if not, set it to match using this command:system_u:object_r:lib_t:s0
is the context string, so you need to change it to match other php modules).
If you want to use NGINX Web Server instead of Apache for builder installation you will need to
configure separate virtual host (server configuration) for it. Ex. if your builder domain
is some.builder.domain
and builder is installed at /home/builder/public_html
you could set server configuration to something like this:
... # click to expand
listen 80; server_name some.builder.domain; charset utf-8; root /home/builder/public_html; index index.php; location ~ /(\.ht|error_log|php_errors\.log|config\.json|config\.json\.backup)|^/(vendor/|src/) { deny all; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location ~ ^((?:/v3|)/data/[^/]+/[^/]+/(?:[^/]+/)?(?:out|preview)/)(.*)$ { try_files $uri $uri/ $1/sitepro/$2 $1/sitepro/$2/ $1/sitepro/index.php?$args; } # For installer config test. location /installer/rewrite_test/ { return 200 'OK'; } location /v3/ { try_files $uri $uri/ /v3/index.php?$args; } location / { try_files $uri $uri/ /index.php?$args; }
If you want to use NGINX Web Server instead of Apache for published websites you need to
configure separate virtual host (server configuration) for every website you will publish to. Ex. if web-sites
you want to publish to domain is some.site.domain
and it's document root is at /home/site/public_html
you could set server configuration to something like this:
... # click to expand
listen 80; server_name some.site.domain; charset utf-8; root /home/site/public_html; index index.php; location ~ /(\.ht|error_log|php_errors\.log)|^/sitepro/(vendor/|src/) { deny all; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location / { try_files /sitepro$uri /sitepro$uri/ /sitepro/index.php?$args; }
Plesk configuration example:
/usr/local/psa/admin/conf/templates/custom/domain/nginxDomainVirtualHost.php
/usr/local/psa/admin/conf/templates/default/domain/nginxDomainVirtualHost.php
to file you created<?php if (is_dir($VAR->domain->physicalHosting->httpDir.'/sitepro')): ?> location ~ /(\.ht|error_log|php_errors\.log)|^/sitepro/(vendor/|src/) { deny all; } location ~ ^/ { index index.php index.html; try_files /sitepro$uri /sitepro$uri/ /sitepro/index.php?$args; } <?php endif; ?>
This template will add Site.pro required rules to all clients' sites nginx configuration if the site was published with Site.pro builder.
You can read more about Plesk template files here:
https://docs.plesk.com/en-US/onyx/advanced-administration-guide-linux/virtual-hosts-configuration/changing-virtual-hosts-settings-using-configuration-templates.68693/.
installer
.
In order to migrate your current builder installation which is of version 3.x.x you need to execute manual update with builder archive of version 4.x.x. (Make sure you execute all steps).
Note: If you need help in migration to new builder please contact us by creating a ticket and specifying details about migration.
Our team will need access to your server. You may send it at once in the ticket (check preferable access credentials).
After migration to version 4.x.x the new builder will become default for all clients but the client will always be able to return back to builder v3. After switching to old builder it will be loaded with URL:
"http://your-builder-domain.com/v3/".
Note: Websites in builder v4 and v3 are not synchronized — if the client builds website in v4 and decides to return to v3 then he will see his old website which he had before migration to v4. Moreover if the client returns to v3 his current project of v4 will be removed.
After migration all custom templates and plugins will be moved to new builder and will automatically be converted so that their structure correspond to new builder version. After that custom templates and plugins will no longer be available on version v3. In order to bring them back to old builder you need to:
Warning:
In order to run builder under HTTPS protocol you need to take the following steps:
default: -
default: -
default: default sentence(1)
default: -
default: false
default: example below(2)
default: false
default: -
default: -
default: -
default: -
true
template usage statistics will be logged to database (enable only if you are using automated builder updates). default: false
true
will show forced HTTPS port option in builder settings dialog. default: false
true
will disable URL rewriting for published websites. default: false
true
then forced HTTPS option will be enabled in new websites by default. default: false
true
then forced redirection option will be enabled in new websites by default. default: false
default: 1
"ui" : { "toolbars" : { "control-toolbar-cont" : { "items" : [ { "name" : "Prices", "img" : "/path/or/url/to/prices.png", "url" : "http://yoursite.com/prices", "order" : 21 }, { "name" : "Domains", "img" : "/path/or/url/to/domains.png", "url" : "http://yoursite.com/sign-up", "order" : 22 } ] } } }All default builder buttons have orders multiple to 20, that is 20, 40, 60 etc.
"disabledHostingPlansMessage": "My message"or an object containing values for multiple languages like:
"disabledHostingPlansMessage": { "en": "My message", "it": "Il mio messaggio" }
Setup CRON to be executed automatically every minute:
Currently CRON includes the following tasks:
During normal use of builder, temporary files are being created, and after some time they might start using a lot of disk space.
You can use this CRON to regularly (ex. daily) cleanup those files:
Setup CRON to be executed automatically in specific periods of time (ex. every day):
installer
folder (if it exists).
If you change PHP version with already installed builder then you will need to manually update builder afterwards (see documentation) in case if PHP version changed range (from the list of PHP versions ranges specified above).
Warning:
When updating PHP version from PHP 5.* to 7.1.* and manually updating builder then you may start getting warnings about missing "mcrypt" PHP extension when opening builder. To fix this issue open builder configurational file "config.json" and add parameter: "useOpenSSL": true,
anywhere in the middle.