Comments (4)
Hey,
Wanted to jump in here to say that maybe we can formalise the request format with the rfc not sure if y'all have opinions here but omitting query
is currently not allowed when strictly following the http
spec. Specifying operationName
should be allowed so folks are allowed to specify an exact operation from a hash imho.
from graphql-gateway-specifications.
As for the protocol, I would prefer a non-/graphql
endpoint protocol extension -and rather a /<prefix>/<documentHash>/<optionalExecutionalOperationName>
format. Where depending on whether it is a mutation or query, either a POST request or GET request must be used. We would also need to figure out how to support this with The GraphQL over WS and GraphQL over SSE protocols.
from graphql-gateway-specifications.
The store could also be external, e.g. an S3 bucket as in a setup with many GraphQL clienrs you rarely can embed all all client operations within the gateway at deployment time. for several reasons: many different client versions (where every client has different GraphQL operations that beed to be supported) or logistical issues (client code being in many different repositories that you may or may not control).
from graphql-gateway-specifications.
One thing that is often overlooked isbthat a GraphQL document can contain multiple executable operation definintions, where the actual operation being executed is determined via the operationName
parameter. I think the persisted document protocol should still allow that to be as spec compatible as possible.
from graphql-gateway-specifications.
Related Issues (15)
- [RFC] GraphQL Response Caching
- Best practices for private APIs
- [RFC] HTTP Headers propagation / passthrough
- [RFC] HTTP Caching
- [RFC] CORS
- [RFC] Authentication / Authorization (JWT-based)
- [RFC] CSRF Prevention
- [RFC] Normalized/Partial Caching
- [RFC] Real-time transport (Subscriptions, `@live` / `@stream` / `@defer`)
- [RFC] Rate-limit
- [RFC] Complexity-limit
- [RFC] Depth-limit
- [RFC] Security validations
- Best-practices for public APIs
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from graphql-gateway-specifications.