• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

Apache2 ignores httpd.include(partially)

N

nitalaut

Guest
Hello everyone,

Strange problem has appeared after upgrade from 8.2.1 to 8.6.0(debian linux 4.0).
Everything works fine except few things.

problem 1) I wasn't able to turn php(and safe mode) on/off through plesk - it gave me an error saying that psa.SiteApps table doesn't exist.
I looked inside $psa_root/etc/db/psa_db.sql and created missing tables manually.
I executed $psa_root/admin/bin/websrvmng -a command to make sure that all vhosts are configured as they should be.
Now I'm able to turn off php and php safe mode on per-domain basis BUT here's the second problem...

problem 2) All php settings(and may be not only php) made through plesk are not applied to virtual hosts.
For example I can turn php off completly for domain example.com, then look at httpd.include file of that domain(located in it's conf subdirectory) and confirm that nessesary settings were made to that file(php_admin_flag engine off). Everything looks ok, BUT the example.com site(which needs php) keeps working. It seems like apache ignores all changes(related to php configuration) which plesk made in httpd.include files.

May be someone has any ideas about this situation ?)
 
And if you, after an update in the domain config, restart apache manually thru 'apachectl graceful', does the new config takes place?
 
I found an interesting fact about the problem(just a minute ago).
If I disable SuPHP for particular domain - everything works as it should(in that domain only).
So SuPHP is creating my troubles.
Investigating further...
 
Back
Top