You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
My company uses a 3 tiered system for our web application:
Front end - client layer
Middle layer (composes requests, provides validation and authentication) - accessible by the front end
Backend - where all the database requests are made, not accessible by the front end
In addition we have a SOA architecture which separates parts of our application. For example, the accounts API is completely separate from the Ads API (which is my primary focus). This means that I don't have a User model available to me in the backend API.
Is it possible to explicitly provide a "user_id" to Revisionable instead of relying on some sort of foreign key or implicitly retrieved user id?
The idea would be that a request to retrieve history for an edited record would simply return the provided user_id. We would then merge that with a request against our Accounts API to determine who the actual user was.
We're using Lumen 8.x for middle and back end layers.
The text was updated successfully, but these errors were encountered:
My company uses a 3 tiered system for our web application:
In addition we have a SOA architecture which separates parts of our application. For example, the accounts API is completely separate from the Ads API (which is my primary focus). This means that I don't have a User model available to me in the backend API.
Is it possible to explicitly provide a "user_id" to Revisionable instead of relying on some sort of foreign key or implicitly retrieved user id?
The idea would be that a request to retrieve history for an edited record would simply return the provided user_id. We would then merge that with a request against our Accounts API to determine who the actual user was.
We're using Lumen 8.x for middle and back end layers.
The text was updated successfully, but these errors were encountered: