if tarball or path is user input then they could be used to inject tar command options.
233 karma · joined May 31, 2021
if tarball or path is user input then they could be used to inject tar command options.
* how to make it easier for users to start using feed readers
* how to make it easier to subscribe to feeds
* how to help users discover new content
Can we get some examples of this? (not implying otherwise)
javascript:window.location='https://web.archive.org/web/*/'+document.location
https://discovery.thirdplace.no/?q=vimeo.com/user4464579
It's pretty rudimentary but alleviates some manual work.
It's FOSS and has an http json api.
See also https://github.com/RSS-Bridge/ and https://www.jsonfeed.org/
[0] https://discovery.thirdplace.no/?url=&q=https://tfos.co/
https://discovery.thirdplace.no/?q=jackevansevo.github.io
It's not perfect but it's better than a simple parsing of <link> tags in the html.
With known feed urls e.g. https://www.meetup.com/%s/events/rss/ we can save the network call to meetup.com and produce the feed url immediately. This is also an argument for making a browser addon or at least some client code that can produce it.
Discovered feed urls are cached which saves the direct network call to a possibly slow site.
The service produces third-party feeds for websites that don't have it e.g. https://twitter.com/elonmusk => https://nitter.net/elonmusk/rss
https://discovery.thirdplace.no/?q=https://www.youtube.com/w...
It was a personal pain point for me.
In a previous life I worked at a successful 30-person company. We used SVN and just didn't think the migration to git was worth it.
I don't see this is a trap. More like an inevitability.
I believe it must have been before browser cookies was widely supported?
See also https://discovery.thirdplace.no/?q=kevincox.ca for feed discovery. Disclaimer: I built it.