-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Allow users to store private non-source files #2175
Comments
Related to #1564 |
SO not Wasp app users but Wasp framework users! Maybe we should say Wasp devs, not sure. This is interesting use case. I think it falls under secret management. We have plans to make it easier to do this for .env files. But it could be used for other files also. I wonder what is the best practice though. They key.json -> I imagine it might be better to take its contents/value and just put it directly into .env.server, why woudln't that be the solution? Soudns a bit unusual to keep that file around. Is there a standardized way of dealing with that key.json file? What does Google Cloud recommend? |
Yes, this trips me up all the time. When I say users, I usually mean Wasp framework users, and for Wasp app users I say "Wasp app users." When I hear "Wasp devs", I think about the three of us 😄 I don't know what to do, but we can agree on something and make it consistent. |
As for the keys.json specifically - I have no idea what the best practice is (maybe it's indeed better to just use an env variable). That's what I told Connor to do in Discord. |
We should give users a way to store private non-source files that the app uses (like the
public
dir, only private).Motivation
From the message: https://discord.com/channels/686873244791210014/1260392522761371659/1260392522761371659
Thanks for the feedback, Connor!
The text was updated successfully, but these errors were encountered: