Skip to content

Commit 654d701

Browse files
authored
fix: update broken graphql spec link (graphql#1410)
1 parent c26b51c commit 654d701

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

src/content/learn/BestPractice-ServingOverHTTP.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -69,7 +69,7 @@ Regardless of the method by which the query and variables were sent, the respons
6969
}
7070
```
7171

72-
If there were no errors returned, the `"errors"` field should not be present on the response. If no data is returned, [according to the GraphQL spec](http://facebook.github.io/graphql/#sec-Data), the `"data"` field should only be included if no errors occurred during execution.
72+
If there were no errors returned, the `"errors"` field should not be present on the response. If no data is returned, [according to the GraphQL spec](https://spec.graphql.org/October2021/#sec-Data), the `"data"` field should only be included if no errors occurred during execution.
7373

7474
## GraphiQL
7575
GraphiQL is useful during testing and development but should be disabled in production by default. If you are using express-graphql, you can toggle it based on the NODE_ENV environment variable:
@@ -87,4 +87,4 @@ If you are using NodeJS, we recommend looking at the [list of server implementat
8787

8888
## Draft Transport Specification
8989

90-
A detailed [HTTP & websockets transport specification](https://github.com/graphql/graphql-over-http) is in development. Though it is not yet finalized, these draft specifications act as a single source of truth for GraphQL client & library maintainers, detailing how to expose and consume a GraphQL API using an HTTP transport. Unlike the language specification, adherence is not mandatory, but most implementations are moving towards these standards to maximize interoperability.
90+
A detailed [HTTP & websockets transport specification](https://github.com/graphql/graphql-over-http) is in development. Though it is not yet finalized, these draft specifications act as a single source of truth for GraphQL client & library maintainers, detailing how to expose and consume a GraphQL API using an HTTP transport. Unlike the language specification, adherence is not mandatory, but most implementations are moving towards these standards to maximize interoperability.

0 commit comments

Comments
 (0)