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

[Feature Request] human readable url #88

Open
egoarka opened this issue Nov 23, 2018 · 3 comments
Open

[Feature Request] human readable url #88

egoarka opened this issue Nov 23, 2018 · 3 comments
Labels

Comments

@egoarka
Copy link

egoarka commented Nov 23, 2018

for instance
http://hru.termbin.com/this-is-can-be-readed-easily-12

hru - stands for human readable url

@egoarka egoarka changed the title human readable url [Feature Request] human readable url Nov 23, 2018
@solusipse
Copy link
Owner

How would that url be created? Using first few characters from the uploaded paste?

@egoarka
Copy link
Author

egoarka commented Dec 20, 2018

@solusipse
no, that would be inflexible

change manually by sending existed name of endpoint and preferred one delimited by a colon would be way better

# derive *new* formed name of endpoint
old=$(echo 123 | nc termbin.com 9999 | cut -d/ -f4)
# set prefered
new="hope you can read it"
echo $old:$new | nc hru.termbin.com 9999
# response: "http://hru.termbin.com/hope-you-can-read-it"

hru can be shortened to just h, likewise l beautification subdomain

if there's existing endpoint with the same name then old can be overridden or deleted

@solusipse
Copy link
Owner

Implementing this would require adding some kind of authentication mechanism, otherwise the service would be heavily abused. And adding authentication is probably out of the scope of this project.

I was thinking about doing something similar for removing pastes that were pushed to the server by mistake. I thought that maybe we could give users 30 seconds to remove last paste they posted, but that would require storing their IP addresses (that's all we know about our users) in some database. Since this application is a basic tool, is written in C, and is dependency-free, I wanted to avoid making it too complex. Maybe we could create another service that would fullfill our fantasies 😄

Btw, that solution also opens up a possibility to abuse the service - if multiple users are posting from the same IP address. In the real world that's unlikely so maybe we'll get back to these ideas some day

@solusipse solusipse added the idea label Dec 20, 2018
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

2 participants