FAQ

If you migrate one or more websites/accounts to another server then some changes might be needed in builder for a successful migration.
There can be some cases when actions might be required. Note. Use these recommendations only if domains of websites are not changed.

1. Website/account is moved from one server to another where both servers use the same builder brands. In this case no actions are required.

2. Website/account is moved from one server to another and servers use different builder brands. In this case action is required before website migration. Note that it does not depend on who belongs server where website is about to be migrated - whether it belongs to you or to another hosting company. You will need to migrate website from old builder (used on old server) to new builder (used on new server):
1) Open builder for migrating website on old Hosting Panel. Hover on Publish icon and press "Backup/Restore" item;
2) Download backup;
3) Migrate website/account;
3) Open builder for migrated website on new Hosting Panel. Select Backup/Restore, restore it;
4) Publish the website.
Note that server where website was migrated also must be licensed on Site.pro (must have license with new server IP).

Mass website/account migration
If you want to migrate many websites from one server to another at once and servers use different builder brands then please contact us in tickets and we will give you instructions.

Documentation page — https://site.pro/docs/plugins/

Documentation page — https://site.pro/docs/builder/

1. Client accidentally pressed "Reset" or "Change template" button. Check if your client has manual or automatic (available for enterprise) backup enabled;
2. Client closed website builder without pressing "Save draft" after creating a website;

1. Make sure you are viewing the same site version (Wide, Desktop, Tablet, Phone) both in builder and on published website;
2. Clear Internet browser cache.

The Site.pro website builder accessible only via your Hosting Panel or Site.pro account.

The reason is that the user migrated to another account in hosting panel and the username was changed. The builder thinks it is a different user and doesn't open the builder. In this case inform us and we will update the user in our system.

1. Passive mode for FTP is not enabled on your server or too few passive FTP ports are opened. Please enable it and try again. Make sure that all used passive FTP ports are white listed in server firewall.
2. Make sure that there is enough simultaneous FTP connections from one IP allowed on server.

For Enterprise brand only:
3. To fix issue you can try to increase limit number of FTP connection retries in builder configuration:

• open file "config.json" located in builder base folder
• add parameter "ftpConnectionRetriesAllowed" (or edit if it already exists), e.g:
  "ftpConnectionRetriesAllowed": 20,
• save "config.json" file

Open builder again and re-publish website to check if the error is gone.

Check values of PHP parameters "post_max_size" and "upload_max_filesize". Recommended values are 128M for both. If they are less, uploading images/files to builder may not work properly. Increase them (Apache server restart will be needed) and try to upload an image/file again.

The problem usually occurs due to firewall on your server which blocks connections from builder server on port 21.

For Premium license owners:
Allow connections from the following IPs on your server on ports 21, 80 and all ports which you have configured for passive FTP connections:
- 109.235.65.18
- 18.196.241.217
- 104.196.132.63
- 104.199.204.141
- 188.225.9.184
- 52.67.222.115
All these IPs can be used for builder opening.
To allow IPs in firewall please execute the following command:
iptables -A INPUT -p tcp -s 109.235.65.18,18.196.241.217,104.196.132.63,104.199.204.141,188.225.9.184,52.67.222.115 -j ACCEPT
Note: the command can vary depending on firewall service you use on your server.

Check if you added "dot" at the end of builder domain in DNS record (it has to be not "builder.domain.com" but "builder.domain.com."). If you added it correctly try to wait for some time for a domain to propagate over the internet, it may take several hours.

This may be caused by FTP server which accepts only SSL connections.
Only for Premium license:
We can add your IP address to the exception list so that FTPS publication is applied. If you agree, please, let us know by creating ticket. As a temporary solution you can disable forced SSL connections on your server.

Please try to enable PHP extension "exif" and try to upload .png image again.

After license upgrade, Site.pro badge is still displayed on websites. Your logo is starting to be displayed only on newly created websites.

Choose the old one first and write to support@site.pro or create a ticket to migrate your clients to a new server.

If you want to have website builder and mail server on the same domain, you need to add MX records to that domain (pointing to your mail server IP address).

If you want to run builder domain under HTTPS protocol you need to do the following steps:

For Premium brand:
Create a ticket and inform us that you want to have builder domain running with https protocol. We connect Let's Encrypt free SSL certificates for Premium-brand owners. If you have your own certificate files then attach them to the ticket with a ZIP file.
Please note, that Free SSL can be enabled for customers who have Trusted Partner status.

For Enterprise brand:
1. Open your enterprise license and change builder domain by adding "https://" at the beginning of it (e.x. "builder.yourdomain.com" -> "https://builder.yourdomain.com")
2. Open file "config.json" in your builder web root directory and update parameter "siteProApiUrl" by changing "http://" part to "https://"
3. Go to Site.pro licenses page, open Enterprise brand and click "Apply" button.

Subdomain should be created in the hosting panel, then your clients will have access to the builder for a new subdomain via their hosting panel.

Possibly the license synchronization with your builder fails when you click "Save" button in the license.
To fix this problem use these methods:
Method 1:
Check whether PHP parameter "allow_url_fopen" is ON in builder hosting PHP configuration.
1. Set this parameter to ON and restart server.
2. Save Enterprise license and check if builder logo appeared (we recommend to check logo in new builder session, for example in another browser).
Method 2:
Check if API username and password which you entered during builder installation are correct.
1. Open builder file "config.json" located in builder web root folder.
2. Locate parameters "apiUsername" and "apiPassword".
3. Make sure they are the same as specified in Enterprise license.
4. Fix them if needed (if password in the license contains symbols "/" please replace it with "\/" in "config.json" file) and save the file.
5. Save Enterprise license and check if builder logo appeared.
Method 3:
Check if firewall of your builder server does not block site.pro server.
We recommend to white-list site.pro IPs from which license synchronization can be made:
- 109.235.65.18
- 18.196.241.217
- 104.196.132.63
- 104.199.204.141
- 188.225.9.184
- 52.67.222.115
Method 4:
If method 1 and method 2 did not solve the problem:
1. Open file ".htaccess" located in builder web root folder.
2. Comment line below:
RewriteRule ^(.*)$ index.php [L,QSA]
3. Uncomment line:
#RewriteRule ^(.*)$ index.php?HTTP_AUTHORIZATION=%{HTTP:Authorization} [L,QSA]
4. Save file.
5. Open file "config.json".
6. Add parameter "keepHtaccess": true somewhere in the middle and save the file.
7. Save Enterprise license and check if builder logo appeared.

Builder requires FTP passive mode enabled on your server to be able to publish websites.
If you server is behind NAT then make sure that FTP passive mode is properly configured:
use extra option "MasqueradeAddress" (for ProFTPD) or "ForcePassiveIP" (for Pure-ftpd) and specify your external IP address.

To solve this problem please take the following steps:
1. Open builder in Chrome or Firefox browser
2. Open developer tools in browser (key F12)
3. Switch to "Network" tab
4. Click on "Save" button in builder
5. Click on appeared request line (it should begin with "?sess=")
6. Switch to "Response" tab
7. Copy text you see in this tab
8. Create ticket on site.pro and tell us about "server error" and paste copied text. Our developers will fix this problem.
9. Thank you and excuse us for inconvenience.

To solve this problem please take the following steps:
1. Open builder in Chrome or Firefox browser
2. Open developer tools in browser (key F12)
3. Switch to "Network" tab
4. Click on "Save" button in builder
5. Click on appeared request line (it should begin with "?sess=")
6. Switch to "Response" tab
7. Copy text you see in this tab
8. Create ticket on site.pro and tell us about "error loading page" and paste copied text. Our developers will fix this problem.
9. Thank you and excuse us for inconvenience.

In order to fix this problem just create API key from Google by going to this link https://developers.google.com/fonts/docs/developer_api and put key in file "config.json" located in builder web root folder - you need to set it to parameter "googleFontsApiKey".

Note. Most probably Google Maps widget also does not work in your builder. To make it working do the same as for Google Fonts but use this link for key creation https://developers.google.com/maps/documentation/javascript/get-api-key and parameter "googleMapsApiKey" in file "config.json".

The problem may occur when you are using field Form will be sent from this Email in form configuration in builder. For example you use address in this field example@mysite.com. Then mails may not be received on your email account due to the fact that domain mysite.com does not have DNS record of type SPF (for more details please see https://en.wikipedia.org/wiki/Sender_Policy_Framework). Due to this mails can be blocked by mail servers. If you are an owner of domain "mysite.com" you need to add SPF record in DNS configuration of your domain.

When you do not have field "Form will be sent from this Email" filled in then the address no-reply@mysite.com is used (where "mysite.com" is replaced with your website domain name). In this case the reason of not receiving mails is the same as described above.

The problem occurs due to the fact that different devices and different browsers can render text a little differently what can have impact on text height (and as a result - text overlapping each other). To fix this problem you can follow these recommendations:
1. Do not use 0 value for Line height option for fonts in Styles menu. Here "0" means "normal" and it can be interpreted differently on different devices and browsers. Set some value which would be similar as it was with "0" (e.g. if you use font size "16" then line height can be around "19-20" what would make text look more or less the same as with value "0").
2. Do not forget to set style to text in Text widget. Double-click to edit text, select some text and look at what is chosen at left dropdown of text editor. It there is "Style" - it means that no style is set for selected text. Due to this any font can be used on published website depending on device and browser.
3. Avoid creating very huge Text widgets (containing a lot of text). If you have one just try to separate it to multiple Text widgets. Despite the fact that you did recommendation (1) and (2) some devices and browsers can continue render text a little differently. Most probably you will not see any difference in small texts but when there are huge text blocks on site the problem can occur.
4. Use Google fonts which are supported on majority of devices. Some default fonts may not be supported on different devices. They automatically replace font with a different one when you view site (it can be very similar) which can also contain small difference.

If you migrate your clients to another server and IP of new server changes then you need to update IP in your license on Site.pro licenses page from old value to new value after migration. The plugin re-installation or other actions are not needed.

Note for Enterprise: The IP update on licenses page is needed only if you migrate hosting server with clients. In case if only builder server is moved then no actions are needed at all. There is no need in having IP for builder server on licenses page if that server is used only as builder and not as hosting server with clients.

If error "Server error (403)" is thrown during saving draft/publishing or other actions in builder then it can happen due to the following reasons:

1. Your builder session has expired. The session in builder should never expire when you edit website. However there are few cases when it can happen:

• someone else opened builder with your website from your account of hosting control panel. This action leads to your session expiration and new session establishing for another person.
• you opened builder one more time for the same website in another browser or in incognito window. This action leads to session expiration of first window and new session establishing for new window. To avoid this in the future we recommend you to have only one builder window opened at one time.
• you left builder window opened for a long time and your computer went to sleep or darkened screen. This can lead to limited browser activity for opened windows and prevent builder from refreshing session.

Unfortunately if session expires it means that all your changes made after last draft saving in builder will be lost. To continue editing website in builder you need to open builder again from hosting control panel.

2. (Only for Enterprise brand) Builder is facing temporary server problems. During saving draft/publishing website a big set of data is sent to server. Sometimes servers can have some active POST filters which scans all data by some criteria(s) and can block request to server if needed.
To fix this issue contact your hosting provider (or site builder administrator) and tell about this problem.

These errors can be thrown during publication if nginx server is used for builder. Usually the reason of them is script timeout. Increase timeout for nginx script execution (parameter fastcgi_read_timeout), restart nginx server and check if error is gone.

If nginx server is used as proxy server for Apache then increasing these parameters in nginx configuration may help to solve the problem:
proxy_connect_timeout, proxy_send_timeout, proxy_read_timeout, send_timeout

For Premium brand: Unfortunately the limit of restorable backup files cannot be changed if you use premium brand. For backup file restoration which exceeds builder limit please create ticket on tickets page and specify us website domain and external link to backup file which you want to restore. Our team will restore it and we will notify you.

For Enterprise brand: The builder limit parameter directly depends on PHP parameters post_max_size and upload_max_filesize on server where builder is installed. So the limit is a smaller value of these 2 parameters. Just update values of these parameters in PHP settings and the limit in builder will automatically change.

Most probably you installed site builder plugin on your hosting panel before you set plugin icon and title in your brand on Site.pro licenses page. In order to update icon and title on your hosting panel just make plugin re-installation by instruction which you can find on this page.

When you get this error when sending mail from your site then it usually means one of these:

• SMTP data is incorrect (double-check username and password, make sure that you specified correct host and port).
• Firewall on your hosting server blocks outgoing connections from specified SMTP host and/or port. Contact your hosting support and describe this problem to fix the issue.
• Specified SMTP host (in case if it is a domain — not IP) is not resolved on your hosting server or resolved to a wrong IP address. Contact your hosting support and describe this problem to fix the issue.

For more details on this issue please refer this page.

The publication process consists of the following steps:

1. Builder generates final site files and tries to publish only those which were modified after previous publication.
2. After publication of changes builder tries to call script on published site and check in this way whether all required site files exist on the hosting.
3. If (2) ends with "false" response (that is eventually not all files exist on hosting) then builder re-publishes all site files.

Sometimes builder stuck on step (2) (or takes much time — 1-2 minutes) since connection to the end site can be problematic. Sometimes firewall on hosting server blocks builder IP on port 80. Due to this connection hangs until timeout is reached and builder tries different IP to connect.
To avoid such problem make sure that builder IP is white listed on port 80 in hosting server firewall.

Why the restriction exists:
1. Hosting companies are asking us to protect them from losing customers, as people can switch to a cheaper hosting provider after a website is created. But when websites stop working (on another provider) customer usually returns back to the old provider;
2. This model fits all servers network architectures;
3. There is no other way to control the number of websites as hosting providers constantly migrate among servers.

When website domain is changed then it is no longer opened in site builder. Most probably you will see initial page offering you to choose template. This happens due to the fact that website identification is made by website domain. If it is changed then site builder sees that website as new and offers you to choose template.
To get back your website and make it working under a new domain please follow instruction below.

For Premium brand:
Contact us in support system by creating new ticket and provide us old and new domain names. Our team will update domain in site builder and the website will become editable again.

For Enterprise brand:
Use builder API to rename website in your site builder installation.

It means that we have no answer from the payment system yet. There could be no funds on your PayPal/Card or payment system is temporary not working. When the billing system charges you successfully - license starts working automatically.

Some advanced brand features are not available by default and marked with a message:
This feature is available for customers who have at least 5 paid IPs (or "Trusted Partner").
Currently, you have 3 options (select one of them) to unlock these features:
1. Purchase 5+ IPs for any license(s). Note that these IPs must be active all the period you want to use advanced brand features.
2. Make payment of 300 EUR (or equivalent amount in your currency) for any of license(s).
3. Pass the "Trusted partner" validation on your license page here. We will provide you with instructions on how you can get this status.

During builder installation parameters "API username" and/or "API password" were set incorrectly. They are saved in file "config.json" in builder root directory - parameters "apiUsername" and "apiPassword". Values of parameters are located within your enterprise license. Please fix them (you should change all "/" to "\/" in "apiPassword")

The problem with Google Maps usually appears because you did not insert your API key into builder installation. To insert your API key please take the following steps:

• Create your API key in Google console here
• Enable the following APIs for your key:
  • Maps Elevation API
  • Maps JavaScript API
  • Places API
  • Geocoding API
• Add the value of your API key into Site.pro configuration:
  • open licenses page
  • expand your Enterprise brand
  • click on Maps API link
  • add your API key into field API Key of block Google Maps
  • click Apply button in Maps API dialog and Apply button in Brand dialog

Make sure that your used Google Maps API key in builder installation is authorized and not restricted to use for your builder domain. You may also try to use another API key to check if this solves the problem.

Please check this page for more details.

If you are running builder under Apache server then most probably .htaccess in builder is not working. Check if apache module "mod_rewrite" is turned on.
In case you are using nginx server then you need to additionally configure builder: https://site.pro/docs/builder/5719/#requirements/nginx.

Go to Site.pro licenses page, open Enterprise brand and click "Apply" button. If this action results in error then it means that license synchronization fails and cannot be synchronized with your builder. If error message do not help to fix this issue by yourself then create ticket in support system and describe this problem.

Another reason of this error can be the fact that one of your customers (or more) are using dedicated IP for his account which is not listed among your license(s). You need to add such IP(s) to the license as well or move such customers to a shared hosting IP.

1. Builder cannot be accessed directly by URL, for example: http://builder.mysite.com. It can be opened only via public demo URL (which you can find you your brand) or via builder plugin installed on hosting panel.

2. If in case of error URL of page contains part similar to "?login_hash=a1b2c3..." then it means that you have wrong builder plugin installed on your hosting. You need to delete it and install plugin anew using plugin installation guide link from Enterprise license.

Please check builder files owner and group. If you extracted builder archive from SSH terminal being logged in as root then you need to chown files to a correct user and group.

If the problem occurred right after builder installation or update then the reason may be in:

1. improper builder version used during installation/update (there are two versions - for PHP 5.6 or lower and for PHP 7 or higher). To fix this problem make builder manual update. Please find instruction on your Enterprise license page ("Builder installation guide" -> "Update" section).

2. improper builder archive extraction - possibly not all files were successfully extracted what leaded to builder crash.
To fix this problem make builder manual update.

3. file ".htaccess" located in builder web root directory. Possibly some directives (like "Options" or "DirectoryIndex") are not allowed by your hosting and it ends with error 500. Make sure that hosting settings let to use/overwrite these options.

4. other reason which can be logged in file "error_log" in web root folder of builder. Please check if this file exists and that the new output is written once you get error 500. According to error you can determine what causes this error to happen.

To insert Bing maps to the site builder you have to do the following steps:
1. Insert "bingMapsApiKey" line anywhere in config.json (except inside "db" property). Ex. "bingMapsApiKey": "Your API key here"
2. Get bingMapsApiKey from here
3. You should add your domains to the list of allowed domains to use this API key. You can do it by pressing „Restrict key“ in „API key created“ pop-up.
Notice: your each client have to add API Keys for published websites in a builder by themselves (this field they find on builder in Bing maps properties).

Make sure that you clicked "Save" button in your Enterprise license after builder installation. If you clicked it and builder is still throwing error "Authorization required" then take the following steps to fix it:
Method 1:
Check if API username and password which you entered during builder installation are correct.
1. Open builder file "config.json" located in builder web root folder.
2. Locate parameters "apiUsername" and "apiPassword".
3. Make sure they are the same as specified in Enterprise brand.
4. Fix them if needed (if password in the license contains symbols "/" please replace it with "\/" in "config.json" file) and save the file.
5. Click "Recheck" button in Enterprise brand to see if the problem is gone.
Method 2:
If method 1 did not help then try this:
1. Open file ".htaccess" located in builder web root folder.
2. Comment line below:
RewriteRule ^(.*)$ index.php [L,QSA]
3. Uncomment line:
#RewriteRule ^(.*)$ index.php?HTTP_AUTHORIZATION=%{HTTP:Authorization} [L,QSA]
4. Save file.
5. Open file "config.json".
6. Add parameter "keepHtaccess": true somewhere in the middle and save the file.
7. Click "Recheck" button in Enterprise brand to see if the problem is gone.

This may be caused by FTP server which accepts only SSL connections.
Only for Enterprise license:
1. Open file "config.json" located in your builder web root folder.
2. Add parameter (or edit if it already exists) "useSecureFtp": true
3. Save file.
4. Check if publication works.

In order to download auto backup of some builder website you need to know website domain and construct path by that domain: [builder]/data/e/x/example.com/backups on your server with builder. Here we assume that domain is "example.com" and the part "/e/x/" is the 1st and 2nd letters of domain name. Specified folder will contain backup files with extension ".sitebuilder". You can take one of these files and restore it in builder as a simple website backup.

"No fonts available at the moment" message is shown only in case when google fonts API responds with an error to builder requests and there is no cached version of a previous good response.

There are two possible conditions depending on your situation.

1. If you have googleFontsApiKey entered in your builder config.json.

Please make sure that:
a) googleFontsApiKey entered in builder config.json is correct
b) the key permissions allow using it from builder server IP
c) the key may be used with google fonts API.

2. You have google maps API key configured and no google fonts API key.

In that case builder will use google maps API key for google fonts. Please make sure that:
a) the google maps API key permissions allow using it from builder server IP
b) the key may be used with google fonts API.

In order to migrate from Enterprise builder (license) to Premium license you need to take the following steps:

1. Un-install current builder plugin from hosting panel(s). You can notify your clients about temporary builder disabling before plugin un-installation. The whole process can take up to 1 day (we migrate data only on business days!).
2. Create Premium license in Site.pro account.
3. Choose desired cloud builder server in Premium license and setup builder domain. Configure DNS settings for chosen builder domain so that it pointed to specified cloud builder server.
4. Archive folder data which is located in web root folder of Enterprise builder installation (preferably "zip").
5. Contact us in the ticket and send us link to archived zip folder.
6. Wait for our response in the ticket when we restore archived data in chosen cloud builder server as well as transfer remaining days of Enterprise license validity to Premium license according to price difference between Enterprise and Premium plans.
7. Install builder plugin on hosting panel(s) using installation guide link from Premium license.

We recommend you to create ticket before you start doing specified steps. It would be useful for us to know the size of "data" folder so that we better knew how much time data restoring can take.

The error occurs when you update builder domain field in Enterprise brand, especially protocol (from "http" to "https"). The plugin does not know about changes and still calls old builder domain which may not work or act properly.
To fix the problem just re-install plugin following installation guide in your brand (or direct link).

For Enterprise brand only: If you want to update PHP version for site builder please refer this page:
https://site.pro/docs/builder/#other/php_migration.

Refer this page to see Enterprise site builder requirements: https://site.pro/vi/Cho-Hostings/Nó-hoạt-động-thế-nào/#kiến-nghị-cho-builder-server.

1. Possibly you have a pretty old version of plugin installed on cPanel server. It does not include functionality of automatic adding FTP accounts if needed for publication. Re-install plugin following installation instruction in your license (you need to uninstall and install it again). This should fix the problem.

2. Problem occurs when site builder cannot create FTP account when opening builder from cPanel. To fix this problem you need to ensure that you have not exceeded limit of FTP accounts in your cPanel account. Delete unused FTP accounts. There may be old FTP accounts left which were created by builder and not used anymore (they are of type "a1b2c3d4@yoursite.com"). As soon as you have space for at least one FTP account the website publication should work.

3. Make sure that "FTP Manager" is enabled on WHM system for your customers. Without it publication may not always work.

cPanel installation uses custom style for "paper_lantern" theme (this can be verified by lookin to folder /var/cpanel/customizations/styled/ what will contain folders with style name). To solve this issue call this command: "/usr/local/cpanel/bin/sprite_generator --theme paper_lantern --style [style_name] --verbose" as root in server cPanel is installed ("[style_name]" in this command needs to be replaced with a name of a style folder you want to fix).

cPanel blocs connections coming from builder for incompatibility related issues. Try to enable "Broken Clients Compatibility" option in FTP configuration within WHM system. Please check if firewall doesn't block passive FTP ports when using together with SSL.

Method 1 (if error appears when opening builder from WHMCS or WHM being logged in as admin):
Take the following steps to fix this problem:
1. Login to cPanel server per SSH;
2. Delete file /home/[user]/.spbldr_localStorage (this file is created by builder plugin);
Note: If you want to delete this file though cPanel file manager initially you may not see files starting with "." by default. To fix this click button "Settings" in top right corner of file manager page and check option "Show hidden files (dotfiles)".
3. Delete FTP accounts of type "a1b2c3d4@domain.com" (they were created by builder plugin);
4. Open builder from WHMCS (or WHM) again and publish website to check if this solved the problem.

Method 2 (if error appears when opening builder from customer cPanel account being logged in with customer's username and password):
1. Login to WHM;
2. Find customer with problem on "List accounts" page;
3. Change customer's password (you can set the same password as it was earlier);
4. Open builder from customer's cPanel account again and publish website to check if this solved the problem.

The reason of this error is that your builder domain is not working. Once you configure DNS for builder domain and domain starts working this error should go away.

Even if DNS is already propagated and builder domain is working it may not be resolved on your cPanel server due to some reason (for example server has not gotten new DNS configuration yet).

Builder requires FTP passive mode enabled on your server to be able to publish websites. Please refer this topic to enable FTP passive mode on cPanel:
https://documentation.cpanel.net/display/CKB/How+to+Enable+FTP+Passive+Mode.

This error can occur due to one of the following reasons:
1. Apache "mod_rewrite" module is not ON. To fix this issue make sure that Apache module mod_rewrite is turned on in builder virtual host. If you use nginx server for builder then make sure that all required rewrite rules are set in nginx configuration for builder.
2. Wrong builder plugin is installed. If you have multiple Site.pro licenses using different builder domains then possibly you installed plugin from license where builder domain differs from the one which you installed builder plugin for. You need to re-install plugin on cPanel using plugin installation guide link from a correct license.
3. Builder domain has changed. If you changed builder domain when builder plugin was already installed on cPanel then this error can occur. Re-install builder plugin to fix this problem so that cPanel gets new builder domain from Site.pro license.
4. Builder domain is locally resolved to incorrect IP. Possibly you have custom record specified in file "/etc/hosts" which points builder domain to a different IP. As a result builder plugin API call fails. Make sure that builder domain on your cPanel server is resolved to a correct IP address.

The problem should be solved with plugin re-installation.

This is because PHP is currently working as CGI program on virtual host. To fix this log in to Plesk as admin. Edit service plan which is used by current website. Select tab "Hosting Parameters". Change "Run PHP as" to "Apache module".

Site.pro provides plugins from Plesk 12 (and higher) till Plesk Onyx.

To solve this problem please re-install the plugin on your Plesk server downloading new plugin from your license which you use on Site.pro. It will return back your icon and title and the plugin overwriting should never happen again.
Please note that this action is absolutely safe — it will not affect clients websites.

Method 1:
Login keys functionality is turned off in DirectAdmin. Make sure that it is enabled in the following files:
- /usr/local/directadmin/conf/directadmin.conf - login_keys=1
- /usr/local/directadmin/data/users/admin/user.conf - login_keys=ON
Update values if needed and try again.
If the problem persists after enabling login keys try to re-install the plugin following plugin installation guide.

Method 2:
Please try to create login key manually:
1. go to /CMD_LOGIN_KEYS in your panel (URL)
2. click on "Create new Login Key"
3. fill in key name: "siteprobuilder", key value: [think of some 16-char code], expires: never, uses: 0, clear key: checked, allow htm: checked, commands: CMD_LOGIN and CMD_PLUGINS.
4. enter password below and click "Create".
If this operation succeeds then create a new file if it doesn't exist already:
/usr/local/directadmin/plugins/siteprobuilder/include/login_key and put there a key value you used in login key creation. Save the file.
After that if everything is succeeded then publishing to this server should start working.

Method 3:
Make sure that IP of used builder server is not blacklisted in DirectAdmin. Make sure that IP is not listed in list of blocked IPs in file: /usr/local/directadmin/data/admin/ip_blacklist or /usr/local/directadmin/scripts/custom/all_pre.sh (if exists).

PHP 5.6 or newer require a valid SSL certificate to connect. So the API call will fail if DA SSL cert is invalid. You can use PHP 5.5 to fix this problem.

Most often the problem is related to the fact that site builder which you use is running under HTTP protocol whereas DirectAdmin is running under HTTPS protocol. Since site builder in DirectAdmin Evolution skin is tried to be open in an iframe it is blocked due to browser security reasons and the progress is stuck on loading step.
To fix this issue you need to enable HTTPS protocol for site builder. Please see this page for more details on how to do this: https://site.pro/vi/Cho-Hostings/FAQ/#kb516.

Make sure that PHP extension "curl" is turned on. Also make sure that PHP parameter "disable_functions" doesn't include function "shell_exec". If it is included then delete it from there and restart server.

Site.pro provides plugin for ISPmanager 5. Site.pro does not provide/support plugin for ISPmanager4.

Try to delete FTP account(s) with username of format "s12abc34" on your ISPmanager account. After that open builder from ISPmanager again and try to publish website.

In case if ISPmanager is running under a different port than default 1500 - please, check if the proxy is switched on for images. Apparently, the address of the builder icon is without port 1500, so the image cannot be found. If the logo of the website builder does not appear, it is necessary to check its source in the developer tools (URL). If it is without any port, try to add port to the URL (for example: "https://domain.com/logo.png the" -> "https://domain.com:1500/logo.png"). If the picture opens, in this case the problem is as described above.

1. This error is usually thrown when no (or incorrect) username or password is specified in admin area for a customer in WHMCS. Username and password should be the same which customer uses to login to his cPanel account.

2. Another possible reason is a firewall on cPanel server which blocks connections of WHMCS server on port 2083 (even if WHMCS and cPanel is one server). To fix this problem whitelist IP of WHMCS on cPanel.

We recommend you to update builder plugin on WHMCS by documentation. It includes some features and many fixes. You can find more details on update here: https://marketplace.whmcs.com/product/1086.

This error can be thrown when incorrect username or password is specified in admin area for a customer in WHMCS. Username and password should be the same which customer uses to login to his account in hosting panel.

We recommend you to update builder plugin on WHMCS by documentation. It includes some features and many fixes. You can find more details on update here: https://marketplace.whmcs.com/product/1086.

This error is usually thrown when no (or incorrect) username or password is specified in admin area for a customer in WHMCS. Username and password should be the same which customer uses to login to his DirectAdmin account.

Yes, that is correct. The builder module does not have output in admin area therefore built-in WHMCS message "There is no admin output for this module" is displayed.
The module only adds button "Open Site Builder" (or "Open [your-builder-name]") in client area to each product details page of hosting type. Please log in to some WHMCS client, open details of some hosting service and you will see this button in the right side menu box.

Unfortunately currently we have no technical opportunities to restore sites for Premium customers. Auto Backup of Builder Files is available only in Enterprise builder (brand).
To avoid such situations in the future — download website to your computer before editing to restore it later. Press Save Draft constantly.

In order to migrate from Premium builder (license) to Enterprise brand you need to take the following steps:

1. Un-install current builder plugin from hosting panel(s). You can notify your clients about temporary builder disabling before plugin un-installation. The whole process can take up to 1 day (we migrate data only on business days!).
2. Create Enterprise brand in Site.pro account.
3. Setup builder domain and install builder using Builder installation guide from Enterprise brand (or direct link).
4. Contact us in the ticket and inform us that you want to migrate to Enterprise brand.
5. Wait for our response in the ticket when we collect and archive your clients' websites data in cloud builder server as well as transfer remaining days of Premium license validity to Enterprise brand according to price difference between Premium and Enterprise plans.
6. In the ticket we will also specify URL of archived data containing your clients' websites. Download and extract data to your Enterprise builder installation with the following commands:
cd [enterprise-builder-folder]
wget -O data.zip [URL-from-ticket]
php index.php /api/extract-websites?zip=data.zip
6. Install builder plugin on your hosting panel(s) using installation guide from Enterprise brand (or direct link).

If you face difficulties installing builder or extracting data let us know in the ticket and we will help you (we will need appropriate login details to your server).

Sometimes when opening site builder from hosting panel the customer can see "site.pro" builder domain instead of your custom builder domain specified in the brand. This can happen due to one of the following reasons:

1. Your Site.pro license has expired. You need to upgrade it and site builder will start working as expected.
2. Your hosting IP address has changed but you did not updated it in Site.pro license. You need to update IP in Site.pro license to a correct one and site builder will start working as expected.
3. Customer is hosted on dedicated IP address which is not listed in your license. You need to add this IP to Site.pro license. If you do not have free space for more IPs in the license then contact us in support by creating a ticket and we will offer you another solution.
4. Customer's site is located on another builder server - different from one that is specified in your brand. In rare cases customer's site can be transferred to another site builder server by mistake. Usually if it is the case then site builder opens on another server. For example, you use "EU" site builder server in your brand and "us.site.pro" builder is opened instead for the customer.
5. If none of these matches your case then contact us in support by creating a ticket and our team will investigate this issue.