"pathetic" is a bit harsh. Yes, one should be using b/scrypt nowadays but at least he's using salt and sha256 it's not md5. It could be better, but it could also be much worse.
sha256 is not "better" than MD5 for password hashing; they're both incredibly fast to brute force and both not meant for password hashing. bcrypt/scrypt, configured correctly, are much slower and much more secure.
Hashes are generally used to check data integrity ...
When hashing passwords you want a function that is slow and have MANY (but not too many) collisions so that it can not be brute-forced in any direction.
>have MANY (but not too many) collisions so that it can not be brute-forced in any direction
I don't understand this part? Basically if I'm able to find a collision it's like I found the real password, so why is a function with many collisions better for password hashing? Is there a way to differentiate the collisions?
Lets say someone gains access to the password hashes, he/she can compute hashes until a match is found. And then login to that particular system, but does not know the secret (if there are many collisions, and the pw is random). I'm no expert though, and I assume that if someone gains access to all the password hashes, he/she already has access to the system.
SHA256 is a hashing algorithm, which is supposed to be able to create a checksum fast. However, you don't want your passwords to be cracked at a fast speed, so you use a KDF like bcrypt or scrypt, which is much slower and harder to implement on GPUs.
• emacs tramp[1] definitely doesn't work (scpx says invalid command; ssh, scp and sftp methods say "EDITOR SOON")
I noticed you're using ssh2js[2], but not using its built-in features for getting the public key from the client.
I think this would make a much better experience than asking for a password (that you don't echo, don't confirm, and annoyingly don't reset the terminal state afterwards).
I also think you should look at getting the sftp subsystem working as it is simpler and much more reliable than scp.
I hope you fix these things because I'd like to try it again.
vim scp:// works for me (ubuntu here). Tramp I had an issue with, too, not sure what the deal with that is. My emacs is acting up a bit today.
I think scp being slow probably has more to do with his/her hosting than implementation. My post went through just fine so I'm tempted to blame your local setup somehow.
>At the time of writing we are spending around $15 a month to keep the service up. If 75 people donated 5 cents a week, we'd be sustainable. - 27/10/15
And yet I'm pessimistic it'll get that funding. I just don't know if it's possible to make money writing software like this.
It would probably make more sense, and be more likely to get 15 people to donate $10 a year (as a one-time donation, with a new 15 people donating $10 the next).
I'm also rather pessimistic about "making money" like this.
You'd have to sell a service for that to make any kind of sense. Target a minimum of, say, 10$ user/year, or user/month (yes, those are two wildly different prices, and two somewhat different level of "perceived value" you'd need to provide).
Micropayments only make sense at massive scale - and you won't have that starting out. If you cant build up to 10.000 users paying 10/year, you could probably sustain a developer. Just make sure that doesn't generate work for 30 support staff. But "breaking even" (we won't have to stop because we're burning money on hosting) is different from "making money".
It's probably a good idea to one, or the other. Not something in the middle.
Major caveat: I've only thought about pricing models, never found the opportunity to try them out in practice.
Watch what happens over the next few months to PushBullet - they've learnt the hard way that pricing is serious business. They had a base of users who were used to a free product, then they tried to bring in a $40/year plan with no middle ground.
If you want a similar solution, but self-hosted, here's another commandline blogging system contained in a single bash script: https://github.com/cfenollosa/bashblog
It would be neat to have different layouts to choose from (maybe similar to jekyll with a "layout: xyz" parameter).
Besides that i really like the idea. Reminds me a little of the old-style BBS communities. Even though i understand that people need to make money, a project like this would gain much more from being open source. It would give more people the possibility to run a service like this and everyone would profit from further developments.
But that's up to you, and i'm absolutely fine with people making money from webservices! :)
Really like the concept. Hopefully you can work out the issues raised by others, can't wait to see where this goes. Consider your current costs covered.
You just made my day! Thanks!! :) Yes, you are right the name SunSed is a tricky name to start with specially for the sake of SEO. I also hope one day autocorrect systems do not change SunSed to SunSet. By the way, it stands for: SUN Shines Every Day. At least it's 6 letters and almost easy to remember.
As someone who has spent the past two years and planning to spend at least the next 5 years creating the best Blogging platform (SunSed.com) I have to admit this idea is simple, refreshing and brilliant! I had a similar idea called textBlock killed it in favor of SunSed. +1 for this project!
https://github.com/hmngwy/weblog.sh/blob/master/lib/ssh/exec...