Comments (8)
I don't understand what are you saying. Can you structure your question/comment into separate sentences and try to explain your thoughts in more details?
Also I don't see how the above configuration is related to this module. If you are looking for a generic REST API client library, check out Purest.
from grant.
Hey, sorry about that.
I thought you might find it interesting to see an azure configuration file interesting for another perspective/semantic.
Right, like who wouldnt?
Thanks, yeah purest is the thing in my head that gets confused with grant, because I have actually used neither, however when combined, bestow integration superpowers in ds0nt-theory
But anyways, I just contributing a bit of food-for-thought from my azure excapade.
from grant.
for comparison, betterment, and such.
from grant.
That's fine, I just really couldn't figure out your point at first. My best bet was about the REST API client library because I saw endpoints
key in the screenshot.
Grant is concerned only with the authorization_code
grant type (and OAuth1.0), that's the flow that requires user interaction and a session store on your server. Grant also allows you to use any of the major web frameworks in NodeJS without changes to your configuration (other consumers can be added as well).
Purest on the other hand is a generic REST API client library that builds on top of the request module.
The flow is as follows:
- Configure Grant and run your server
- Get the user's tokens and store them somewhere
- Pass those tokens and any other parameters to Purest to request any endpoint from that provider
BTW, v2.0.0 of Purest is almost complete, and it will be published the next week, so if you are interested in you can check it out by the end of the next week - greatly improved docs, new features, examples and a minor breaking change.
from grant.
So how difficult would it be to recreate zapier, let me pull out some ideas I had way back when...
from grant.
These are some old ideas I still am a bit fond of. :) Any thoughts?
from grant.
"Easy" ways to monetize include... slaps former self wrong! not easy!
from grant.
I got your point with these diagrams. Grant and Purest are built exactly for such cases, but they are on a very low level of a complete system.
From the diagram above:
We can create a common interfaces for a set of APIs ...
That's the first step. Purest's main design goal is exactly that - to help you built such interfaces more easily. You can take a look at the social, mail and the storage example wrappers.
Although overly simplified these wrappers shows you the basic idea. That's the layer that handles the inconsistencies between all of these REST API providers. You have a common set of input options for each provider's method, and a common data structure to return the data from each method.
Once you have that layer, you can build higher level methods if you want. Purest helps with removing the inconsistencies on a very low level, but as you can see in the above three examples, the code in the provider folder have a common API, it's relatively easy to understand, it's declarative and it can be unit and system tested easily.
A little bit about the implementation: not all systems provide HTTP hooks for events that happen on their servers. For such systems you need to have background workers that syncs the data you need on certain interval of time.
All REST API providers have quota/rate/threshold limits, so you have to cache all the data you need on your own local database server. Your users almost never sees the data in real time. That's the case with the public API's that are free.
from grant.
Related Issues (20)
- Intended method of accessing session.grant HOT 2
- Discord Profile route always 401 Unauthorized HOT 7
- Recommended approach for handling config without checking into git HOT 1
- Support Deno? HOT 3
- iFrame redirect issue with Shopify oAuth HOT 4
- OAuth 2 state - how can I associate a successful grant with a user id HOT 5
- Is there a framework-agnostic API? HOT 1
- Telegram Oauth HOT 2
- Export the grant config and Options HOT 4
- Not working with Next 13 App Router
- How to use dynamic params in custom_params of grant? HOT 1
- Autodesk deprecated v1 (lib's current) oauth endpoints HOT 4
- Incorrect inclusion of client_secret for authorization_code grant in OAuth2 implementation HOT 1
- Switch to OAuth 2 for OpenStreetMap provider HOT 1
- Itch.io authentication HOT 2
- Alternating Domains HOT 5
- Allow to customize "missing provider" error URL? HOT 3
- Any Help to Implement Grant in Next JS
- Is it possible to pass arbitrary data in? HOT 1
- Grant playground open-source? HOT 1
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 grant.