zolax

joined 1 year ago
[–] [email protected] 6 points 1 year ago

this app is amazing

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago)

I think dwm can be compiled (and is very minimal so quick to compile) with different minimum widths and heights.

there's also dwl, which is supposed to be dwm but native Wayland rather than X, but I haven't tried it out

[–] [email protected] 1 points 1 year ago

ah, I see. thanks

[–] [email protected] -2 points 1 year ago (2 children)

doesn't it allow compilation and non-commercial distribution? I don't agree with the license (not free or open source), but I'm genuinely curious on what specifically doesn't allow source code modification.

[–] [email protected] 1 points 1 year ago

these simple type of ads used in the early internet was exactly the idea I was going for, having little involved to breach privacy or be used as an attack vector. more individual user ads was also what I was imagining, and looking at them, they are quite funny too

[–] [email protected] 2 points 1 year ago

I'll just copy a previous reply:

the ads would ideally be limited to banners and gifs in the same style as these, with each user choosing whose ads they wish to host

no revenue or popularity (these are only for personal websites) would (hopefully) prevent users from hosting invasive ads. quite a few personal websites have banners linking to others, so this would be a more simpler approach

(although in principle, a whole project dedicated to automate this doesn’t sound good)>

[–] [email protected] 1 points 1 year ago

ah I see. thanks

[–] [email protected] 1 points 1 year ago

oh, ok. thanks

[–] [email protected] 1 points 1 year ago

mostly, but webrings seem closer

[–] [email protected] 1 points 1 year ago (4 children)

yeah, that sounds like a similar idea.

has anyone implemented this in a decentralised manner?

[–] [email protected] 2 points 1 year ago (2 children)

I'll try explain the idea more concisely:

  • user wants to promote own website
  • user creates ads (small banners and gifs) like these and hosts them on an instance of the software through their website
    • the server-side implementation would have an API to fetch the URL of the advertisements from to embed to the website (just simple image files or gifs)
  • user asks other people (friends, others in the fediverse) to save their website on these peoples' own lists of websites that they are willing to host the ads for
    • people would host based off of similar content, interesting topics, and general goodwill as opposed to exposure (as very few personal websites get constant exposure to large audiences) and revenue (as this would be a willing move)
  • the client-side implementation of those hosting other websites' ads would randomly pick a URL from the user's own list (similar to picking a random URL from a webring), use the API (something like /get_ad?) to retrieve the URL of a random ad from the promoting user and display that on their website
  • "automatic" was a bad word choice, I'll change it now
  • this wouldn't solve a problem, just automate the functions of webrings by giving every user their own decentralised "webring" (the list of websites) and displaying user-curated ads (probably at the bottom of the page where most banners are) as opposed to randomly picking from a webring
  • those using personal websites would be the users, while visitors would be the audience.

should've made the wording more clearer in the post, my bad I guess. and to clarify, this is just an concept I thought about though and I don't actually have plans to develop this. (I've also edited the post with my final opinion on the subject.)

[–] [email protected] 1 points 1 year ago

the ads would ideally be limited to banners and gifs in the same style as these, with each user choosing whose ads they wish to host

no revenue or popularity (these are only for personal websites) would (hopefully) prevent users from hosting invasive ads. quite a few personal websites have banners linking to others, so this would be a more simpler approach

(although in principle, a whole project dedicated to automate this doesn't sound good)

view more: ‹ prev next ›