You are viewing a single comment's thread.

view the rest of the comments →

PuttItOut ago

This is a trickier thing for us to do actually because of the way caching works.

I can't promise anything in this area because we have a lot of more important work to do.

It's on the list of things to research.

bikergang_accountant ago

Unless people will be blocking 100+ users you could also store it client side. But I guess that's what AVE is for.

PuttItOut ago

As Voat moves more and more to the API we will rely less on UI specific features, so we have to always consider how to handle scenarios in regards to both access mechanisms. Apps, for example, would need these same capabilities available.

go1dfish ago

Going further if you ever want to move Voat away from MS tech lock-in this approach helps.

Once the front end is built as a JS app powered by the API it is no longer at all tied to anything MS specific and it's only entanglement is voat's public facing API.

That means once the UI is an API client all you have to do is replace the API out from under it with something purely open source. Easier said than done of course but at least your frontend won't give a damn about the backend at all.

I've been playing with loopback lately, it's an interesting framework for API/Backend development that might be suitable for replacing Voats backend down the line.