Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
The APS Catalog has been deprecated and removed from all Plesk Obsidian versions. Applications already installed from the APS Catalog will continue working. However, Plesk will no longer provide support for APS applications.
Please be aware: with the Plesk Obsidian 18.0.78 release, the support for the ngx_pagespeed.so module will be deprecated and removed from the sw-nginx package.
Thank you for the reply.
It would be helpful if this was mentioned on the page that says it will encrypt the contents of the backup as its not really true.
So things like databases that contain sensitive data that should be secured are not encrypted - quite dissapointing.
Still doesn't expain...
Well I hope everyone has checked to see that their backups are actually unzipping correctly and anyone with encrypted backups checks that are actually encrypted!
I have Backup Manager (Tools/Settings) backing up multiple websites and it was definetly working well 4 months ago.
Now I have encountered some MAJOR issues on Plesk Onyx Version 17.8.11 Update #68 Linux.
1: Despite having encryption set for the backups - they are NOT encrypted. Tested twice by...
I was on Plesk legacy v12 and was a bit scared to upgrade to Onyx 17.8
Anyway so what I did was created an entirely new CentOS 7 VM and used the Plesk migration tool to migrate all websites from old VM to new one.
Boom it went like magic and I am glad I did it that way. It was fresh and clean...
Also noticed some 'bad checksums' in most of the lookups. (names changed to protect innocent)
myserver.com.54080 > rec1.svc.1u1.uk.domain: [bad udp cksum 0xb333 -> 0x25ba!] 9779+ A? www.test.org. (30)
14:45:02.688924 IP (tos 0x0, ttl 64, id 57334, offset 0, flags [DF], proto UDP (17)...
Right... I added that test address to /etc/hosts
And boom no issue when testing. So it must be a DNS thing - as you said!
However adding a local hosting DNS IP and the external DNS like 1.1.1.1 still give same issue.. :mad:
I captured the traffic.. didn't see any issues but going to re-test - maybe fluke.
I also changed the DNS server from the local one at the host provider to 1.1.1.1 and 8.8.8.8 but same issue.
Thing is... this was never an issue before the middle of June.
And the same cron job that keeps not...
*** NEED HELP TESTING PLEASE ***
Around the middle of June 2019 I have suddenly had random slow PHP Curl responses on the server, something that you wouldn't notice unless you closely monitored your server.
Response times randomly go from 0.3sec to 5sec on page loads at random.
Running CentOS...