Public MVP
by ndelvalleAfter working some weekends, coding on Typescript and Rust, we are finally done building the minimum viable product for therssproject.
We made therssproject to meet our own needs, we are using it as a service in other projects. If you would like to see any specific feature added, please let us know. We hope you find it useful.
-
3
Well done, and congratulations on the launch! The best of luck 🙌
-
1
Thanks!
-
-
1
Hey, well done!
Can you clarify a bit how this works? I understand that you aggregate all of the RSS feeds that I supply, and whenever they get updated, you ping my webhook with the results from the feeds that got updated.
If I subscribe to 10 feeds, do you return all results for all 10 each time? Or just the newest ones? Is there a way to specify this?
This is clearly a tool for programmers - but why would programmers not just fetch their own feeds? My guess would be to skip the implementation of their own custom task-runner? I might be missing something here. I'm sure you have many features on the roadmap to add more value, etc.
-
2
Thanks!
We check the feeds regularly and whenever there are new entries in them we send them to the webhook endpoint they are connected to. All the entries will be sent at the same time.
But it is possible to define different endpoints, so if you'd like to group feeds you could do so by receiving the webhook events on different endpoints.
It is a tool for programmers, however there are some other tools like pipedream.com that could be used together to achieve a "No code" solution for consuming RSS (eg. send messages to Telegram when new entries are added).
For programmers the benefit would be to not implement the whole tool on their own: checking feeds periodically for new updates, parse different types of feeds into a common interface (RSS, Atom, JSON), provide an API (ie. subscribe programmatically).
We have some other features in mind for the future, the current solution already solves the problem we have so we'd like to see if there are other uses cases people would like to see covered.
-
2
Nice! No-code integration makes perfect sense. I hadn't considered that need.
-
-