The API Data Source runs client side with App Connect and there is no point of adding oauth or other security features to it as they require secret keys that you don’t want public in your html code…
We will be adding API connectivity to Server Connect soon and there will be able to handle server side all the security you need
Hi George, have u guys started working on the POST API connectivity? is it expected anytime soon ?
I have reviewed the the API data Source, and ATM unable to fulfil my requirements without a POST option. here is my scenario:
I need to make a post request with username and password from a form within wappler.
The response will return a token.
I will use this token by storing in sessions to make all further get Requests.
Unfortunately i was unable to achieve this without a post option app connect side or server connect side. :frowning.
I think it would be nice to have a post option even at client side, as security will not always be a concern, but off course having it at both ends would be perfect.
Hello @George
Are there any news about server side API extension ?
Can we use it in this week ? Because we cant create ‘bearer token’ server side .
I’m looking forward to your good news
Yeap this is so usefull but we need to create bearer token server side . I think this is client side . This is not secure process for bearer token . I want to handle it securly from server side . @George said that We will add this feature soon . I want to learn just will it add be this week ? Or soon ?
I concur - to protect any client-side API request from being abused (by code sniffing), there are many instances where an encrypted token is needed to pass to the client API request that can only be generated server-side. I’m guessing this is what is called here the “bearer token”?
A simple example is in an API call to a cloud server for a video - these generally take the GET form of
nvb=timestamp (not valid before)
nva=timestamp (not valid after)
video_url=…
hash=hash of nvb/nva/video_url with a secret key shared between server and cloud
Just simple example, but many exist (my own including) - all requiring a server-side generation of the “bearer token” to pass to the requesting API for validation of authenticity
So now for example with wappler and API if you wanna use your bittrex, poloniex, binance exchange account API , the private API Key would be exposed on your project @s.alpaslan right?
We are voip provider and I have to get list cdr reports (call detail reports) , make call via API and all invoice process . All voip soft switchs work with bearer token .
Yeap same problem … I cant start with out server side . Because really securless
I dont worry because @george said that " We will be adding API connectivity to Server Connect soon and there will be able to handle server side all the security you need " … just wonder when it will be add . Because I want to start voip projects …
I‘m sure @georg and whole wappler team are able to solve that proper authentication via bearer/serverside. I‘m in the same boat, just didnt start using API as I guess I would stumple exactly with that security situation.
I have to admit although I would love the Server Connect API integration as soon as possible I have been in the fortunate position where most of my API connect stuff is locked down behind admin pages, in other words I am mainly using API’s in situations where the person has to login to a backend of some sort first, and yes then my keys are exposed, however at least not to just the entire general public.