-
Notifications
You must be signed in to change notification settings - Fork 398
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: improve headers guideline (#769) #769
Conversation
|
||
[[using--headers]] | ||
== Using Standard Header definitions | ||
|
||
Usually, you can the standard HTTP request and response header definition | ||
provided by the guideline to simplify API by using well recognized patterns. | ||
The best practice importing headers providing the highest readability is as | ||
follows: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
May be we should introduce this as a new rule to reference headers - if possible - this way.
[source,yaml] | ||
---- | ||
include::../includes/etag.yaml[] | ||
include::../includes/if-match.yaml[lines=3..-1] | ||
include::../includes/if-none-match.yaml[lines=3..-1] | ||
---- |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In the long run, I want this represented as collapsible block, that can be unfolded on demand. Since this currently does not work with our current asciidoc
stile, I think, we need to keep this visible by default.
👍 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you! Looks good!
Co-authored-by: Paŭlo Ebermann <paul.ebermann@zalando.de>
👍 |
1 similar comment
👍 |
This pull request picks up a couple of header related tasks and left overs from previous pull request, e.g. #760, and from the rolling agenda to complete default header definition support via the guidelines:
Idempotency-Key
,Prefer
,Accept-Encoding
,Content-Encoding
,Sunset
, andDeprecation
headers.If-Match
,If-None-Match
,ETag
,Cache-Control
, andVary
headers.Generally, this pull request is editorial and does not require Zally to be changed, however, it would be good to add a hint about compression as a Zally rule, since we now can identify endpoints not supporting compression.