-
-
Notifications
You must be signed in to change notification settings - Fork 43
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
Caching issue? #14
Comments
Unfortunately that is expected. We actually don't do any caching as Airtable.js doesn't have a concept last modification. So everytime the plugin is run, we query the whole blob and build the nodes in memory. It also doesn't have any webhooks or sockets to my knowledge that we could subscribe to data changes. It means that polling is our only option which seemed like a lot of overhead both in code complexity and performance for something "solved" by simply restarting the server. If you have any other ideas, I'm open to them and you're welcome 😀 |
No ideas from my end. Thanks for making this and taking time to respond! |
hey jbolda, i really love your plugin and your effort in providing it. is it possible that you can review the plugin if there are possibilities now to nicely work with the gatsby build caching? that would a be a big step forward for your plugin because currently we can't use a very important gatsby feature. many thanks and i'm excited to hear from you |
I'm trying a very basic Todo app with an airtable with fields of "text" and "done".
Running this first request from GraphiQL works great:
The above returns the result below:
When I update a field in airtable then make another request, I the results never change (unless I stop and restart the server). Any ideas? Thanks so much for all the time you've put into this.
The text was updated successfully, but these errors were encountered: