lambda

this will very quickly get out of hand if we allow it, i realize we don't have principles written down anywhere but to date one of them has been that binaries 'just work' without having to do any configuration. currently a user must set FN_MAX_REQUEST_SIZE, FN_MAX_RESPONSE_SIZE -- neither of these should be required to run.

test case:

cd tests/fn-system-tests/
go test -v

this

This is:

• Bug

Detailed Description

When API key is loaded from DB, its permissions are loaded together with the API key data. Once that API key is authenticated, and authorization kicks in, it stores the initial permissions into a cache object, which lives as long as Lambda is alive.

This introduces a problem when we update API key permissions. On subsequent requests, even though th

Is your feature request related to a problem? Please describe.
Yarn packages aren't being cached on e2e tests and build workflows

Describe the solution you'd like
Add caching for npm packages and Cypress (except @sls-next packages) so that workflows will be faster to run

Describe alternatives you've considered
N/A, it will help improve CI workflow speed

If we override PHP_INI_SCAN_DIR then the "special php.ini" files will not be used.
Ie: https://github.com/brefphp/bref/blob/0.5.9/runtime/layers/fpm/php.ini

Hi,

I wanted to enable binary support on API gateway, but could not find the way to do it via component's inputs.

Is this something that you would consider adding in the future?

If so, I can try to add this feature. It doesn't look too complicated.

Thanks!

Checklist

• Upgrade Jets: Are you using the latest version of Jets? This allows Jets to fix issues fast. There's a jets upgrade command that makes this a simple task. There's also an Upgrading Guide: http://rubyonjets.com/docs/upgrading/
• Reproducibility: Are you reporting a bug others will be able to reproduce and not asking a question. If you're unsure or want to ask a question

Current behavior:
All the SQL activities either don't support Insert or are specific to a usecase

Expected behavior:
to be able to insert to a sql database in an activity

What is the motivation / use case for changing the behavior?
many workflows/pipelines require logging to a database

Additional information you deem important (e.g. I need this tomorrow):