Search results

That's not something I can give you the answer for. Put aptly: It depends. A quick glance, I'm guessing query_cache_size=0 to query_cache_size=16M made the biggest difference. The only way to get that answer is to benchmark, try different settings, and benchmark again. There's lots of guides...

You should contact Plesk support or your system administrator.

plesk repair web

Sounds like an old file then. Regenerate your domain configuration files

Yes, load spikes are perfectly normal. A variety of reasons are possible, eg, backup job, file clean up, malware scan, etc

Urgent queries should be directed to Plesk support. 1. Does the new.virtualserver.ch domain exist? 2. Is caching enabled for new.virtualserver.ch? 3. You could manually edit the conf. file and remove the offending directives to get NGINX working.

I don't have much to add. I'll note this. Your server could be set to 1 month. Your service plan might be set to 3 months. If these two diverge, I'm not actually sure which one takes priority. But one does. It would make sense if the service plan took priority. In this case, you'd have...

Yes, that's the query cache. I'd refer you to my comments on query cache here: Issue - Serach in Plesk Panel is Very Slow?

Note: memcached/object caching doesn't always help or make your site faster.

See:  How to install/uninstall memcached extension for Plesk PHP 7.x handlers?

MySQL will always use CPU. Even if you store everything in memory. I'd look into page caching and/or something like Redis/Memcache

Is there a performance issue or resource bottleneck you're trying to address? To restate my comment, it doesn't matter how much memory you have or give MySQL if you only have X amount of data....

MariaDB only uses what memory js needed, regardless of what you set innodb buffer pool too. If you only have 1 GB of data, 24GB is useless and won't ever be used.

It's rather a pointless idea to use two IPs on the same server. If it's required by the registrar, oh well. Otherwise, you only protect against the very specific scenario that one IP fails. Give that it's the same provider, and I'm guessing same subnet, this is really highly improbable. I'd...

service plesk-php74-fpm restart

You enter them as root via SSH/shell

Contact Plesk support. You're paying for a reason.

Note: there's been three different solutions mentioned. a) a redirect - this will receive an HTTP request, and respond with a location header asking the browser to access the new URL. Likely not what you want. b) a HTTP proxy - this was receive the HTTP request, and send that same request to...

FWIW it does protect against a variety of scenerios. I'm guessing Plesk doesn't want to deal with tickets saying "I accidentally deleted my subscription, can you recover?"

I know I've seen this issue before. I've forgotten as to how I resolved it though. If I remember correctly, it hinged on reinstalling/installing a webmail client and running plesk repair all -y.