Replace devd.io with localhost for local routing

[chebread]

Fixes #128

Problem:
The default domain devd.io no longer resolves to a local address (127.0.0.1).

Solution:
Replaced devd.io with localhost (and *.localhost) as the default domain for virtual hosting. According to RFC 6761, *.localhost is universally recognized and guaranteed to resolve to the loopback address locally in all operating systems and modern browsers, removing the dependency on external DNS.

Changes:

• Changed template.DNSNames from devd.io to localhost in certgen.go
• Updated default domain constants in routespec.go
• Updated routing fallback logic in server.go
• Updated test cases in route_test.go and server_test.go
• Updated README.md to reflect the new localhost behavior

[wader]

Does TestServeFileWithContentEncoding fail for you also? probably depend on go version, i have a fix here #124

$ go test ./... -run TestServeFileWithContentEncoding
...
--- FAIL: TestServeFileWithContentEncoding (0.01s)
    fileserver_test.go:405: Content-Length mismatch: got 11, want -1
...

[wader]

Looks good to me!

[wader]

go fmt wants it this way? i guess this can be cleaned up eventually if wader@283f73d can be merged

[chebread]

I am using Go version 1.26.0 darwin/arm64. On March 21 at 20:00 KST, I cloned the devd repository from GitHub and ran (tested) gofmt in the route_test.go file. I found that the rice code was added by gofmt, not by me!

[wader]

👍

[wader]

Also would be great to fix CI, i have a PR to start moving to github actions

@cortesi Ok for you if we start merge stuff? i think we might need help to enable github action if i remember correctly

[chebread]

Does TestServeFileWithContentEncoding fail for you also? probably depend on go version, i have a fix here #124

$ go test ./... -run TestServeFileWithContentEncoding
...
--- FAIL: TestServeFileWithContentEncoding (0.01s)
    fileserver_test.go:405: Content-Length mismatch: got 11, want -1
...

I also encountered the same error as you when I ran go test. However, when I used the code you resolved in #124 (w.(http.Flusher).Flush()), the bug did not occur when I ran go test.

[chebread]

Also would be great to fix CI, i have a PR to start moving to github actions

@cortesi Ok for you if we start merge stuff? i think we might need help to enable github action if i remember correctly

I agree with that as well.

[wader]

@chebread Let's wait a bit and see if @cortesi shows up, if not i think we start merge and fix things

[chebread]

@chebread Let's wait a bit and see if @cortesi shows up, if not i think we start merge and fix things

Sounds good. I'll be waiting!