|
|
|
|
|
by Arkadir
4417 days ago
|
|
At RunOrg, we've encountered this a few times with our CORS-only API. It is against our philosophy to leave users behind only because they are locked in by outdated infrastructure. We still want to support them. It is against our philosophy to bend the purity of our API to accommodate wrinkles in how outdated infrastructure declines to support standards. There will be no JSONP alternative to CORS in RunOrg. The solution we propose each and every time is to mount a proxy to our API on the same domain as the site it is used on. Users on modern infrastructure reach us directly at api.runorg.com, users on CORS-hostile infrastructure reach us through the proxy and still get their data (albeit with decreased performance). It's a fairly simple technical solution that leavers our API clean and supports non-CORS modes of access. |
|