• Hi, Pleskians! We are running a UX testing of our upcoming product intended for server management and monitoring.
    We would like to invite you to have a call with us and have some fun checking our prototype. The agenda is pretty simple - we bring new design and some scenarios that you need to walk through and succeed. We will be watching and taking insights for further development of the design.
    If you would like to participate, please use this link to book a meeting. We will sent the link to the clickable prototype at the meeting.
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • The ImunifyAV extension is now deprecated and no longer available for installation.
    Existing ImunifyAV installations will continue operating for three months, and after that will automatically be replaced with the new Imunify extension. We recommend that you manually replace any existing ImunifyAV installations with Imunify at your earliest convenience.

Resolved Recent update broke legacy http/https sites

CruzMark

Regular Pleskian
Server operating system version
Centos 7.9.2009
Plesk version and microupdate number
Plesk Obsidian v18.0.56_build1800231106.15 os_CentOS 7
Something recently changed. We host up to 128 clients on a web server, each with their own IP. Starting recently, folks with compatibility mode turned on started seeing this issue with content no showing up or the wrong content showing up. I can't run the global reset for combining ssl and non-ssl, as some of these may still be using both. Can we just get the compatibility mode checkbox re-enabled in the plesk interface? At least that way my support folks can fix the issue. Running on Centos 7 with latest updates.
 
I found a work flow for this, but it is really stupid complicated for the majority of our support folks. This isn't really a great 'fix', but it does work.

Procedure:

Log into Plesk server and go to 'Tools and Settings' then "Database Servers". Launch the webadmin for the MariaDB database.
In database 'PSA' find the table 'hosting'
Find the domain you need to work on in the 'www_root' field.
Edit the entry and change 'same_ssl' from 'false' to 'true'.
Save the entry.

Then, go back to "Tools and Settings" then "Webserver Configuration Troubleshooter" in the troubleshooting section.
Use the search function to search for the domain.
Rebuild the httpd.conf config file. This should actually empty it out.
Now from that Configuration Troubleshooter screen, click on Apache to get the dropdown to restart the server.

Once server restarts, this should be resolved. Watch out for cached entries in your browser.

Uggghhhh.
 
Back
Top