Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !
WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure. Join the pilot program today!
Support for BIND DNS has been removed from Plesk for Windows due to security and maintenance risks.
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.
What do you mean by "filesystem"? You mean the vhost template files?
I just tested it on Plesk 17.8.11 MU#52 and when I create a subdomain then the directory for the subdomain is created and the vhost template files are copied into it.
What do you mean by "filesystem"? You mean the vhost template files?
I just tested it on Plesk 17.8.11 MU#52 and when I create a subdomain then the directory for the subdomain is created and the vhost template files are copied into it.
- httpdocs: This folder only exists for a main domain. A subdomain does not need a separate httpdocs folder, as the document root of a subdomain is already specified when you create a subdomain ("Document root"). By default the document root has the same name as the subdomain but of course you can select your own name and path if you like
- logs: This directory is in /var/www/vhosts/system/name.of.subdomain/logs, hard-linked to /var/www/vhosts/name.of.maindomain/logs/name.of.subdomain/
- tmp: This directory is not needed
- cgi-bin: In my environment, the cgi-bin directory is created inside the subdomain document root, but only if you check the "CGI support" checkbox when you create the subdomain
=> So all in all, everything is working as expected. I don't see any issue here.
You _do_ have the same directory structure inside the document root. Your website only cares about the structure inside the document root, it doesn't (or shouldn't, if done properly) care where the document root is physically located on the server.
We have thousands of customers who do exactly what you want to do: They have a staging subdomain like "staging.mydomain.tld" and a live website on "mydomain.tld". And no one of them ever had an issue with the physical path of the document root.
If you really insist to have a /httpdocs folder for each of your subdomains then do what I suggested in my previous reply: When you create a subdomain, example "sub1.mydomain.tld" then you specify the document root as "/sub1.mydomain.tld/httpdocs" (instead of only "/sub1.mydomain.tld").
If you really insist to have a /httpdocs folder for each of your subdomains then do what I suggested in my previous reply: When you create a subdomain, example "sub1.mydomain.tld" then you specify the document root as "/sub1.mydomain.tld/httpdocs" (instead of only "/sub1.mydomain.tld").
That's exactly what I did but the index.html doesn't appear - browser say: can't find ...
and:
I need the cgi-bin dir above of the document root (similar to the parent domain)
Without going into details as to why, what you can do is to simply create a subdomain as if it was a regular domain.
So, create example.com, then create subdomain.example.com in exactly the same way as you did example.com (in the same way you'd create an example2.com domain if you had it).
This will give you complete separation between the domain and the subdomain.
Without going into details as to why, what you can is to simply create a subdomain as it was a regular domain.
So, create example.com, then create subdomain.example.com in exactly the same way as you did example.com (in the same way you'd create an example2.com domain if you had it).
This will give you complete separation between the domain and the subdomain.