-
Re: Has the HTTP POST endpoint URL changed from "/save2" to just "/save"?
Sanford Whiteman Feb 10, 2017 9:58 AM (in response to Dan Stevens.)1 of 1 people found this helpfulThe plain HTML form uses /save, JS-enhanced and embedded forms use /save2. This has been true for a long time.
The semantics are slightly different and /save is actually better IMO if you are forced to do a third-party POST.
-
Re: Has the HTTP POST endpoint URL changed from "/save2" to just "/save"?
Dan Stevens. Feb 10, 2017 10:34 AM (in response to Sanford Whiteman)Thanks Sandy. So if we have a basic Forms 2.0 form in our program, the endpoint URL should still contain save2?
-
Re: Has the HTTP POST endpoint URL changed from "/save2" to just "/save"?
Sanford Whiteman Feb 10, 2017 12:50 PM (in response to Dan Stevens.)'pends on what you want to happen upon POST. /save is useful for integrating with foreign platforms like Wix/Unbounce/etc. because it returns a pure HTTP redirect on success, as opposed to a JSON result.
-
Re: Has the HTTP POST endpoint URL changed from "/save2" to just "/save"?
Dan Stevens. Feb 13, 2017 4:37 PM (in response to Sanford Whiteman)Sandy, just out of curiosity, does this approach fail if our API limits have been reached? Apparently, every day that these tests failed were days where we exceeded our 10,000 API calls.
-
Re: Has the HTTP POST endpoint URL changed from "/save2" to just "/save"?
Sanford Whiteman Feb 13, 2017 5:53 PM (in response to Dan Stevens.)Not direclty, but if your daily traffic was enough to overwhelm the (REST) API limits it stands to reason that other limits (30 form posts/60 seconds) could be exceeded during the same period.
-
-
-
-