offsite backup
How long before this becomes emacs
?
Well, there’s a handy javascript implementation of emacs lisp, should one wish to start down that path…
I like my already fractured sanity somewhat intact, thanks.
(To be fair, Lisp is fun.
And therein lies the risk.)
Though in my coding lifetime (11 Lifetimes), I did once get actual applause from the customer during acceptance testing for my emacs skills, juggling multiple logs in one emacs session. (Small screen, many outputs).
(These particular reps obviously had a brief to come in, be general arseholes and nitpick as much as humanly possible, so I took particular pride in breaking their facade.)
Obviously with any volume will come rate limiting and a bigger URL space
I considered making it:a) incremental and b) blockchained.
Quite insane, and beyond my ability.
If you don’t mind the results being brutally ugly and nearly impossible to type into a touchscreen keyboard; GUIDs do the trick. Impractically large search space; and specifically designed for acceptably low risk of collisions even if you don’t have any way of checking the existing ones when generating new ones.
But did I mention ugly?
you forgot to mention that UUIDs make rather ugly URIs
More fun might be random phrases from a silly word generator
txt.fyi/supello-lebreams-resplaries
Or perhaps using a subset of characters that are literally pretty! Ternary yields 4 billion addresses from 21 characters, I think
txt.fyi/XIOIOXXOOIXOIOXIXIXO
Binary! 32 characters offers the same 4 billion addresses?
txt.fyi/txttxtxtxtxtttxtttxxtxttxtxtxx
Really like the way that the Ternary looks.
1st post: https://txt.fyi/+/366c7aeb/
2nd post: https://txt.fyi/+/57751260/
Formatting would be nice! Liked your “minimal usefulness” ideas in post #10, especially preview and short URL functions.
Thank you!
On the other hand, the smaller number space, combined with older messages ('txt’s? 'fyi’s?) being overwritten on address collision, would allow the following:
-
Transience - the messages passed out by sharing specific URIs would be time limited and would fade (at some random point), adding a short term immediacy or urgency, like the ripped shows on YouTube - get 'em now, before they fade.
-
Deniability - if the message or tweet or WhatsApp message pointing to @AcerPlatanoides subversive material were found or otherwise intercepted, then “No officer, my link was just a shared shopping list - you do know that the addresses get recycled?” becomes reasonable.
Also: -
Occasional mayhem and confusion. (Two weeks down the line): "Did they mean to send me their shopping list? I thought it was supposed to be RoboCopSlashArtooDetoo fanfic?!"
(Yes, I’m being whimsical. Some of this has, well, possible merit, though.)
@japhroaig - I think we found your location to dump gigs of text data
The web needs more simple, clean things like this.
hashify.me does that (minus the encryption – it’s just base64’ed).
How big is each page?
Some sort of flag like !ascii would do the trick.
A blank posting will be something like 200 bytes and the maximum size is 8MB, due to the server’s POST limit. That’ll hold a couple of King James Bibles.
I meant “how wide is it?”
*No I didn’t but now I do
Depends on how many repetitions of the !yuuge and !bigleague control codes you include.