Show HN: Telescope – News and RSS Reader
itunes.apple.com
itunes.apple.com
My setup:
1. https://feedhq.org/ for syncing between mobile and desktop or reading via web browser. $12/year or grab the source and host it yourself. Easily import/export OPML, so you're in charge of your subscriptions.
2. http://reederapp.com/ for reading on iOS and macOS
3. Inspired by Slow Feeds (recently renamed as Web Subscriber http://zoziapps.ch/web-subscriber-5-0/ ), I added a new "Slow" folder with all of the high-quality, low-frequency feeds. Made my daily reading far more pleasant.
Feel free to open a Github issue with any feature requests.
"RSS feed of replies to a comment" is a particularly good one. I'll definitely look into adding that.
Works really well.
I sometimes read my feeds on the phone too, there I just use one of the many apps compatible with TTRSS.
Miniflux: + Single binary, no Cron jobs + Easy to run in a container - nothing is stored to a file - everything in the DB + Supports Let's Encrypt out of the box + Simple fast UI + Fever API support, good readers exist for iOS, less Android (working on that though) - No web push notifications - No PubSubHubbub support (though I couldn't make that work with FreshRSS either) - No maintained Android clients (if in wrong please tell me!) - Only supports PostgreSQL
FreshRSS: + Richer feature set + Push notifications + PubSubHubbub + Android apps, though they aren't perfect - More moving parts, needs Cron, PHP - Harder to run in a container - Web UI is worse on mobile
[1] - https://freshrss.org
[2] - https://miniflux.net
Edit: The app is quiting when I try to scroll through Ars Technica in List view.
Edit: Its fixed now. Increased to 128
I generally use 128-char passwords by default, and only use shorter ones when a service requires it.
Edit: Passwords are stored with bcrypt hash. That's right password limit shouldn't matter.
Yeah, you should be storing the password hashes in the DB, not the passwords. The hashes are going to be the same length regardless of the password's length.
If you wanted to get real fancy, hash the password once on the client side (reducing it to a known length), then again on the server. You should also be using a per-user salt to prevent a rainbow table from being generated if your DB is leaked.
https://www.owasp.org/index.php/Authentication_Cheat_Sheet#P...
5.1.1.2: "Verifiers SHALL require subscriber-chosen memorized secrets to be at least 8 characters in length. Verifiers SHOULD permit subscriber-chosen memorized secrets at least 64 characters in length." [1]
[1] https://pages.nist.gov/800-63-3/sp800-63b.html or https://doi.org/10.6028/NIST.SP.800-63b
Why it doesn't first hash the password so it's `1000000 + len(hash) * 2^16` is beyond me, and something a crypto expert will have to answer.
In practice this means that setting an arbitrarily high limit on password size would open you up to a DOS attack via (effectively) quadratic time password hashing.
Edit: I'm looking at your web page (I don't have any Apple products, so I can't see what your app has).
What? How is that 'the whole point' of an RSS reader?
Instead I use Newsbeuter[1], a great standalone RSS client. It runs completely on my own machine. I don't have to give out my email address to anyone else nor do I have to tell the owners of any service what I read or what my interests are. That's completely my own business.
> What? How is that 'the whole point' of an RSS reader?
To be able to subscribe to information sources without having to give away any personal data, start getting spammed, etc. Seems especially relevant in light of all the recent (if belated) privacy concerns surrounding social media.
Services you should handle yourself on your own computer (like RSS feed reading) can be done for you but when they're done for you they become "Service as a Software Substitute" or "SaaSS" (see https://www.gnu.org/philosophy/who-does-that-server-really-s... for more on that).
A SaaSS RSS feed reader grants others power over what you're allowed to read, when you're allowed to read it, and that choice also empowers others to track you in your reading. If you don't value your privacy you'll lose it and then you'll likely come to regret losing it after it's too late and you've given trackers enough information to predict your habits.
I've grown to like it a lot. In fact, just this morning I bookmarked on my iPhone too. I like the idea of a "app", but the web site works fine and I don't put many apps on my phone but I'll just keep using it as is in Safari.
It's especially nice since Apple mucked up their "News" app in their last upgrade and I've not used it near as much since.
This is a work in progress. Customization doesn’t work yet. I’d like to get feedback. If many people like this interface I’ll continue developing it.
Are you rendering the checkbox as checked only after a server trip returns?
I'm using FeeddlerRSS out of the limited options of good RSS readers in my country, but I'd like to try others.
And so you'll have invented the Facebook News Share function... do try not to steal any elections if you do ;)
I'll try it some other time. I'm just not ready to give up 10.3.3 on my 6S yet.
This was in the sports section