Invidious is currently broken due to Google changing things trying to stop 3rd party clients. But eventually Invidious will catch up and Google will give up for a bit.

Thank you & yes my taste is on point.

Materialious is a web app. Check out Clipious for a native Android Invidious client with support for Android TV.

😇

Yes! DeArrow support is planned

Yea the slider was the default component vidstack uses, I do agree it would be a good idea to use a drop down instead.

Materialious uses ReturnYouTubeDislikes for dislikes and likes, this option can be disabled in settings.

This interface uses the Invidious API. So if YouTube breaks Invidious & Materialious, once Invidious is fixed, Materialious is also fixed.

fair enough! Materialious very much meant for people who use Invidious and are comfortable with JS.

Certbot is great when using Nginx (or Apache2), but if you can use a different engine. Its worthwhile checking out Caddy!

And the paaster github even says you have to run your own instance for security and privacy.

It says a “instance you host or trust” this is true of any web app (including Proton etc.)

Even if you self host data leaks can occur.

The fact you don’t see the need for a encrypted pastebin only speaks to your limited imagination.

Matter of facts are, people share data not wanting it to be indexable or open to data leaks by the server, data in pastebins can be sensitive & people are using E2EE pastebins.

Here is a use case what matches all your arbitrary requirements. “User wants to share sensitive data over a insecure channel (like discord), they can send a Paaster link what deletes after view, so if Discord ever tries to view it in the future they cant see the data.”

E2EE now labeled security theater 🤣

Maybe your specific use case doesn’t benefit off E2EE, but can’t believe I have to explain this. You aren’t the center of the universe and use cases of E2EE pastebins aren’t limited to your specific use case.

Even pastebin.com sees the benefit of “private” pastes, but according to your logic this shouldn’t even exist too!

Anyways this conversation has lost any sense of productivity & obviously your care or understanding of privacy is minimal.

As a final question (what I don’t want a response to) is, should every paste ever always be accessible by everyone?.. Hopefully your answer is no & you can put 2 & 2 together.

Have a good day & use any data collecting, raw text, insecure platform you want!

We’ll obviously people are finding / needing a use for a service like this. Paaster has 340+ stars & a similar project Privatebin has 5.1k stars.

Sometimes you want to share data briefly with others or to only a specific groups of people (private forums, game lobbies etc) so being able to do so quickly and securely can be extremely useful.

Also this is a privacy page, why should your Pastebin data be stored in raw text and easily indexable by the host? Obviously pastebin data has the potential to be sensitive (look at the amount of people leaking things on pastebin.com)

Also data leaks do occur! Why should all your pastes be publicly viewable when you only intended to share it with people XYZ platform etc.

The fact your unable to imagine use cases and benefits of such services / projects honestly amazes me.

Paaster doesn’t assume the users intent for the service. People can share a wide range of data in pastebins and users don’t always want this to be public.

Aaah true, yea I was more meaning syntax highlighting for Markdown & not Markdown rendering. Thank you for the correction!

Surprising good comparison from ChatGPT. Some key points is Paaster does support syntax highlighting & Markdown.

PrivateBin’s conversation system isn’t encrypted.

Actually I did a Pros/Cons for Paaster compared to PrivateBin awhile ago here

https://github.com/privacyguides/privacyguides.org/issues/2015

Basically the TL;DR Modern encryption, doesn’t expose metadata, modern design (svelte + asyncio python), pwa support, frontend / backend code separation & paste history.