You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 23, 2021. It is now read-only.
I'm considering to use your tool to pull our entire Airtable base to our Staging webserver's MongoDB, from which I will then generate pages for our website. We then deploy all this static content as complete stand-alone ZIP to our Live web server.
I already use the official Airtable API JS client, but with your tool I hope to avoid problems with the Airtable API limitations (5 requests per second).
This won't be a big improvement to using the Airtable API directly, because I can delay the API requests and we are OK with waiting 10-30min. However, I'm wondering if at some point I can have the MongoDB directly on our Production and threfore skip generating the static pages on Staging server and then read/write dynamic content (e.g. Orders, User profiles) directly from the MongoDB, which in background will be synced by your tool every 10min or so.
Are you using it for scenarios like this?
Or only to sync our offline copy of the base, like for local development for example?
Asking because I've read this: The problem is that sometimes you don't have internet access, so pulling and saving data using their API isn't feasible.
Thanks for your input!
The text was updated successfully, but these errors were encountered:
I'm using it for scenarios like the one you're describing, yes.
The part of the readme you quoted... that was the original motivation. But the general concept of "not having to talk to Airtable too frequently" has been good for development.
I think I may have broken it a few days ago, though, so let me try to fix it first. Also need to give it some tests. Will let you know.
Hi. Thanks for the info. Meanwhile I built a simple sync script to fit our
needs better.
E.g. to leverage formulas (instead of relying on views) to fetch changed
data every minute. Also I use Mongoose to define some models to be able to
use things like populate().
Good luck with your project!
On Thu, 9 Jan 2020 at 13:44, Phil ***@***.***> wrote:
Hey, thanks for considering using my tool!
I'm using it for scenarios like the one you're describing, yes.
The part of the readme you quoted... that was the original motivation. But
the general concept of "not having to talk to Airtable too frequently" has
been good for development.
I think I may have broken it a few days ago, though, so let me try to fix
it first. Also need to give it some tests. Will let you know.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#7?email_source=notifications&email_token=ALIFVZNY2NR6I63KUQKK5W3Q422VLA5CNFSM4JYDFGDKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIPBXWA#issuecomment-572398552>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALIFVZMKLJKXEZQCYTQ5HWDQ422VLANCNFSM4JYDFGDA>
.
I'm considering to use your tool to pull our entire Airtable base to our Staging webserver's MongoDB, from which I will then generate pages for our website. We then deploy all this static content as complete stand-alone ZIP to our Live web server.
I already use the official Airtable API JS client, but with your tool I hope to avoid problems with the Airtable API limitations (5 requests per second).
This won't be a big improvement to using the Airtable API directly, because I can delay the API requests and we are OK with waiting 10-30min. However, I'm wondering if at some point I can have the MongoDB directly on our Production and threfore skip generating the static pages on Staging server and then read/write dynamic content (e.g. Orders, User profiles) directly from the MongoDB, which in background will be synced by your tool every 10min or so.
Are you using it for scenarios like this?
Or only to sync our offline copy of the base, like for local development for example?
Asking because I've read this:
The problem is that sometimes you don't have internet access, so pulling and saving data using their API isn't feasible.
Thanks for your input!
The text was updated successfully, but these errors were encountered: