sharat87 / httpbun Goto Github PK

Situation

It would be beneficial to have an endpoint that returns the containers environment as a JSON object

There is a use case for this in for instance testing multi-backend routing (like canary deployments or blue/green deployments), it would be good to know when hitting the backend things like the hostname and any other identifying information that can be injected into the container to understand different patterns

I have CORS requests which fail with "405: Method not allowed" when sending the pre-flight OPTIONS request.
It seems the response access control headers are correct but the OPTIONS method is considered not allowed because it is the put endpoint.

I think all endpoints should allow OPTIONS. What do you think?

It is common for http clients to default to sending an Accept: */* header on requests, e.g. Postman defaults to using this header on all requests unless overridden.

When a /status/* request is sent with Accept: */*, httpbun responds with an empty response, which caused me some confusion, especially given that passing a more specific header of Accept: application/json or Accept: text/plain does return a response body. This is due to the explicit Accept header matching logic here.

It may be more intuitive for users to support wildcard Accept headers, either by returning application/json or text/plain content by default when Accept: */* is received.

https://httpbun.com/status/503

• https://github.com/cfug/dio/actions/runs/7069545281/job/19246540081?pr=2049

When calling the status endpoint with an Accept: application/json header, json content is returned but the response contains a Content-Type: text-plain; charset=utf-8 header. I would expect to receive the response header Content-Type: application/json.

Here is a curl example to reproduce the issue:

curl -v 'https://httpbun.org/status/400' --header 'Accept: application/json'

which responds with:

< HTTP/2 400
< alt-svc: h3=":443"; ma=2592000
< content-type: text/plain; charset=utf-8
< date: Mon, 18 Mar 2024 19:10:32 GMT
< x-powered-by: httpbun/5025308c3a9df224c10faae403ae888ad5c3ecc5
< content-length: 50
<
{
  "code": 400,
  "description": "Bad Request"
}

Hi @sharat87, thanks for the alternative to httpbin! I now use it as the original website is not as reliable as it was.

Switching between both platforms is easy, the /status/ pages however function differently: since it's about the HTTP code, could you please copy httpbin's behavior returning empty HTML documents?

Especially for redirects it makes little sense to display a web page, e.g. "301 Moved Permanently" for http://httpbun.org/status/301. An empty page would be better.

What do you think?

You can take a look here https://github.com/trajano/trajano-portfolio/blob/43549b78fad9fc94f98fffe94a7964c39f28b65e/.github/workflows/publish.yml#L74-L82

But basically if you add this platforms: linux/amd64,linux/arm64,linux/arm/v7 you'd provide good enough coverage for most environments.

/bytes/{count} will return an array containing a specific number of elements, rather than the length specified in the request.

https://github.com/sharat87/httpbun/blob/9654bbcf2233ac75bcda3ad41a63f591cb797bfb/util/util.go#LL36C1-L45C2

This will result in different content-length responses when accessing with the same parameters.

It's more like seconds/10 rather than seconds.

Httpbun doesn't include Access-Control-Allow-Headers header in response to Access-Control-Request-Headers, which browsers populate for non-safelisted custom headers. This makes requests fail due to CORS.

Example:

This response should have contained access-control-allow-headers: content-type to succeed.

Similar issue with httpbin: postmanlabs/httpbin#147 (fixed)

Keys of headers should return as-is.

$ curl -H 'Sensitive: test' -H 'insensitive: test' https://httpbun.com/headers
{
  "Accept": "*/*",
  "Connection": "close",
  "Host": "httpbun.com",
  "Insensitive": "test",
  "Sensitive": "test",
  "User-Agent": "curl/8.2.1"
}

Could be affected by

I think /payload and /get responses should contain a content-length response header.
Maybe some others as well.

If there was a Python library built for the same, to test the flask applications that would be awesome.

Thanks for this project and for providing this as service!

I am trying to move some code that used httpbin which puts/posts an image/json.
When trying this with httpbun I get a 200 response with content missing.
I would still expect to get a JSON response. httpbin returns a data field with data:application/octet-stream;base64,DATA.

Is that something that could be implemented?