Search results

What are you running on the subdomain? You said it was not WP? Also congrats @Peter Debik on what appears to be a new job!

How many/what kind of sites? It's highly dependent.

1. No, they don't: https://support.plesk.com/hc/en-us/articles/115000639049-What-domains-are-counted-in-the-domain-limit-of-a-Plesk-license 2. Yes, all Plesk license editions have the same backup format

Needs more information (was CPU saturated? RAM?)...load testing + monitoring worker status may help. You may want to try raising Apache worker limits though.

Of all your CPU power, or a CPU?

Yes. Plesk has had these kind of issues for years with little progress. DO / Azure / r53 extensions all have other similar issues in multi-server setups. The answer seems to be 'write your own,' which is certainly an option. In fact, if anyone is interested, shoot me a PM. I think creating an...

BTW, API might be an option. You'd need to write your own sanity and permission checks.

Would not recommend this. Run it async with the request as @Mark suggested. Otherwise you'll be potentially experience significant server delays as modsec inspection is blocking. Don't need to use CSF. Iptables or fail2ban works

Ideally, the most foolproof way is to configure your servers to a specification, not the other way around. Once you have an ideal config, use something like ansible to idempotently provision several servers with identical configurations.

Fastest? Take snapshots of servers #1 and #2 for easy DR

It's a frequently overlooked issue -- shell, jailing, and PHP. Ultimately, disable_func + open_basedir isn't really sufficient security, because of exploits above, but also complete isolation not being its intended purpose. Are you using CL by chance? "CageFS"'s underlying implementation is...

There's a lot of factors at play - hardware is one. Your MySQL Config is another - insert buffers, commit settings, etc will affect MySQL's concurrency. I'd play around with MySQL's options to see what works best, but also consider that it could be a disk/IO Latency issue with the server itself.

> I recently (about 2 weeks ago) installed PLESK on my new VPS, running Debian 10.11 It's running great, but, i see a lot of ip's being blocked via Fail2ban, especially via ssh port 22. The count is about a 1000 in 4 days. I'd make the case it doesn't matter. Use SSH Keys (only) and if you are...

I wouldn't recommend it. 10.6 doesn't appear to be supported by Plesk. Is there something in 10.6 you need specifically?

Why not try it on staging?

Maybe contact Plesk support?

No, that is not easily possible. There is no reason this should impact your site though. Sounds like the application itself has some issues.

What does "does not work mean"? What specifically isn't working about caching?

Yes, you can. That rule has cause quite a few issues for us FWIW though.

What do you need from Plesk? They don't use java. If you use composer.json, you're using PHP, not Java. Unless you explicitly set it up, Plesk does not use Java.