Message of the day:
Welcome to SilverStripe | Current stable: https://goo.gl/C4F1T9 | Feature requests: https://goo.gl/EcQ34L | Community Forum: https://forum.silverstripe.org | StripeCon EU 2019! https://stripecon.eu
If you have any SilverStripe related questions, please supply the version of Framework you're using.
Did you flush? 🚽 =
I’ve solved it I believe
@halles interesting, thanks for sharing.
Hi folks, bit of a curly template question here. I have a two-level navigation setup that I’ve used since SS2. When navscript.js is tripped the second-level dropdown navigation appears. This is triggered by calling the script just before the closing
</html> tag on
So I’ve set things up as normal.
http://HomePage.ss (which is modified version of the ‘main’ (top level)
http://Page.ss works as expected, even without the inclusion of the script call before the closing
</html> tag, on all pages derived from
http://Page.ss the script doesn’t fire…
Removing the script from
http://Page.ss means nothing loads at all…
Doesn’t make any sense at all to me??? 🤔
all private subnets are allowed
part of our
had a similar issue when I was setting up a local docker environment that was doing the same thing
@halles maybe look at
SS_TRUSTED_PROXY_IPS here: https://docs.silverstripe.org/en/4/developer_guides/security/secure_coding/#request-hostname-forgery
if it’s good for the govt it can’t be that bad for business, right?
Yes it’s a CWP project. Because we have more than just the environments that CWP provides by default and we need to lock them out. Using “test” just doesn’t allow one to access the lostpassword URLs. And locally we don’t have SSL. And finally just setting test in heroku sends you into a https / http loop.