Earlier quoted context omitted.
I think it may accept both the underscore and hyphen and just normalizes it.
This is correct, it does accept both, and the help lists it as underscores not hyphens. So the comment about it ought to be hyphens not underscores is incorrect. Either is fine.
Chrome 59 has cross-platform headless support
151–160 of 161 posts
Re: Chrome 59 has cross-platform headless support
#152It will be great to use this headless Chromium on Raspberry Pi to execute some routine web browser jobs.
Does it support the extensions installed on Chromium? Curious.
Re: Chrome 59 has cross-platform headless support
#153Earlier quoted context omitted.
With either Chrome in headless mode, or "headless_shell" (a minimal Chrome app part of the Chromium source tree), you first enable the remote debugging port (via --remote-debugging-port=9222), and then you can then simply browse to http://localhost:9222/ . That web page will list the various Chrome "pages" (ie, tabs) which you can then click on. Clicking on those tabs will open the Chrome DevTools inside of Chrome, a…
Thanks, also did not quite understood what exactly was headless_shell: how to run it, pro/cons, when to use it versus chrome headless.
Its a binary that I suppose runs the Chrome in headless mode, supports some command line options like --screenshot to take screenshots, etc.
I'm having a hard time understanding why its hanging on some runs, and how --timeout and --virtual-time-budget could help me with this.
Re: Chrome 59 has cross-platform headless support
#154Can somebody explain to me what is this good for? Thank you.
Re: Chrome 59 has cross-platform headless support
#155Re: Chrome 59 has cross-platform headless support
#156This is fantastic. I'm using a combination of Chrome and PhantomJS for karma testing right now, for https://github.com/paypal/paypal-checkout and https://github.com/krakenjs/xcomponent . There are hundreds of tests opening up hundreds of iframes and popup windows, and sending a lot of cross-window messages, and that ends up being really memory hungry. Chrome deals pretty well with garbage collection, so long as I'm c…
I replied to you on Twitter, but for the sake of discussion, there is a third option that may be worth exploring - using Chrome running in virtualized Windows Manager - https://www.alexkras.com/running-chrome-and-other-browsers-i...
The official Selenium Docker image uses the same technique to run headless Chrome / Firefox.
From there you can just run
docker run -d -P selenium/standalone-chrome
and you'll get something a lot more lightweight than spinning up a new Vagrant VM.Re: Chrome 59 has cross-platform headless support
#157Earlier quoted context omitted.
It was my understanding that Google's crawler literally is Chrome. Does Google have any plans to open source those parts of the browser to make integration easier? Maybe I was mistaken
That seems unlikely... It would seem they have two sets of crawlers... one that does typical/advanced scraping, and another that runs the JS (Chromium) and takes DOM snapshots. This is reflected by changing certain properties (window title etc) and seeing them reflected in Google's search results. A couple years ago, the lag was several days to a week behind on new content via as-rendered from the server vs. via JS.
Re: Chrome 59 has cross-platform headless support
#158Earlier quoted context omitted.
It's already possible. I'm using webrtc and node-electron to connect a golang server for my MMO project. I have a farm of 4 nodejs processes running under tmux acting as proxies for unreliable communications. https://www.emergencevector.com
Which WebRTC library are you using on the golang server? Last time I looked, I couldn't find anything stable.
Then I'm using simple-peer on top of that. There's also a library for UDP communications from the node process to the golang process.
Re: Chrome 59 has cross-platform headless support
#159Earlier quoted context omitted.
That seems unlikely... It would seem they have two sets of crawlers... one that does typical/advanced scraping, and another that runs the JS (Chromium) and takes DOM snapshots. This is reflected by changing certain properties (window title etc) and seeing them reflected in Google's search results. A couple years ago, the lag was several days to a week behind on new content via as-rendered from the server vs. via JS.
Interesting! I find it puzzling that insider knowledge on how google search works never seems to leak into the public domain. Is google killing leaks in their search algorithms or do they pay the search team such ungodly amounts of cash that nobody has ever left?
We laypeople can only find out things via word of mouth or observational tests on assumptions.
Re: Chrome 59 has cross-platform headless support
#160Earlier quoted context omitted.
We are targeting 59. A fix for Mac OS X is on its way: https://codereview.chromium.org/2811633002
Thanks! It looks like that has been closed... is there any way to know what release # the fix is in, or when it gets released?