3 ms·

Relying on a magical domain "just for development" is extremely careless behavior. Even assuming that these addresses always resolved to 127.0.0.1 with no inte

by sk5t 12y ago

Relying on a magical domain "just for development" is extremely careless behavior. Even assuming that these addresses always resolved to 127.0.0.1 with no interruption, slowdown, or redirection ever, do you really want to be leaking private hostnames etc. over the internet? Simply run a local DNS with forwarding, create a zone or two for your internal machines, all done. And you can even have other record types besides A and PTR...

chc 12y ago
This kind of reminds me of "A monad is just a monoid in the category of endofunctors, what's the problem?"
- troels 12y ago
  Editing /etc/hosts isn't exactly rocket science. If you're a developer anyway.
  - chc 12y ago
    sk5t was talking about setting up a private DNS server, not editing /etc/hosts.
  - coolsunglasses 12y ago
    > isn't exactly rocket science. If you're a developer anyway. This applies to monads too.
- sk5t 12y ago
  Do you mean that I am understating the difficulty of running DNS on a development workstation or home network? Running secure DNS at huge scale is challenging, but a puny server to mess around with is 1/10 the challenge of almost any development chore. (Apologies if I misunderstand the comparison to monad-speak.)
  - chc 12y ago
    I'm basically saying you're overestimating the average developer's understanding of the running of a private DNS server at all. Monoids and endofunctors aren't actually difficult either, but they're arcane knowledge that most people don't have, so any statement that relies on average developers having that knowledge is a bit unrealistic. Basically, I'm pretty sure I could apt-get install bind, but then I would have no clue what I was doing and I'm not entirely sure what setting up a zone entails. These problems are probably all quite solvable, but without the foundational knowledge, it's not 1/10.
- mercer 12y ago
  Oh lord, you made me read those fake histories again. They consistently tickle my funny-bone in an unusually strong way and I'm not entirely sure why exactly. Can anyone recommend more of this kind of stuff?
  - 0942v8653 12y ago
    For anyone not getting the reference, here's the link: http://james-iry.blogspot.com/2009/05/brief-incomplete-and-mostly-wrong.html http://james-iry.blogspot.com/2009/05/brief-incomplete-and-m...
  - chc 12y ago
    I thought "The C Programming Language by Brian W Kernighan & Dennis M Ritchie & HP Lovecraft" was kinda similar in flavor.
sfeng 12y ago
It's significantly easier just to add a 127.0.0.1 record to your hosts file.
- rikkus 12y ago
  AFAIK /etc/hosts doesn't support wildcards, which means you have to edit it every time you want a new virtual host.
- kokey 12y ago
  Now, that is a serious pet peeve of mine, especially when things break later because people forgot they modified their hosts file.
saidajigumi 12y ago
Or, as I posted elsewhere in this thread, just setup dnsmasq for a very straightforward way to wildcard an entire TLD to 127.0.0.1. See [1] for setup details on OS X, which should be easily adaptable to other *nixen. [1] http://passingcuriosity.com/2013/dnsmasq-dev-osx/ http://passingcuriosity.com/2013/dnsmasq-dev-osx/
readme 12y ago
I'd rather just edit /etc/hosts and/or use a variable.

by sk5t 12y ago

chc 12y ago

This kind of reminds me of "A monad is just a monoid in the category of endofunctors, what's the problem?"

troels 12y ago
Editing /etc/hosts isn't exactly rocket science. If you're a developer anyway.
- chc 12y ago
  sk5t was talking about setting up a private DNS server, not editing /etc/hosts.
- coolsunglasses 12y ago
  > isn't exactly rocket science. If you're a developer anyway. This applies to monads too.
sk5t 12y ago
Do you mean that I am understating the difficulty of running DNS on a development workstation or home network? Running secure DNS at huge scale is challenging, but a puny server to mess around with is 1/10 the challenge of almost any development chore. (Apologies if I misunderstand the comparison to monad-speak.)
- chc 12y ago
  I'm basically saying you're overestimating the average developer's understanding of the running of a private DNS server at all. Monoids and endofunctors aren't actually difficult either, but they're arcane knowledge that most people don't have, so any statement that relies on average developers having that knowledge is a bit unrealistic. Basically, I'm pretty sure I could apt-get install bind, but then I would have no clue what I was doing and I'm not entirely sure what setting up a zone entails. These problems are probably all quite solvable, but without the foundational knowledge, it's not 1/10.
mercer 12y ago
Oh lord, you made me read those fake histories again. They consistently tickle my funny-bone in an unusually strong way and I'm not entirely sure why exactly. Can anyone recommend more of this kind of stuff?
- 0942v8653 12y ago
  For anyone not getting the reference, here's the link: http://james-iry.blogspot.com/2009/05/brief-incomplete-and-mostly-wrong.html http://james-iry.blogspot.com/2009/05/brief-incomplete-and-m...
- chc 12y ago
  I thought "The C Programming Language by Brian W Kernighan & Dennis M Ritchie & HP Lovecraft" was kinda similar in flavor.

sfeng 12y ago

It's significantly easier just to add a 127.0.0.1 record to your hosts file.

rikkus 12y ago
AFAIK /etc/hosts doesn't support wildcards, which means you have to edit it every time you want a new virtual host.
kokey 12y ago
Now, that is a serious pet peeve of mine, especially when things break later because people forgot they modified their hosts file.

saidajigumi 12y ago

Or, as I posted elsewhere in this thread, just setup dnsmasq for a very straightforward way to wildcard an entire TLD to 127.0.0.1. See [1] for setup details on OS X, which should be easily adaptable to other *nixen. [1] http://passingcuriosity.com/2013/dnsmasq-dev-osx/ http://passingcuriosity.com/2013/dnsmasq-dev-osx/

readme 12y ago

I'd rather just edit /etc/hosts and/or use a variable.