[QUESTION] make api requests with Lua or C#

FiveM Resource Development Discussion
1

My background is mostly with web development and my fivem knowledge is always growing.
With that in mind, I feel it would much better benefit a game server (performance wise) if some of the work of frameworks like vRP and ESX were moved remote and the data is fetched each time a user wants to do something, using an outside web server to calculate and store data. With the FiveM server simply taking requests and doing some fairly basic calculations.

It’s part of my somewhat crazy knowledge of creating a website fully integrated with your person in game. One of the larger things being a CAD/MDT, so buying a vehicle at a shop automatically adds the random plate to the CAD/MDT for officers to check at a traffic stop, without requiring a user to register it manually in a separate CAD/MDT system.

It’s something I’m very curious in, and something I would be interested in pursuing, either by myself or with anyone experienced and knowledgeable in community.

Not sure, kinda popped into my head, seemed fairly unique and I don’t know of anyone that uses this kind of system. Give me your thoughts, and please don’t try to bash me, I’m a nice guy :smile:
-Mike

2

Most of the processing is done on the client side, which means that every client individually has to talk to the server. Depending on the type of script, you’d end up with a lot of communication between the API and the clients. Your API definitely needs to be able to handle this. As with any API, you’d have to think about security (you don’t want user X to give user Y $1000000 by making a simple API call), rate throttling (DoS/DDoS attacks are real), error handling, etc.

There’s pros and cons for everything. Is there something you have questions about? I don’t think the knowledge level of multi-tiered applications is too high on the forums, you’ll probably have more luck on Discord. I’m on the Discord channel every once in a while, I can give you my username through PM if you’d like.