HN user
The actual doctrine is closer to “not-self” but it’s still a part of the teachings that one should not compare oneself to others. It’s such a shame that some of the representatives of the Buddhist tradition don’t practice that, which leads to the perception that “it’s all the same,” as someone else commented here.
With respect, Bhante, it is not fitting of a monk to criticize another monk in this way in public.
I do not know venerable Khemarato, nor his teachings, but I would humbly suggest that if you’re concerned about people being misled in the Dhamma by that website, it’s better to focus on the content.
You are absolutely correct. Guess I should seriously think about it.
True. But there are certain elements that vary greatly between specs (or rather, between spec and... suggested format?). For example, the `person` construct, the `text` construct, etc, which are rather inconsistent and flat in the RSS spec. If it were all fire–and–forget, I could rest at ease knowing it's a superset, but most differences are not additive.
Auth is a WIP. Anybody who has suggestions and candidates for auth schemes, is welcome to send them to the mailing list, so we can improve the protocol :) pond@librelist.com
Sure :) It's something I'm working on: https://news.ycombinator.com/item?id=6798707
Yeah, I caught that :/ thanks!
I have been working on the project for 6 months now, and I even tweeted the author of that project when he posted it, but he just ignored me haha :(
TLS/SSL will be a requirement soon, with some form of "bearer token" auth scheme. At least for the reference implementation.
The MD5 hash is there to mitigate two issues, currently: some (or most) common users won't pay for a certificate, so instead of sending the password in cleartext, it's hashed as an MD5 to avoid exposure—all of this, of course, is no guarantee against MITM. Which leads us to the second issue: most [non–techie] users re–use their password for a _lot_ of things. At least, if the password is intercepted, it won't be reusable.
It's also worth noting that bcrypt is used server–side to store passwords.
Auth (and very possibly a crypto scheme too) is yet to be tackled. Haven't even decided if it should be part of the spec, or left up to each implementer.
Thank you for your feedback (and the links).
Changing "Article" to "Entry"—noted. As for doing away with the custom schema and using the Atom serialization you posted: it's worth noting the protocol is meant to sync with Atom _and_ RSS transparently; to keep things simple and consistent, a middle ground has to be found.
`since_date` is something I'm working on.
Remember encryption is not the same as hashing :) With encryption you can reverse the process, as long as you have the encryption key(s). With hashing, you can't.
Yep, every time I ask a non-nerd what they think about SOPA, they answer "Why, it's delicious!".
It's really great to see Microsoft moving on to embracing change, first WP7 and now this. A tendency and a positive attitude towards evolving the company is noticable.
Also, please note that English is not my mother language. Any grammar corrections are welcome.
Some things might not be accurate, particularly (the minimal) historical references. If you spot something, please don't hesitate to let me know.