• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Site Preview, please help!

Site Preview

Every Problem I've seen with Site Preview on Windows Plesk had to do with Parent Path issues..

Too many ../../.. entries in the page codes..

I usually rewrite the code for the customers for a charge instead of enabling parent paths..

The Weblogs should tell you if that is the case.

Russ
 
a work around.....

create a virtual directory under the default web site...and give the name of the domain to that...


change the application pool of the virtual directory to that of the domain.....if you cannot find the application pool...make sure you have checked the application pool option in the setup section of the control panel

change the anonymous user to IUSR_ftpuser and set the password....reset the password for the same in the users and groups of the control panel.

Try accessing the http://IP/domainname ..it should work...
 
I had a similar problem until I enabled "Enable Anonymous Access" on the "Default Web Site" directory security tab, authentication and access control via the IIS Manager.
 
Originally posted by HendrikM
I had a similar problem until I enabled "Enable Anonymous Access" on the "Default Web Site" directory security tab, authentication and access control via the IIS Manager.

Is that secure thing to do?
 
Back
Top