Stefan Brauner
My feedback
36 results found
-
20 votes
An error occurred while saving the comment -
31 votes
We will consider this functionality in upcoming releases if it will be popular. However, in part of integration with 3rd party, probably it will be faster if you create Plesk extension. Please refer to https://docs.plesk.com/en-US/17.0/extensions-guide/what-are-plesk-extensions%3F.76331/ to know how.
Everyone, please continue voting for this feature if you consider it important.
—
ET -
124 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.— rk
-
97 votes
Hi everyone,
This seems to be important, so we’ll address it in one of the upcoming Plesk releases.
Please continue to vote so we can accurately assess the popularity of this request.
— AK
-
41 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IG -
72 votes
The roles that you can set for additional user accounts can help achieve many of the aspects that are mentioned in this feature request. Please see the blog article https://www.plesk.com/blog/product-technology/how-to-grant-access-website-secure-way/ for getting started with roles.
-- PD
-
4 votes
Thank you for your input! We will consider this functionality in upcoming releases if it is popular. Everyone, please continue voting for this feature if you consider it important.
—
IG -
71 votes
-
28 votes
-
13 votes
Hi. It’s about the feature “TLS versions and ciphers by Mozilla.” We have this in our plans.
To support version 5, we have to change the code heavily – the format of the config was changed; some services don’t support the modern TLS; also, as you mentioned, it would be quite useful to provide the ability to select the config version. That’s why there is no ETA.
— rk
-
23 votes
Thank you for your input! We will consider this functionality in upcoming releases, if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
—
IG -
2 votes
This is a valid request, so we'll look into it. There is no ETA at the moment, but we would really appreciate you voting for this request so that we can accurately assess its popularity relative to other features.
Thanks in advance!
--
IG
-
112 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular. Everyone, please continue voting for this feature if you consider it important.
—
IG -
53 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.— rk
-
119 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
—
IG -
156 votes
-
541 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
—
IG -
87 votes
-
333 votes
Thank you for your input! We will consider this functionality in upcoming releases if it will be popular.
Everyone, please continue voting for this feature if you consider it important.
— AY
-
78 votes
We are considering this, yes. Feel free to share in comments your ideas on which specific scenarios you would like to see there.
It would be great to see that feature in the future. Currently I have to disable HSTS in the Plesk Panel, disable the prefered www and then set the HSTS header with preload and the redirection to www in the nginx for each domain manually, because otherwise there is no HSTS header for the non-www-Page.
It would be great if it would be possible to set the preload directive, max age 1 year (6 years is not enough for preloading and I want to avoid 2 years) and the header set before the redirection to the prefered choicee (www or not)