Packages

ex_airtable

0.2.2
0.2.9 0.2.8 0.2.7 0.2.6 0.2.5 0.2.4 0.2.3 0.2.2 0.2.1 0.2.0 0.1.0

An Airtable API interface that optionally provides a rate-limiting server and a local cache.

HexDocs

Current section

Files

Jump to
Readme
11 Versions
2 Dependencies
Dependants
Files
Activity
ex_airtable CHANGELOG.md
Raw

CHANGELOG.md 

# CHANGELOG



- 0.2.2

  - Fixed a bug that prevented starting a supervisor with multiple tables.

  - Fixed a bug in URI encoding that prevented tables with crazy characters in their names (like "/") from being queried.

- 0.2.1

  - Upgraded to Elixir 1.11.1, and fixed some bugs that came with that. Added ASDF `.tool-versions` to the repo to help with developers who want to pitch in.

- 0.2.0

  - [Removed](https://github.com/exploration/ex_airtable/commit/c6dcdae10762dbdbeff102b226ab18e02678fae2) the `:delete_on_refresh` startup option. The new solution takes inspiration from the hashing approach taken [here](http://codeloveandboards.com/blog/2020/07/27/headless-cms-fun-with-phoenix-liveview-and-airtable-pt-4/), and removes any need to worry about the cache staying up to date. It's relatively performant, and will only churn the whole cache if the Airtable result and the local cache are different.

  - [Converted](https://github.com/exploration/ex_airtable/commit/cb507f5de596fc6e9b63638b254a163ad0e7195e) the `RateLimiter` from two `GenStage` modules to a single `GenServer` module. This is conceptually simpler, and also runs much faster! To be clear, the problem was my misunderstanding and mis-application of `GenStage`, not any inherent problem with `GenStage`.

- 0.1.0 - Initial commit. The thing works!