To write and read cookies can only frontend.
No, because it is a stateless mechanism. It acts as a token.
I need the ACL, and, of course, be reply server
403 status code. Everything else is optional.
Total — the logic of the backend is only in the interaction with the database in the ACL, nothing more.
depends on the project.
All business logic — at the front
Depends on the project. If you have users have no interaction with each other and no shared data, then Yes. In this case, you even the backend does not require special. Enough to turn in Midler rest interface to a Monge.
And if there is common to multiple users, as you will have part of the business logic to make the server. It will act as a single source of truth.
Maybe the frontend if necessary, will store their own status,
Rest only about the interaction of client and server. It makes no difference that there the client does or what the server is doing.
Pretty well the principles and limits describing restful is described here:
www.restapitutorial.ru/lessons/whatisrest.html
unfortunately the rest of the information is not complete. For example there is no mention how to work with the PATCH method.
I see the need for this only for the ACL or for the logic that will use something like websockets. That is, data sharing is the jurisdiction of the ACL. and the exchange as is, in an abstract view, conditionally-P2P-interaction, where the backend if necessary, must be supplied only a proxy (and possibly validating) logic, but not beyond necessity. Or have I missed something? - drake.Wolff59 commented on July 8th 19 at 16:11
You're talking about a project where the backend does not require anything more complicated CRUD and. such projects, perhaps 90% percent. - Allene_Crona78 commented on July 8th 19 at 16:14