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.
Never mind. It is a problem I created for myself by editing the Plesk virtual host templates. As my changes were custom, I don't think explaining what the error was would be helpful here.
I set up a subdomain for testing purposes. After trouble running my scripts, I decided to test if PHP was working using a simple phpinfo script. When I try to request http://subdomain.domain.com/phpinfo.php, I get a 404 File Not Found message. HTML files work fine. Same PHP file on the main...
I *do* have a checkbox for "Serve static files directly by nginx" in the Apache & nginx settings page. Is this what you're referring to?
Also, might a block like the following work?
location @proxy {
proxy_pass http://XXX.XXX.XXX.XXX:7080;
proxy_set_header Host...
I have set the settings on my server to run PHP 7.0 via nginx + php-fpm. When I access a script by name, e.g. "http://www.somedomain.com/index.php", this works correctly. However, if I access "http://www.somedomain.com/", the script is executed, but handled not by nginx + php-fpm, but by Apache...
Well, after a few days where the issue did not recur, it looks like I have solved it. It took the following:
1. The cgroup settings explained above.
2. I inserted "sleep 30" between each line in the file DailyMaintenance.sh (described above). This causes the script to pause 30 second between...
The steps in the above article did not help in my case. I ended up using cgroups to finally fix this (at least so far, I am continuing to monitor)
First, I created a bash file to run each Daily Maintenance task individually called "/root/DailyMaintenanceIndividual.sh":
#!/bin/sh...
The step I tried above did not help, but I definitively traced the issue to the ExecuteStatistics task. Google turned up the following article:
High CPU load during statistics calculation
I have tried the recommendations described and will see if it helps.
Well yes, I understand I'm free to do whatever I like. I'm asking for the method that would involve the least "hacking" of stock Plesk :)
I looked under Home > Tools & Settings > Apache Web Server, but I'm not sure what I'm looking for. It lists the enabled and disabled Apache modules. I'm not...
I have been trying to use nginx + PHP-FPM as much as possible on my server because of its efficiency, but have run into an issue. When Apache URL re-writing is used, Apache takes over the handling of the PHP script. I understand this (and setting up nginx URL re-writing is a whole another...
I uninstalled spamassassin, and this has greatly improved the issue, though not fully resolved it. It is notable that I only get the issue when the Daily Maintenance script is run as a whole. Running the individual tasks one-by-one causes no issue.
I have created a bash script that runs each...
I have traced the issue. It looks like the cause is spamtrain (possibly there are multiple causes, I haven't finished testing all the tasks individually). I don't even use any anti-spam system on the server! How do I disable spamtrain? I came across the following article, but though it mentions...
Alright, I will attempt to do so. Probably tomorrow, as it is late here. Are the tasks listed on the above page listed in the normal order that they are run? The reason I'm asking is that I know the slow down starts before updates are installed. However, it looks like InstallUpdates is the 2nd...
Hi,
I was having issues with this earlier, but the problem is persisting (and getting worse!). The server becomes completely unresponsive while the Daily Maintenance script is performed. Just now as I was running it manually (to monitor what is going on), the server has been unresponsive for an...