Re: [dev] running a shortlink provider

2023-06-20 Thread Miles Rout
Be careful about running a link shortener. They are very prone to abuse. They don't cost money to run because of bloat but because they require a lot of moderation. Spam is incessant. NearlyFreeSpeech bans very little, but treats link shorteners as equivalent to running a mail server on their

Re: [dev] running a shortlink provider

2023-06-01 Thread Santtu Lakkala
On Wed, May 31, 2023 at 12:44:14PM +0300, Santtu Lakkala wrote: > On 25.5.2023 6.47, Spenser Truex wrote: > > There are a lot of bloated projects that I've found. Any suggestions? > > It uses symbolic links in a directory as a data backend. This should not > have any race issues, as link creation

Re: [dev] running a shortlink provider

2023-05-31 Thread Santtu Lakkala
Hi, On 25.5.2023 6.47, Spenser Truex wrote: My internet friends and I have been wanting a shortlinks provider. How can I do this in a suckless way? I'd like to be able to host the shortlinks provider and easily let my friends point their own domains at my VPS. I used to just upload a HTML file

Re: [dev] running a shortlink provider

2023-05-26 Thread Страхиња Радић
On 23/05/25 07:19PM, Spenser Truex wrote: > I don't support this database heavy database stuff. A key-value pair > dataset would be enough. It's basically a perl one-liner. See (just a quick example): https://stackoverflow.com/a/43050919/184064 This is still not an ideal solution, but it

Re: [dev] running a shortlink provider

2023-05-26 Thread Spenser Truex
On 23/05/26 07:52PM, syg wrote: > Hi, > > Just my two cents, but why not just store the link destination, even > better, the HTML with the correct re-direction, in a file named > according to the hash. You can then just serve it as-is. No lock > problem. No database required. O(1) complexity. > >

Re: [dev] running a shortlink provider

2023-05-26 Thread syg
Hi, Just my two cents, but why not just store the link destination, even better, the HTML with the correct re-direction, in a file named according to the hash. You can then just serve it as-is. No lock problem. No database required. O(1) complexity. Of course this is only valid for a personal,

Re: [dev] running a shortlink provider

2023-05-25 Thread Anthony
Thanks for the details! I have tough about hash maps but actually not about simultaneous requests... this seems quite bad tho. (if you have more than a few hundreds users?) I know it is insecure, but I would store everything in a txt file where each line is a link. Why is that insecure?

Re: [dev] running a shortlink provider

2023-05-25 Thread Spenser Truex
On 23/05/25 10:29AM, Anthony wrote: > On 5/25/23 07:29, Страхиња Радић wrote: > > Perhaps the most minimal solution for keeping data would be TSV files, but > > they > > are not suitable for storing data entered from the web because of > > concurrency, > > so a "real" database would be needed. >

Re: [dev] running a shortlink provider

2023-05-25 Thread Страхиња Радић
On 23/05/25 10:29AM, Anthony wrote: > What do you mean by, "because of concurrency"? At any given moment, several HTTP clients can request posting data at the same time. They can hang indefinitely in the middle of sending data. If the process involves writing to a file, this can lead to data

Re: [dev] running a shortlink provider

2023-05-25 Thread Anthony
On 5/25/23 07:29, Страхиња Радић wrote: Perhaps the most minimal solution for keeping data would be TSV files, but they are not suitable for storing data entered from the web because of concurrency, so a "real" database would be needed. What do you mean by, "because of concurrency"? I know it

Re: [dev] running a shortlink provider

2023-05-25 Thread Teodoro Santoni
2023-05-25 7:29 GMT+02:00, Страхиња Радић : > Perhaps the most minimal solution for keeping data would be TSV files, but > they > are not suitable for storing data entered from the web because of > concurrency, > so a "real" database would be needed. > Probably it can be duct-taped writing new

Re: [dev] running a shortlink provider

2023-05-25 Thread Spenser Truex
Highlight: Link shorteners always go down due to non-funding and bloatware backends. Let's have a suckless one that is cheap to run! On 23/05/25 07:02AM, Marcel Plch wrote: > On Thu, May 25, 2023 at 12:47:20AM -0300, Spenser Truex wrote: > > Hello, > > > > My internet friends and I have been

Re: [dev] running a shortlink provider

2023-05-24 Thread Страхиња Радић
On 23/05/25 07:02AM, Marcel Plch wrote: > 2) Pick favorite Web stack [...] > I personally would go for Python/Django, I'm not sure how suckless that's > considered (probably not at all) [...] > Web is in a sad state so You answered your own question. Web is bloat, in particular HTML itself as

Re: [dev] running a shortlink provider

2023-05-24 Thread Marcel Plch
On Thu, May 25, 2023 at 12:47:20AM -0300, Spenser Truex wrote: > Hello, > > My internet friends and I have been wanting a shortlinks provider. How > can I do this in a suckless way? I'd like to be able to host the > shortlinks provider and easily let my friends point their own domains at > my

[dev] running a shortlink provider

2023-05-24 Thread Spenser Truex
Hello, My internet friends and I have been wanting a shortlinks provider. How can I do this in a suckless way? I'd like to be able to host the shortlinks provider and easily let my friends point their own domains at my VPS. I used to just upload a HTML file with a redirect to the desired