Hi HN! This is a side project I've been working on for a while now.<p>It's similar to <a href="https://jsonbin.io" rel="nofollow">https://jsonbin.io</a> (which was an inspiration!), but focuses on the second step of prototyping with data - once you're editing JSON online, how do you make sure you don't break your app? npoint.io lets you enforce a structure using JSON schema (<a href="http://json-schema.org" rel="nofollow">http://json-schema.org</a>).<p>More background info: <a href="http://alexzirbel.com/npoint" rel="nofollow">http://alexzirbel.com/npoint</a><p>Also, it's open source! <a href="https://www.github.com/azirbel/npoint" rel="nofollow">https://www.github.com/azirbel/npoint</a><p>All feedback is super welcome. Also happy to answer any questions here.
Looks nice. Having the immediate "Click here" that leads into the edit page with the double paned edit window is particularly cool.<p>Watch out with providing a hosted version of something like this with totally untrusted user input. JSON schema allows for arbitrary regexes for field validation which means a malicious user could easily bring down the site with a nasty regex[1]. Not a concern for anything privately hosted but sadly there are plenty of jerks in the world.<p>[1]: <a href="https://www.owasp.org/index.php/Regular_expression_Denial_of_Service_-_ReDoS" rel="nofollow">https://www.owasp.org/index.php/Regular_expression_Denial_of...</a>
"Once a bin is locked, it cannot be deleted and none of its data can ever be changed."<p>I can understand why there is good reason for the data to never change, but if your product gets popular, or you are unlucky, then this could turn out to be a bad design choice i.e. Bob copies and pastes data containing customer PII in instead of the data they meant to include.<p>An option for data to be deleted, even if it's after multiple prompts, or a streamlined support flow.
interesting - If I understand it right, I ran into a possible use-case for n:point recently...<p>I was building a pretty simple charting app that used React and Redux, so the structure of a chart was 100% defined via a JSON "state".<p>I didn't want to bother with a server so I just stored the state in browser localstorage.<p>BUT when I put the app online via static hosting, I needed to give users a way of deeplinking to and sharing a diagram they created.<p>Could I use n:point via API to set and get json state and then add your identifiers in an anchor tag like:<p><a href="http://my-static-chart-app.com/#4aed7cea56ece156c705" rel="nofollow">http://my-static-chart-app.com/#4aed7cea56ece156c705</a>
Interesting idea. I read your blog post on the project, and understand your point on user management. I've hit the same stumbling block with projects I've been working on -- too much time spent on user management. There seems to be few off-the-shelf solutions for writing user management for SPAs and everyone recreates the wheel.