Skip to content
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

potato tv #3

Open
mwarkentin opened this issue Aug 29, 2022 · 5 comments
Open

potato tv #3

mwarkentin opened this issue Aug 29, 2022 · 5 comments
Labels

Comments

@mwarkentin
Copy link
Member

Provide a hero view for recent gibben potatoes for display on a TV in the office (taco example):

image

@cleptric
Copy link
Member

I'm actually a big fan of this feature 🙂
Right now, we tried to stick with the principle of data minimization, so we only store the sender, receiver and amount in the DB.

id sender_user_id receiver_user_id amount created
01fcde6e-2cfa-41d3-83b2-b7c6d9d8992b c0eeecae-424b-442b-976a-583e0d105e3d 6a65f938-6910-485e-b2a8-2f9481bf29e9 1 2022-08-26 13:20:03

@mwarkentin
Copy link
Member Author

Could we set a retention limit for data that matches our Slack expiration time?

@cleptric
Copy link
Member

That's actually a very good idea!
We could just drop the content of a new "message" column for records older than 30 days.
This would still allow us to build Potato TV and be in sync with the Slack retention policy.

@cleptric cleptric added this to the 1.1.0 milestone Aug 29, 2022
@cleptric cleptric modified the milestones: 2022.1, 2022.2 Sep 6, 2022
@0Calories
Copy link

Another option might be to store the Slack message ID in the DB, and then fetch it via the Slack API to get the message content?

@cleptric
Copy link
Member

@0Calories That's a great idea as well! 🥔

@cleptric cleptric modified the milestones: 2022.2, 2022.3 Sep 12, 2022
@cleptric cleptric removed this from the 2022.3 milestone Feb 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants