Search results

@realaaa@ I think that we have to avoid misunderstandings. The FTP client is essentially the "source", connecting to a "target" - the FTP server. To be precise, the "source" is actually a server upon which the FTP client resides - when referring to the "source", it is both the server and the...

@ItsPerona After reinstalling systemd-resolved service, it is not recommended to edit /etc/resolv.conf directly, as @Raul A. indicated already. Please contact stratoserver first and ask them for the correct DNS resolvers that have to be added. When knowing the correct resolvers, then...

@ItsPerona First of all, you should check the status - run the command : resolvectl status If the appropriate services are not running, then you should start them and inspect the contents of the resolv.conf files. Again, you should be aware of the fact that many files might be missing or...

First of all, check whether you have the file /var/run/systemd/resolve/resolv.conf If you do not have that file, then your Plesk instance has not been installed properly. If you do have that file, then you are missing a symlink (the file /etc/resolv.conf is a symlink to aforementioned...

@bootted and especially @manni This statement is about right, but not entirely. In fact, the most cost effective solution and hence alternative is to (re-)create your own hosting solution with Apache, Nginx, some necessary services and scripts and a GUI for the hosting customers. Cost...

@Airborne3d There are some basics to consider first, before starting the installation of a HA cluster. The statement is misrepresenting what actually is possible : (almost) every type of software can be installed WITHIN a cluster. Plesk is not different. However, Plesk itself does not...

@realaaa@ and @xerex The statement obviously has an answer related to practical reasons. The additional ProFTPD config to resume file uploads has to be "possible" in the sense that at least the following criteria should be met : - the connection is not permanently broken, (and) - the FTP...

@Franco The post by @mow should be read with attention. I did not want to dive into the "VPS pitfalls discussion", since I sincerely hoped that the recommendation to use a dedicated server would be sufficient. @mow is right though .......... and I can add that 1 - most virtualization...

@Franco This statement are very indicative of the problems that you have. In essence, when tweaking the MySQL settings, one will easily get to 8GB of memory usage - your VPS is not sufficient. Please remove the [mysqld] innodb_buffer_pool_size=2GB innodb_log_file_size=512M...

@Franco, This statement might seem reasonable, but the real truth is that you cannot figure out what the root cause of the problem is when using your VPS. After all, your host / VPS environment simply "stalls". In essence, a new dedicated server allows you to investigate the issue .... it...

Yes, it might help. No, it is not certain to help. In essence, greylisting functionality is one of the major culprits within the Plesk environment. However, the DNSBL blacklist checks can also add to delays and/or the amount of mails (especially spam) can contribute to delays in mail...

@weareimpulse It is not a good thing to (only) use the "Restrict Administrative Access" functionality. The best way is to setup Plesk Firewall extension with : 1 - SSH : allow access to IPs chosen, deny all others 2 - Plesk Panel : allow access to IPs chosen, deny all others and please...

@Franco, It seems to be the case that your host server - upon which your vps resides - is causing issues. I am not sure whether you installed Plesk on a VPS or just run MariaDB on a virtual server. In theory and in practice, the solution from @pleskpanel should be sufficient : [mysqld]...

To be honest, the whole "licensing model" is a bit odd. It is not about the domain limit - at least, it should not be about that. In essence, the Plesk Panel that you are paying for should be something like a "full-price-for-a-full-package". But it is not - the licensing model is a mirror...

Not a stupid question at all - it is a very valid question. Valid, since there is no clear-cut answer. In essence, I can make an educated guess by stating that part of the development team used to be located "abroad" and also by stating that - in theory - there was (past tense) not very much...

Again, Plesk is not able to provide an optimal Nginx based caching mechanism, as has been explained. One cannot compare with Open Lite Speed on Webuzo. In addition, the major bottleneck in Apache + Nginx setups on Plesk is still Apache, not Nginx. Plesk itself is not really complex, it is...

I am sorry, but this is comparing apples with pears. And that is exactly the promise of Open Lite Speed, as demonstrated on their own page : a comparison of "speed" (i.e. performance) of WordPress sites on Open Lite Speed (LSCache) with Nginx (FastCGI cache) and Apache (W3 Total Cache). I am...

Absolutely valid points ...... both the positive and negative points made. However, I really appreciate your contribution due to the fact that is different from the "usual" contributions - different in a positive way. Thank you! PS Sure, Plesk Team should focus on gradual implementations...

@Noribin what you are stating might sound very reasonable, but it actually is not. In essence, Nginx as a proxy is not related to processes that run on a different (and often "lower") level. For instance, migration and/or backup processes run on a different level - the migration / backup...

@Kaspar@Plesk ISSUE REOCCURS on updated servers. Updates are from Plesk Obsidian 18.0.61.x to Plesk Obsidian 18.0.61.5 Can this issue be resolved before the next MU? Kind regards....