Is there a way to hit HTTP/2 / SPDY endpoints and get response in WP8 or WP8.1 or W8.1 application? Have been looking at multiple places but could not find anything relevant.
Related
I've seen conflicting and stale information regarding whether Postman Chrome Extension is marked for deprecation or not. Could someone with direct knowledge address this question?
I need to know if I need to request that my work replace the extension with the native Windows app or not. Does the company intend to keep feature parity?
What's the difference between the Postman plugin and the extension? (since they are different)
The Chrome version of Postman is not using the same runtime for execution of requests & test scripts. It is recommended to transit to the native client. Especially when you plan to use Postman collections with the CLI client Newman.
You can read a blog post of the company on this topic here: Blog post on Chrome Extension vs. native app
We're encouraging Postman Chrome users to transition to the the Mac or Windows app when convenient, and to the Linux app when available, by heading to https://www.getpostman.com/apps and downloading the correct app. Going forward, we will be watching to see how Chrome OS app development proceeds, to make sure we provide the right tools for our community.
Latest news coming from iOS-> https://techcrunch.com/2016/06/14/apple-will-require-https-connections-for-ios-apps-by-the-end-of-2016/
Anybody from google-drive-sdk support can tell if there is a plan to support https for Realtime APIs soon?
You can run realtime APIs in https URIs. I don't see any problem with that. HTTPS is referring to website security. It's an added encryption layer of SSL/TLS to protect the traffic. So it should be ok.
If you check the Google Realtime API, you can see https is always used.
A Googler even runs his realtime API samples in HTTPS in this video.
Note: Transitioning from HTTP to HTTPS doesn't magically happen. Here's a guide to that. Even local servers are not exempted.
I want my Chrome extension to collect information about how the current browser tab negotiated its secure connection.
In particular, I want to know the protocol and the cypher/auth & key exchange mechanisms used in the HTTPS connection: SSL3? TLS 1.2? And those ugly strings like AES_128_GCM or CHACHA20_POLY1305, ECDHE_RSA or ECDHE_ECDSA.
Is this even possibile?
Within the API index, the best fitting module seems to be chrome.webRequest. But I can't see any means to gather connection data. Am I missing something?
You cannot get any information about the TLS connection via the Chrome extension APIs. A few days ago, a popular feature request on Chromium's issue tracker was marked as WontFix because of the complexity of implementing such a feature in Chrome (Issue 107793: Provide information about the TLS connections to extensions via the webRequest API).
The only way to get the certificate information in Chrome is by clicking on the lock icon, then the Connection tab.
This is for doing OAuth with the Pocket API, it specifically states that using an embedded webview is a violation of the terms of use, all OAuth examples I can find on WP8 seem to rely on the embedded webbrowser to do the authentication.
Is it not possible to use the default browser in WP8 to do the authentication and then redirect back into the App? I have done this in Android before. Thanks.
Well, if you read their documentation, it says that you need to provide a redirect URL. I am not sure if it will work, but you could try adding URI association to your application and specify callback URL that will return back to your app.
Then, when your application is reactivated from the default browser, you should know that the user has authorized it.
Thus you could use WebBrowserTask for that, but I am unaware if you can call local app-URI from browser.
I want to monitor Https traffic going out from google chrome.
Is there any possibility to write something in C++ for similar purpose, like some hook.
When I tried to hook in ws2_32::WSASend API and load my dll in chrome, it is causing crash. It look like chrome protects hooking of Windows API. I am more interested in APIs not applications like fiddler which can show Https traffic.
I have also seen google's native-client option but does not think it is useful because any extension need to deploy using google web store which is not a possibility in my case.