Says my URL https://www.qkast.com is invalid.
That's odd. UrlRoulette does some sanity checking on the content of the URL. Thank you for this bug report!
Show HN: UrlRoulette – Pass a URL to the next visitor
41–50 of 143 posts
Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#42Adding in a query param to bust the cache make it possible to submit the same site multiple times, i.e. example.com, example.com?1, example.com?a, example.com?123
You probably want to allow repeats of domains, Like map links to something interesting.
Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#43Adding in a query param to bust the cache make it possible to submit the same site multiple times, i.e. example.com, example.com?1, example.com?a, example.com?123
Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#44Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#45Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#46Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#47Earlier quoted context omitted.
That's odd. UrlRoulette does some sanity checking on the content of the URL. Thank you for this bug report!
Fails for Amazon URLs, too (And no, I didn't include a referral link in there.)
Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#48Earlier quoted context omitted.
A server should respond with the same headers to a HEAD request as to a GET one.
SHOULD and DOES are not the same thing. Returning 405 'Method Not Allowed' on a HEAD isn't unreasonable, and that is the issue we are seeing. EDIT: did say GET on prior edit.
I think you meant "on a HEAD".
Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#49Adding in a query param to bust the cache make it possible to submit the same site multiple times, i.e. example.com, example.com?1, example.com?a, example.com?123
Yes, it does, but I think there is almost no way around that. Many sites still use query parameters to show a specific blog entry for example... :/
Re: Show HN: UrlRoulette – Pass a URL to the next visitor
#50Earlier quoted context omitted.
A server should respond with the same headers to a HEAD request as to a GET one.
They should, but many good sites just don't, for whatever reason. Even ones you know are run by smart people: $ curl -I -X HEAD https://redis.io/ HTTP/1.1 404 Not Found For this app, being more forgiving is a better idea.