This is pretty nifty! I've been keeping an eye on Phantomium for a while, I wonder what's come out of it.
Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
51–60 of 92 posts
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#52I've been super excited about Chrome headless but haven't had a chance to dig into using it yet. The api here looks amazing for getting started without getting lost in the weeds. It'd be fairly trivial to hook this up to a Slackbot and to get on-demand screenshots of various pages on my websites, etc.
There's work being done to fix this, but it's still in progress, last I checked. Until then, resizing windows, taking screenshots and a handful of other things simply don't work.
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#53similar idea. chrominator use promises instead of a fluent api. it also follows the selenium w3c spec where possible. it does cool stuff with evaluate and evaluateAsync where it resolves the remote object to something usable.
to be fair there are a few other projects i know about that wrap chrome remote debugger with a high level api:
* autogcd [2]
* ghostjs [3]
[1] https://github.com/jesg/chrominator
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#54@schickling - When will the PDF support arrive? https://github.com/graphcool/chromeless/blob/master/docs/api...
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#55I've got the impression that lots of sites block AWS IP addresses. I wonder if this would hamper the practical use of this on Lambda. I'm doing something similar, and this concern was one motivation for running in our datacentre vs EC2. Does anyone have concrete info on rates of bots blocked from AWS IPs?
I assume the number one use of this would be test automation for one's own sites so blocking would not be an issue. What are sites' motivations for blocking AWS IPs? I bet there are some reasons I would agree with even though the somewhat crude method of blocking ip range would have some unintended consequences (e.g. blocking people running a personal VPN).
I block AWS. So many crawlers up to so much nonsense! I don't block by IP, but by hostname.
$block='.amazonaws.com';
$ua = @$_SERVER['HTTP_USER_AGENT'];
if (stripos($rh,$block)!==false &&
stripos($ua,'Silk')===false &&
stripos($ua,'Safari')===false){
$block_visitor=true;
$message="Blocked Host:Amazon Web Services";
}Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#56Any plan to support other languages beside JS?
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#57Some API documentation says:
pdf() - Not implemented yet
Not implemented yet
How about you deprecate the API for now but reveal the purpose please.
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#58Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#59shamless plug: i've also written a high level api on top of the chrome remote debugger chrominator [1] similar idea. chrominator use promises instead of a fluent api. it also follows the selenium w3c spec where possible. it does cool stuff with evaluate and evaluateAsync where it resolves the remote object to something usable. to be fair there are a few other projects i know about that wrap chrome remote debugger wit…
Re: Show HN: Chromeless – Headless Chrome Automation on AWS Lambda
#60I've got the impression that lots of sites block AWS IP addresses. I wonder if this would hamper the practical use of this on Lambda. I'm doing something similar, and this concern was one motivation for running in our datacentre vs EC2. Does anyone have concrete info on rates of bots blocked from AWS IPs?