When I use youtube video upload API on mobile phone it uploads the video but before redirect to the redirect_url, most of the times it throws this error:
url with error: http://uploads.gdata.youtube.com/action/FormDataUpload/FSVfvf45g45g4FFDSGSdfgr24g3t34t3EFVFFDSFGgg3435?nexturl=http://my-redirect-url.com:80/uploaded
This page cannot be loaded via the chrome data compression proxy. Try reloading this page.
when I just reload the page it redirects to the right redirect_url and the video is uploaded appropriately.
What might be a solution to fix this error?
I am the tech lead for the Chrome data compression proxy. We happen to have some special case logic to deal with YouTube URLs in the proxy which would cause this, but this seems not to be working as expected. Can you give me an example of your use of the API? Is this a POST request? Seems like something we should be able to fix.
Youtube or Google updated something in apps/youtube_api (unclear what) but when I accesses the app console it was different, then I created a new app and it worked.
Related
I want to access live XHR request data in Chrome programatically. (I can't just connect to the website using a script, it must go through Chrome)
So far, I've found the easiest way to do this is to launch Chrome with remote-debugging turned on. And then use Chrome DevTools to get the data:
import PyChromeDevTools
chrome = PyChromeDevTools.ChromeInterface()
chrome.Network.enable()
chrome.Page.enable()
chrome.Page.navigate(url='http://example.com/')
The Chrome DevTools protocol guide is here:
https://chromedevtools.github.io/devtools-protocol/
But I don't know how to actually access the live XHR requests.
Here's the data shown in the Chrome DevTools UI:
The connect requests contain everything I need in the response body. I simply need access to them live (as they continue to stream in).
I just want to access this data using DevTools-protocol so I can further process it.
Any ideas how?
I have tried to dig into this issue a few times now, but haven't had the time fully fix it.
Here is the issue: When deployed on Google Cloud Platform, I am unable to embed new videos, edit videos, or see proper previews of the already embedded videos. I get the Red X. Running locally everything works fine. Currently I have to run the app locally to edit or add any videos to my site.
What I'm seeing: When deployed this url will return a 404 /modules/apostrophe-oembed/query I've left out the domain and the query params, but that same url works just fine when running locally.
It is pretty tough to debug since the code runs fine when I can tinker with it.
This is primarily with Vimeo videos if that's of any consequence.
After a whole lot of debugging I discovered that Vimeo just doesn't like site scrapers. They end up blocking the domains of apps that scrape their pages regularly. That's how oembetter gets the oembed endpoint urls. The fix for this is a simple config in app.js.
In the modules block place this in the list of configs:
'apostrophe-oembed': {
endpoints: [
{ domain: 'vimeo.com', endpoint: 'https://vimeo.com/api/oembed.json' }
]
},
This stops the need for oembetter to scrape the page and it goes directly to vimeo's oembed endpoint.
I'm working on an AIR app that logs a user in to a remote website. At certain points during the session the user may need to open a page in their browser. When they do that they are not logged in according to the browser so the user must login again. I'm trying to login them in through the browser when they login in the application.
I've read that AIR can manage cookies. I think it's doing that but I'm not sure. Is there a way to share cookies with the browser? Is that what manage cookies setting does?
If none of that is happening could I create a mx:HTML instance or stage web view and double login with that? A stage webview should be using the system browser correct? The same browser that will launch when navigateToURL() is called.
UPDATE:
It looks like cookies are shared across browsers except in a few cases such as Firefox and Linux. Update again, cookies are shared less often than initially thought. It looks like I might be able to login a user by creating a StageWebView instance. I will have to double check to make sure it's a default browser and not the internal webkit.
UGH. It looks like StageWebView on the desktop uses the internal webkit. There is a useNative property though. But even if I can use a native system browser I'm not sure how to log someone in with it because I don't think I can post to it? I think I can only set the URL which would be a get...
...It looks like I can create a post request and then use navigateToURL() to load that request. It would be hacky but it might work.
ARG. It looks like AIR doesn't support post through navigateToURL().
I don't know why you want to complicate things by thinking just to use POST ?! You can use GET by sending some temporary identifier ( token, hash, ... ), like some websites do with their user's newsletter when they give you the possibility to log in just by clicking a simple link in that newsletter, which will be generated by your server side script after that your user has been successfully identified, then when the user opens that link in the browser you can verify that information and then create your cookies ...
Hope that can help.
Hi i just installed a chrome in my new development laptop and every time I go to google is does this weird URL from chrome into the url
https://www.google.com.ph/?gfe_rd=cr&ei=OG9OVP7YIOqS8QeN4oCwCQ&gws_rd=ssl
anybody knows what it is and why it is showing up on my development pc I already know its a Get method?
or maybe my pc just got infected with a trojan or virus?
I have never encountered it before is it a crawler or robot
what does it do and will it affect me
Your PC is not infected.
You must be accessing google.com using http://www.google.com, you just need to use HTTPS instead of HTTP.
When you access google.com using HTTP then google redirects you to HTTPS site for google and appends all the information that you are getting in your url.
Hope it helped.
found the solution here
Have a look at my Google custom streetview player implementation (simplified for testing): http://www.detestserver.de/sameserver/start.html
It works well as long as the player.js and the test.php file (for the data) are on the same server.
Data is still retrieved, but display fails when the test.php file is on another server:
http://www.detestserver.de/differentservers/start.html
Even with "async: false" in the ajax call for the jsonp.
What's wrong?
Thanks.
It looks like the problem is cross-domain Ajax. You can try the following:
crossdomain - Ajax
After seeing your debug screen are you trying to retrieve Google tiles directly? I'm not sure about StreetView but with map tiles they take active steps to prevent them being downloaded from third-party applications so it may be that your referrer code is being blocked.