Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
https barrier to local dev testing on Safari
Since this last Safari update, or so, I’ve not been able to look at any of my local sites on Safari, giving me the “Safari can’t open page” notice because it’s looking for an https. It redirects there no matter what I put in the address bar. I can’t seem to figure out how to skirt this. No such problem in Firefox.
Anyone know what to do besides a needless setup of https on a local server? Which I wouldn’t know how to do anyway.
Offline
Re: https barrier to local dev testing on Safari
It’s due to the way macOS handles .dev
domains now (it forces the browser to HTTPS protocol) which I assume you are currently using? You’ll get the same results on latest Firefox Dev Edition and Chrome too.
If you change all your local development sites to use the .local
domain instead, you can continue to use HTTP protocol for that.
Offline
Re: https barrier to local dev testing on Safari
Ah! I should have picked up on that. Yep, time to change.
I’m pretty sure even .local is a special-use domain now too. Or maybe it’s .localhost? Yep, both. And .test.
Anyway, thanks!
Offline
Re: https barrier to local dev testing on Safari
And here’s why (your old friend Google is to blame)
(although ignore the TLD recommendations in that article, .local
is pretty standardised across the industry)
Offline
Re: https barrier to local dev testing on Safari
Never noticed Safari’s Develop > Enter Responsive Design Mode before. That’s sweet.
Offline
Re: https barrier to local dev testing on Safari
Have you tried Firefox Developer Edition recently? It’s rocks! My go-to choice for in-browser dev work nowadays.
Offline
Re: https barrier to local dev testing on Safari
I had never of heard of using .dev domains. And now it seems like I missed out.
A week ago, I didn’t even know .dev was a real gTLD. Historically it’s just been the realm of programmers who need a fake domain for testing. The domain never really existed, we just told our computers to pretend it does.
But the .dev gTLD does exist. And guess who owns it?
That’s right.
It’s Google.
I have playing around at home the last few days setting up an environment to do web stuff. After watch some stuff on YouTube, I ended up settling on Xubuntu and Atom.
I then had the idea of installing Webmin and Virtualmin to be able to setup virtual domains. I never could get them to work like I wanted because of DNS issues.
Offline
Re: https barrier to local dev testing on Safari
Yes, I was surprised when .dev
stopped working for me despite being set in the etc/hosts
file.
But .test
does work for me as a local development TLD.
And you can, of course, use dev.mydomain.com
and then switch it to www.
(or none) when you’re ready to go live. You just need to intercept with the etc/hosts
file (or MAMP and co does it for you).
TXP Builders – finely-crafted code, design and txp
Offline
Re: https barrier to local dev testing on Safari
Destry wrote #309699:
Never noticed Safari’s Develop > Enter Responsive Design Mode before. That’s sweet.
Open Terminal, and type this:
defaults write com.apple.Safari IncludeInternalDebugMenu 1
Voila, you now have a Debug menu. Run that command again with 0
instead of 1
and it’ll disappear.
Last edited by gaekwad (2018-03-06 22:26:40)
Offline
Offline
Re: https barrier to local dev testing on Safari
jakob wrote #309705:
But
.test
does work for me as a local development TLD.
That’s what I switched to as well. Working fine.
Offline
Offline