• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Resolved Make settings for apache and nginx available for Users

Larsm

Basic Pleskian
Hello,

Is it possible to make the advanced settings for apache and nginx available for Users? I don't want to login with the administrator account when I must change few settings.

Best regards

Gesendet von meinem G8341 mit Tapatalk
 
Hello,

Is it possible to make the advanced settings for apache and nginx available for Users? I don't want to login with the administrator account when I must change few settings.

Best regards

Gesendet von meinem G8341 mit Tapatalk
This was not done for safety reasons. Are you ready for crashing your system due to incorrect settings from an inexperienced user?
 
Okay, I understand. I don't want to crash my system. [emoji41] can be closed

Gesendet von meinem G8341 mit Tapatalk
 
Hi Igor,

err sorry, I disagree. On settings which dont work, Plesk doesnt apply them (nginx -t anyone?). And in case of Apache, wrong settings can be applied via .htaccess, which makes the single web server for this domain (only) inaccessible in worst case.

So crashing the web server is not really a reason - imho.
 
Hi Igor,

err sorry, I disagree. On settings which dont work, Plesk doesnt apply them (nginx -t anyone?). And in case of Apache, wrong settings can be applied via .htaccess, which makes the single web server for this domain (only) inaccessible in worst case.

So crashing the web server is not really a reason - imho.

reaction was on nginx refusing to restart on wrong config....
This does not apply to the situation described by Martin Sauer....

There the configuration was not applied to the actual config by Plesk, so my answer did not apply to that situation.

Still I would not like my clients to get there...
 
Last edited:
What a load of ........

Just because a restart doesn't apply them, it doesn't mean this is a stable situation.
This is just a last-minute safe thanks to nginx.

Whenever nginx stops it will not start again until that error is resolved..
The crash of the server becomes a delayed crash which makes it even harder to troubleshoot.....

I have my monitoring software execute "nginx -t" every 10 minutes to detect a configuration error...
It already helped me detect a few and I was able to correct it before it actually stopped working.

I will also have the output of "nginx -T" at my disposal each time it changes as these are stored in a tgz each hour (if they are identical to the previous one, they will be discarded).

  1. Stable has nothign to do with "not applied to the current configuration".
  2. I dont think you know exactly what you are talking about with the "crash". If you do, you may reconsider nginx restart under Plesk, when a user initated change was not applied aka the change is not applied but isntead the old version is still active? Got it? Good, exactly: no crash.
  3. Since the user configured part is "still" the old version before the change (before nginx -t failed), nothing happens.
The test "-t" is actually how many admins and some panels do it for decades with Apache (http -t anyone?).

Please mind your language esspecially since your answer is plain not correct. Thank you.
 
Why write this 45 minutes ago when I corrected it an hour ago?
I got the window still open and configured a new highspeed server to answer you afterwards :)

Peace.Great and thank you for correcting it. Please ignore my answer then.
 
Back
Top