zlacker

[parent] [thread] 6 comments
1. tvink+(OP)[view] [source] 2026-01-11 07:23:05
Probably because you didn't include the content type header?
replies(3): >>therea+k2 >>rendaw+Qv >>ch2026+P71
2. therea+k2[view] [source] 2026-01-11 07:55:04
>>tvink+(OP)
yep that would fix it. just needs a little docs change.

a "quick start" really should just work when you copy paste them.

3. rendaw+Qv[view] [source] 2026-01-11 13:01:07
>>tvink+(OP)
Can it be some other content type?
4. ch2026+P71[view] [source] 2026-01-11 17:40:04
>>tvink+(OP)
why does an API that only accepts json need me to specify in a header that it’s json.

just assume it’s json. you’re gonna parse and validate it anyway.

replies(2): >>cess11+ro1 >>bflesc+jj3
◧◩
5. cess11+ro1[view] [source] [discussion] 2026-01-11 19:10:59
>>ch2026+P71
If it turns out that someone is willing to pay for some other protocol then they just have to hook it up to that MIME type and start serving. It might be possible that they can derive an implementation of that protocol from their data schemas.

If they hardcode JSON such a change would be breaking for their previous users.

replies(1): >>anamex+aV3
◧◩
6. bflesc+jj3[view] [source] [discussion] 2026-01-12 09:36:42
>>ch2026+P71
that's actually a reasonable point.
◧◩◪
7. anamex+aV3[view] [source] [discussion] 2026-01-12 13:50:02
>>cess11+ro1
Why would it be a breaking change? Just continue assuming JSON if no Content-Type is provided.
[go to top]