Closed hanjoes closed 2 years ago
The current UUID generator is quite naive, we can also try to extend it in the future to reduce the number of UUIDs needed if the content are the same (can temporarily mitigated by adding TTL for the CloudStorage data).
Looks great. Will look in detail soon. One nit: "Persistent" as in PersistentLayer should probably be Persistence :)
The current UUID generator is quite naive, we can also try to extend it in the future to reduce the number of UUIDs needed if the content are the same (can temporarily mitigated by adding TTL for the CloudStorage data).
Yes TTL is necessary, otherwise Ter will become livid as the S3 bill grows....
Yes TTL is necessary, otherwise Ter will become livid as the S3 bill grows....
haha true! Gotta keep thinking about size. Maybe not just TTL but also max size of storage before we start deleting most ancient.
Yup..already had 30 day retention setup ;) will send more PRs for follow-ups.
I wonder if we don't need a way to persist forever in order for people to submit bug reports using this sharing link. But that opens this up to abuse. dang.
Can't they attach the stuff to the bug report itself ?
Yes but this makes it easier as they don't have to cut and paste a bunch of times and it's easier for us because we can just click on the link and see the results without having to run it manually through antlr.
An unpleasant solution to throttling is to require people to register an account with lab :(
we could, from the lab, fetch the attachment by pasting a link to it. Then the 'source' remains attached to the bug report forever, where it belongs ?
Yeah best to have grammar/input/etc... attached to a bug. Actually yeah, how about a button on the lab that contacted your github account and submits a new issue to antlr/antlr4 repo?
that would be great!
8
Adding a "share" API which generates a UUID and stores the page content in CloudStorage. Will follow up with more changes: