Subscription support
See original GitHub issueWith graphql-core
v0.4.9
, schemas now support subscriptions. I added support in epoxy
for them https://github.com/graphql-python/graphql-epoxy/commit/70e8b9592b7af04a929004d76ddcef5b8b9c6a83 should be same level of difficulty in graphene
.
Issue Analytics
- State:
- Created 8 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Billing and subscriptions
Find the answers you need about buying and paying for apps, music, movies, books and more.
Read more >Cancel, pause, or change a subscription on Google Play
Make sure to sign in to the Google Account that has your subscriptions. Cancel a subscription. You can use our self-help flow to...
Read more >Manage a Microsoft subscription
Select a link below for the help you need to manage your Microsoft subscription. Illustration for managing recurring billing. Turn on recurring billing....
Read more >Support Subscription vs. Software Subscription
On my previous post about the scalability of the "support subscription" business model, Joel Jackson said: "I'm confused Savio...what don't ...
Read more >Contact Us | Zoho Subscriptions
Contact Zoho Subscriptions to get instant help for any subscription management related questions.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@femesq Sure, that makes sense. Anything that would add/modify/delete data is grounds for a triggered event, but there’s a key distinction to be made here, which is that if you place the trigger event on a mutation, then if I understand you, that means that only mutations that happen through GraphQL will trigger that event. That means things like the django admin, or command line scripts that may run (scheduled cron jobs or other events), unless those are all modified to use graphql, will not cause the event to happen.
If, on the other hand, the event happens post-save on the model, then as long as the django ORM was involved, it will trigger.
re: permissions, I wasn’t actually suggesting this was a problem, but it’s a situation where an example would be useful. The important thing here is to not tie permissions too closely to the framework. It should be up to developer how they want to check for permissions, but we want an example that’s beyond “broadcast to everyone”.
How does this work? How do you trigger a push from the server? The way I understand the commit is that this is just the subscription part and I have to manually implement a pub-sub, am I right?