Electron: 테스트용 헤드리스 버전

숨겨진 브라우저 창을 사용하여 atom-shell은 실제로 phantomjs가 수행하는 작업을 수행할 수 있으며 phantomjs 홈페이지의 예제는 atom-shell로 번역될 수 있습니다.

BrowserWindow = require('browser-window');

console.log('Loading a web page');
var page = new BrowserWindow({show: false});
var url = 'http://www.phantomjs.org/';
page.on('loading-state-changed', (event, isLoading) {
  if (!isLoading)
    //Page is loaded!
    require('app').exit();
});
page.loadUrl(url);

물론 자동화 테스트를 위해 API를 더 추가해야 할 수도 있습니다.

유일한 문제는 가상 버퍼에 그리는 대신 atom-shell이 ​​실제로 페이지를 실제 창에 그리는 것입니다. 이를 위해서는 그래픽 환경이 필요합니다. Window 및 OS X에서는 중요하지 않지만 Linux에서는 xvfb 를 사용해야

나는 최근에 이것으로 성공했습니다(Ubuntu 서버에서 Xvfb 사용). 내 사용 사례는 템플릿 페이지의 스크린샷을 캡처하는 것입니다. 사실, 나는 서버(m3-large)에서 Xvfb를 통한 atom-shell이 ​​내 로컬 Macbook pro보다 더 나은 성능을 갖는다는 것을 발견했습니다. 이로 인해 osx에서도 Xvfb를 통해 작동하는 atom-shell이 ​​필요했습니다.

osx는 Xvfb와 함께 제공되기 때문에 그 부분은 쉽습니다. osx에서 Xvfb 디스플레이를 사용하기 위해 atom-shell을 얻을 수 있습니까? Linux에서와 같이 표준 DISPLAY env 변수를 사용하면 작동하지 않습니다. 아마도 libchromiumcontent는 Darwin에서 실행할 때 X11을 사용하는 방법을 모를 것입니까?

Xvfb는 X11 환경용으로 작성된 응용 프로그램에서만 작동합니다. OS X에서 atom-shell은 표시를 위해 Cocoa를 사용합니다. Xvfb에서는 작동하지 않는다고 생각합니다.

그래, 좀 같이 넣어. 아마도 대신 X11용 소스에서 컴파일하는 방법이 아닐 것입니다.

@zcbenz new BrowserWindow({show: false}); 를 사용하더라도 OS X의 현재 해상도보다 큰 BrowserWindow 를 생성하는 것은 현재 불가능합니다.

@FWeinb 위의 특정 티켓을 별도로 열 수 있습니까?

만든 #475

실제로 Chromium에서 기본 위젯을 생성하지 않고는 페이지를 그릴 수 있는 방법이 없기 때문에 이 글을 닫습니다. 그리고 저는 그들이 그것을 허용하지 않을 것이라고 생각합니다.

자동 테스트의 경우 Selenium을 지원합니다.

CEF 프로젝트는 오프스크린 렌더링을 지원하므로 창 대신 버퍼에 화면을 그릴 수 있습니다. Linux용 X 서버와 관련하여 Ozone이라는 대상을 추가하여 X 서버 없이도 작업할 수 있는 방법이 있는 것 같습니다( 여기에서 논의

@etiktin 정보 감사합니다! 그것을 수행하는 방법에 대한 기존 구현이 있기 때문에 이것을 다시 엽니다.

우리는 이에 대한 지원을 정말로 사용할 수 있습니다. 우리는 최근에 Nightmare 에서 Phantom을 Electron으로 교체했고 지금까지 그것을 좋아하지만 Linux에서는 기본적으로 작동하지 않습니다.

작동하려면 지금 해야 할 일이 다음과 같습니다. https://github.com/segmentio/nightmare/issues/224#issuecomment -141575361

독립 실행형 데스크톱 Electron 애플리케이션으로 변환될 웹 애플리케이션 중 하나에 대한 사용자 행동을 자동화하는 작업을 받았습니다. 우리 회사가 이러한 이동을 결정하기 전에 크롬 웹 드라이버를 사용하여 페이지 개체를 만들고 CSS 선택기를 사용하여 버튼/드롭다운/텍스트 상자를 호출하여 웹 응용 프로그램과 상호 작용했습니다. Electron 셸로 래핑된 웹 애플리케이션으로 이 작업을 수행하는 방법이 있습니까? 회사는 특정 기능을 호출하기 위해 메뉴 모음 옵션을 사용할 계획이며 JavaScript 드라이버를 사용하여 파일/편집/도움말과 같은 기본 메뉴 모음 옵션에 액세스하려고 시도했지만 성공하지 못했습니다. 이 작업을 수행하는 방법에 대한 예제가 있습니까?

https://github.com/segmentio/nightmare/issues/224#issuecomment -141575361는 @matthewmueller의 Linux에서 작품을 니펫을 보인다 : +1 :

SuSE에서 헤드리스 테스트를 받은 사람이 있습니까? 특히 SLES?

@fritx SlimerJS에 사용되는 것과 동일하지만 헤드리스 모드가 아닙니다.

@fritx 그것이 @zcbenz 가 말한 것입니다. Xvfb를 실행해야 합니다. CEF3와 Chromium Content Shell은 현재 Xlib에 의존합니다. 그러나 오존 완료와 함께: https://www.chromium.org/developers/design-documents/ozone
낮은 수준의 I/O를 제공할 수 있습니다.

분명히 Chromium 자체에 마스터 버그가 있습니다. https://code.google.com/p/chromium/issues/detail?id=546953

이건 재미 있네:

날짜: 2015년 12월 2일 수요일 15:35:21

[headless] headless/public/의 초기 스켈레톤

향후 Headless API의 개요를 작성합니다.

ChromeDriver는 전자와 함께 작동합니까?

xvfb가 필요하지 않은 헤드리스 바이너리는 AWS Lambda 와 같은 새로운 환경을 열 수 있습니다. 가입하십시오!

@Vanuan 나이트메어 라고 들어보셨나요? ChromeDriver에서 특별히 필요한 것이 없는 경우 도움이 될 수 있습니다.

Capybara/Selenium 드라이버가 있습니까?

+1

조금 혼란스럽습니다. 헤드리스 모드가 있습니까? BrowserWindow({show: false})로 이것을 효과적으로 할 수 있습니까? 이것은 나에게 매우 유용할 것입니다. 우리가 서버 측 웹 구성 요소를 생성할 수 있도록 작동시키려고 합니다: https://github.com/scramjs/scram-markup-engine

주위를 둘러보면서 내 자신의 질문에 답한 것 같아요. Electron은 기본적으로 정교한 헤드리스 모드를 지원하지 않습니다. Nightmare는 이와 유사한 것을 허용하는 것으로 보이지만 그래픽 환경이 없는 특정 시스템에서 작동하려면 일부 구성을 수행해야 합니다. Electron은 BrowserWindow({show: false})를 사용하는 경우에도 이를 수행할 수 있지만 헤드리스 Linux 시스템에서 그래픽 환경을 제공하려면 xvfb를 사용해야 합니다(실제로 그렇게 나쁘지는 않습니다). 내가 틀렸다면 정정하고 이 기능에 +1하십시오.

새로운 크롬 헤드리스 프로젝트[1]로 xvfb를 사용하지 않고 전자 헤드리스를 만드는 것이 가능할까요?

현재 제한 사항이 libchromium에 있다고 생각합니까? 크롬 친구들이 고쳤나요?

1: https://chromium.googlesource.com/chromium/src/+/master/headless/README.md

관련 포럼이 있습니다: https://groups.google.com/a/chromium.org/forum/#!forum/headless -dev

이에 대한 진전이 있습니까? 이것은 테스트에 정말 유용할 것입니다.

segmentio/nightmare 는 이에 적합합니다. 간단히:

const nightmare = Nightmare({
  show: true
});

@amilajack 머리 없이 간단한 Mocha 단위 테스트를 실행하는 것과 같은 간단한 경우 Nightmare는 20파운드 큰 망치를 사용하여 작은 못을 박는 것과 같습니다(읽기: 엄청난 과잉). 기본 탐색 및 입력을 수행할 수 있을 뿐만 아니라 HTML 및 PDF 파일을 디스크에 저장하거나 스크린샷을 찍을 수 있는 브라우저 자동화 라이브러리가 포함된 본격적인 배터리입니다. 이 라이브러리의 정확히 0%는 간단한 단위 테스트를 실행하는 데 필요합니다.

@isiahmeadows @mcolyer 는 대체품으로 사용할 수 있는 헤드리스 버전의 atom-shell을 원한다고 말했습니다. Electron은 추가 기능이 있는 것과 거의 같습니다.

예, 하지만 사용하지 않는 설탕이 왜 필요한가요? (나는 모든 설탕을 언급하고 있었습니다. 이론적으로 바닐라 노드 + OpenGL 바인딩으로 Electron을 완전히 다시 구현할 수 있습니다).

헤드리스 브라우저의 가장 일반적인 사용 사례는 CLI에서 브라우저 단위 테스트를 실행하기 위해 이미 mocha-phantomjs 및 Karma가 존재하는 것과 같은 것입니다. 대부분의 사람들은 Firefox/Chrome을 테스트해야 하는 경우 Travis에서 헤드리스 X 서버인 xvfb를 사용합니다. 실행 중인 X 서버가 없기 때문에 Electron을 실행할 수도 있지만 PhantomJS 및 SlimerJS와 같은 헤드리스 브라우저는 ' X 서버가 필요합니다. Electron + Nightmare는 실행하기 위해 어떤 종류의 X 서버가 필요하며(xvfb일지라도) 이 문제는 해당 종속성을 제거하도록 요청하지만 Chromium 자체가 헤드리스가 되고 이러한 변경 사항이 전파될 때까지는 발생하지 않을 가능성이 큽니다. libchromiumcontent .

헤드리스는 이제 Chrome 59에 있습니다. https://www.chromestatus.com/features/5678767817097216

@sindresorhus @zcbenz Chromium의 이 변경 사항이 여기에 어떤 차이를 만들까요?

Electron은 이미 훌륭하고 헤드리스 모드는 더 나아질 것입니다!

(Electron 기반의 Nightmare 에도

람다 기반 테스트에 도움이 될 수 있는 람다에서 Xvfb 작업을 할 수 있었습니다... https://github.com/nisaacson/aws-lambda-xvfb

Electron이 언제 진정한 헤드리스를 지원할 것인지에 대한 말씀이 있습니까? 우리는 이것이 일어날 것이라고 믿을 수 있습니까? xvfb를 삭제하기를 기다릴 수 없습니다.

@lastmjs xvfb를 기반으로 AWS Lambda에서 Electron을 실행할 수 있었습니까?

@schickling 참조 https://github.com/nisaacson/aws-lambda-xvfb

@MrSaints의 의견을 보내주셔서 감사합니다. nightmare 를 실행할 수 없기 때문에 지금 몇 시간 동안 이 리포지토리를 디버깅하고 있습니다. 그것은 당신을 위해 작동합니까?

@zcbenz FYI chrome 59는 헤드리스 모드를 지원합니다. https://www.chromestatus.com/features/5678767817097216

@schickling 참조 https://github.com/JohannesHoppe/nightmare-html2pdf -- Xvfb를 사용한 도커의 악몽

@JohannesHoppe 감사합니다. Xvfb를 사용하여 Docker에서 Nightmare를 작동하게 했지만 대신 AWS Lambda에서 실행하고 싶습니다.

나는 Nightmare에서 Electron을 헤드리스 크롬으로 교체하는 문제를 열었습니다: https://github.com/segmentio/nightmare/issues/1092

@schickling 이것을 시도하십시오: https://github.com/dimkir/nightmare-lambda-tutorial

이것이 다른 곳에서 답변 된 경우 사과하지만 구체적인 답변을 찾을 수 없습니다. 위의 +1 댓글 에서 @sandstrom 은 이제 Chrome 59에서 헤드리스를 사용할 수 있다고 지적했습니다.

Electron의 개발 로드맵에서 Chrome의 헤드리스 플래그에 대한 지원이 있습니까? 이것은 진정한 헤드리스 사용을 가능하게 하기 때문에 Electron에게 잠재적으로 큰 "승리"인 것 같습니다.

@rinogo님 말씀에 동의합니다. 전자에 대한 헤드리스 옵션이 있으면 가상 디스플레이가 필요하지 않고 시스템을 인수하지 않고도 ci 시스템 및 개발 상자에서 테스트를 실행하는 데 매우 유용합니다. 나는 또한 전자에 대한 로드맵을 알고 기여하고 싶습니다.

Xvfb는 짜증나지만 Electron이 진정한 헤드리스를 지원한다면 좋을 것입니다!

xvfb-아마도 그 동안

Google에서 새 기사가 있습니다. https://developers.google.com/web/updates/2017/04/headless-chrome

곧 출시될 예정입니다.

Chrome 59가 현재 안정적인 채널에 있는 것 같습니다. Electron에서 헤드리스를 지원하기 위한 다음 단계는 무엇입니까?

제발, 이것을 현실로 만드십시오. 이 작업을 수행하고 NightmareJS가 헤드리스 Electron을 실행하도록 하면 궁극적으로 모든 Selenium 사용 사례의 3분의 1 정도를 제거할 수 있습니다.*

* 과장되지만 실제로는 그렇지 않습니다.

@aendrew 저는 NightmareJS가 Electron(철학: _크로스 플랫폼 데스크탑 앱 빌드 _)을 헤드리스로 만드는 것보다 오히려 CDP 백엔드를 사용/포함하도록 _재작성_할 수 있다고 생각합니다. 참조: https://github.com/cyrus-and/chrome-remote-interface

@MrSaints 나는 관리자를 부러워하지 않습니다. 그들은 _그냥_ 1년 전에 PhantomJS에서 변환을 완료했습니다. 어쨌든 Nightmare의 브라우저 레이어를 플러그형으로 만드는 것이 좋은 동기가 될 수 있습니다.

그럼에도 불구하고 Electron이 데스크탑 지향적이라는 점은 잘 받아들여졌습니다.

@aendrew @MrSaints 내 무지를 headless 플래그 지원)을 구현하는 것이 얼마나 어렵습니까? Electron이 Chromium과 인터페이스/확장하는 방법을 잘 모르겠지만 이를 구현하는 단계는 다음과 같습니다.

1. Electron의 Chromium을 버전 59+로 업그레이드하십시오.
2. headless 명령줄 플래그/구성 매개변수를 제공합니다.
3. 내가 분명히 설명하지 않는 다른 것들. :)

내 말은 headless 이제 Chromium에서 사용 가능하여 헤드리스 모드(예: NightmareJS용)를 구현하는 것이 비교적 간단해 보인다는 것입니다. 물론, Electron의 범용 버전은 특정 사용 사례를 해결하는 데 시간이 걸릴 수 있습니다. 그러나 NightmareJS와 같은 것을 위해 설계된 빌드를 생성하려면 매우 간단해야 합니다. 그렇죠?

속도 향상이 당장 필요하다면 뛰어들어서 시도해 보겠습니다. 그러나 우리는 여전히 NightmareJS를 있는 그대로 사용하고 있으므로 당분간은 괜찮습니다.

그럼에도 불구하고, 이러한 모든 프로젝트의 유지 관리자의 기여와 노력에 감사드립니다! :)

NightmareJS 관련: 우리는 현재 AWS Lambda와 같은 서버리스 환경에서도 실행할 수 있는 헤드리스 Chrome 기반의 Nightmare 버전을 작업 중입니다. 곧 @graphcool에서 소스를 공개할 예정입니다. 🚀

@schickling 굉장할거야!

크롬의 --headless 에서 명심해야 할 한 가지는 모든 플러그인에 대한 지원을 비활성화한다는 것입니다. 따라서 플래시(전자/악몽으로 수행 가능) 또는 PDF 뷰어 등이 필요한 경우 --headless 는 적합하지 않으며 xvfb를 사용하고 싶을 것입니다.

AWS Lambda에서 Electron을 실행하기를 기다릴 수 없습니다...제 생각에는

아멘 @lastmjs 아멘

이 솔루션은 어떻습니까?
https://github.com/dimkir/nightmare-lambda-tutorial

아직 시도하지 않았지만

@xplodedthemes 는

뻔뻔한 플러그: https://github.com/joelgriffith/navalia. 기능 테스트 등을 위해 헤드리스 Chrome을 기반으로 구축되었습니다. 여러 작업 병렬화, GraphQL 프런트 엔드 등과 같은 몇 가지 멋진 기능이 포함되어 있습니다.

어떤 PR/이슈/피드백도 환영합니다!

안녕 모두들! 기다리게 해서 죄송합니다... 💤

우리는 Chromeless를 오픈소스화했습니다. 헤드리스 Chrome을 기반으로 하며 로컬 및 AWS Lambda 모두에서 작동합니다. API는 NightmareJS와 매우 유사합니다.

여기에서 사용해 볼 수 있습니다: https://chromeless.netlify.com

Chromeless가 방금 Nightmare를 대체했습니까? Chromeless는 Nightmare를 따라잡기까지 갈 길이 멉니다.

동시에 여러 테스트를 실행할 수 있는 기능이 필요하기 때문에 Nightmare의 대체품으로 사용합니다.

질문(이 스레드에는 적합하지 않을 수 있음): pdf 기능을 작동시키는 것을 고려하고 있습니까? 그렇다면 엄청난 두통(및 비용)을 절약할 수 있습니다.

와, 정말 놀랍네요. 잘했어 얘들아!

@zcbenz 이에 대한 솔루션이 나온 것 같습니다. 닫아도 될까요?

음 이 문제는 여전히 매우 유효합니다. "해결책"은 모두 악몽에서 완전히 벗어나는 것을 포함합니다.

@keithkml에 완전히 동의했습니다. 솔루션은 비록 의도는 좋았지만(감사합니다!) 실제 솔루션이 제공될 때까지 "대안"에 더 이전 의견 에서 제기한 질문에 답변할 수 있는 충분한 전문 지식을 가지고 있습니까? (그리고 다시, 나의 무지를 용서하십시오! :))

나는 여전히 대답의 요점을 이해하지 못합니다. 전자 앱을 CI에서 실행할 수 있는 NATIVE 헤드리스 모드가 있는지 누가 나에게 명확히 알려주시겠습니까?

@hitliubo Chrome에는 --headless 플래그가 있지만 Flash 또는 PDF 리더와 같은 플러그인을 사용하지 않는 경우에만 작동합니다. 당신 이 인 경우 대답은 현재 긍정적 인 아니오입니다. 그렇지 않은 경우 브라우저 컨텍스트를 생성할 때 해당 플래그(필요한 경우 --disable-gpu 와 함께 - 최신 Chrome 버전 IIRC에서 누락된 의미를 수정함)를 전달하고 작동하는지 확인할 수 있습니다. (만약 당신이 Nightmare와 같은 것을 사용하고 있고 당신이 두 번째 범주에 속한다면, 당신은 이미 문제가 없다면 그 프로젝트의 각각의 repo에 정말로 문제를 제출해야 합니다.)

--headless 사용할 수 없는 경우(또는 작동하지 않는 경우)에도 다음과 같은 옵션이 있습니다.

• Windows: 모호한 것을 사용하지 않는 한 항상 렌더링할 창 컨텍스트가 있습니다. Windows Server 2016은 기본 GUI 지원을 중단했지만 여전히 GUI 창 생성 을 지원하며 AFAICT 해야 합니다 .
• macOS: 여기에는 항상 GUI가 있으므로 렌더링할 창 컨텍스트가 있습니다. Apple은 그렇지 않은 버전을 제공하지 않습니다.
• Linux: xvfb는 거의 모든 일반적인 Linux 배포판에서 사용할 수 있는 헤드리스 X 서버입니다. Travis를 사용하는 경우 프로젝트에 추가하는 방법에 대한 지침이 있습니다 .

@isiahmeadows 정보 감사합니다. 현재 브라우저에서 실행 중인 웹 앱이 있고 chrome/firefox를 사용하여 헤드리스 테스트를 위해 항상 --headless를 추가할 수 있습니다. 최근에 우리는 그것을 Electron 앱으로 변환하고 싶습니다. 제 macOS에서는 작동하지 않는 --headless로 시도했습니다. 이제 이유를 알았습니다. 감사 해요!

사실 나는 xvfb의 솔루션이 네이티브가 아니기 때문에 마음에 들지 않습니다. 하지만 네이티브 헤드리스를 지원하지 않는다는 점을 감안하면 시도해 볼 필요가 있을 것 같습니다.

참고 - 이제 테스트에 카피바라를 사용하고 있습니다.

그것은 좋을 것입니다 (y)

이에 대한 업데이트가 있습니까?

Linux 프레임 버퍼로 직접 렌더링하는 방법에 대한 게시물에서 여기로 리디렉션되었지만 이것은 헤드리스 테스트에 초점을 맞춘 것 같습니다. _real_ 프레임 버퍼로 직접 렌더링하는 과정이 진행되었습니까?

@quinn 원하는 경우 프레임 버퍼에서 X11(Xorg)을 실행할 수 있지만(참조: https://www.x.org/releases/current/) X 서버가 필요할 것이라고 확신합니다. doc/man/man4/fbdev.4.xhtml).

_편집하다:_

실제로 이것을 조금 더 살펴보면 오존을 사용하여 이것을 달성할 수도 있습니다. ( https://github.com/jakwu/ozone-fb )

오존을 추가하면 대부분의 Linux 배포판에서 이후로 전자가 누락된 또 다른 기능인 wayland 지원이 가능합니다.

오존 -fb 및 따르면 프레임 버퍼로 렌더링하면 GPU 가속이 작동하지 않는 것 같습니다.

@trusktr 2년 된 댓글입니다. 변경될 수 있으므로 내 의견을 권위 있는 것으로 받아들이지 않는 것이 좋습니다(그 이후로 확인하지 않았습니다).

전자에 headless lib를 추가하고 HeadlessShellMain을 호출합니다。
운영:

e run  --headless --enable-logging --v=2 --disable-gpu --screenshot  http://192.168.50.206

그러면 다음이 표시됩니다.

Running "/home/a/dev0/e9.2.1/src/out/ReleaseSym0/electron --headless --enable-logging --v=2 --disable-gpu --screenshot http://192.168.50.206:8889"
[1028/172650.483932:INFO:cpu_info.cc(53)] Available number of cores: 4
[1028/172650.484061:VERBOSE1:zygote_main_linux.cc(217)] ZygoteMain: initializing 0 fork delegates
[1028/172650.484400:INFO:cpu_info.cc(53)] Available number of cores: 4
[1028/172650.484465:VERBOSE1:zygote_main_linux.cc(217)] ZygoteMain: initializing 0 fork delegates
[1028/172650.493514:VERBOSE1:webrtc_internals.cc(119)] Could not get the download directory.
[1028/172650.494623:VERBOSE1:proxy_config_service_linux.cc(500)] All gsettings tests OK. Will get proxy config from gsettings.
[1028/172650.494764:VERBOSE1:proxy_config_service_linux.cc(1261)] Obtained proxy settings from annotation hash code 11258689
[1028/172650.494873:VERBOSE1:proxy_config_service_linux.cc(500)] All gsettings tests OK. Will get proxy config from gsettings.
[1028/172650.494919:VERBOSE1:proxy_config_service_linux.cc(1261)] Obtained proxy settings from annotation hash code 11258689
[1028/172650.504033:VERBOSE1:sandbox_linux.cc(69)] Activated seccomp-bpf sandbox for process type: renderer.
[1028/172650.505596:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.511468:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.524408:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.524916:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.525173:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.525963:VERBOSE1:sandbox_linux.cc(69)] Activated seccomp-bpf sandbox for process type: gpu-process.
[1028/172650.526373:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.528735:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.531839:VERBOSE2:thread_state.cc(470)] [state:0x556bd75583a0] ScheduleGCIfNeeded
[1028/172650.535051:ERROR:paint_controller.cc(646)] PaintController::FinishCycle() completed
[1028/172650.550076:VERBOSE1:configured_proxy_resolution_service.cc(873)] PAC support disabled because there is no system implementation
[1028/172650.550312:VERBOSE1:configured_proxy_resolution_service.cc(873)] PAC support disabled because there is no system implementation
[1028/172650.550923:VERBOSE1:network_delegate.cc(32)] NetworkDelegate::NotifyBeforeURLRequest: http://192.168.50.206:8889/
[1028/172650.575829:VERBOSE1:url_loader.cc(418)] To buffer: http://192.168.50.206:8889/
[1028/172650.580122:VERBOSE1:v8_context_snapshot.cc(153)] A context is created from snapshot for main world
[1028/172650.587399:VERBOSE1:v8_context_snapshot.cc(153)] A context is created from snapshot for main world
[1028/172650.595294:ERROR:paint_controller.cc(646)] PaintController::FinishCycle() completed
[1028/172650.612295:ERROR:paint_controller.cc(646)] PaintController::FinishCycle() completed
[1028/172650.676553:INFO:headless_shell.cc(620)] Written to file screenshot.png.

헤드리스가 구현되었다는 뜻인가요?

@bigben0123 흥미롭고 매우 흥미진진합니다! 그래서 크롬에서 헤드리스 쉘을 통합하는 전자 버전을 컴파일 했습니까?

Linux에서 X가 없는 환경에서 작동하는지 테스트해 보셨습니까?

크롬이 헤드리스 모드에서 실행될 때 렌더링 하위 프로세스는 헤드리스 플래그를 통해 시작됩니다(메모리에서 'ps args'를 사용하는 것을 볼 수 있습니다). 이것이 당신을 위해 일어나고 있습니까?

(이상하게도 현재 전자와 함께 시작하려고 하면 —headless 플래그가 렌더링 프로세스를 통해 전달되지 않고 GPU 프로세스에 전달됩니다.)

@bigben0123 흥미롭고 매우 흥미진진합니다! 그래서 크롬에서 헤드리스 쉘을 통합하는 전자 버전을 컴파일 했습니까?

Linux에서 X가 없는 환경에서 작동하는지 테스트해 보셨습니까?

크롬이 헤드리스 모드에서 실행될 때 렌더링 하위 프로세스는 헤드리스 플래그를 통해 시작됩니다(메모리에서 'ps args'를 사용하는 것을 볼 수 있습니다). 이것이 당신을 위해 일어나고 있습니까?

(이상하게도 현재 전자와 함께 시작하려고 하면 —headless 플래그가 렌더링 프로세스를 통해 전달되지 않고 GPU 프로세스에 전달됩니다.)

예, 사용자 명령 모드에서 시작하는 우분투에서 실행합니다.
헤드리스 통과:

electron --headless --enable-logging --v=2 --disable-gpu -print-to-pdf http://www.google.com
electron --type=zygote --no-zygote-sandbox --enable-logging --headless --v=2 --headless
electron --type=zygote --enable-logging --headless --v=2 --headless
electron --type=zygote --enable-logging --headless --v=2 --headless
electron --type=gpu-process --field-trial-handle=15536072708541054845,15522400966085077738,131072 --enable-logging --headless --v=2 --headless --gpu-preferences=MAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAABgAAAAAAAQAAAAAAAAAAAAAAAAAAAACAAAAAAAAAA= --use-gl=swiftshader-webgl --override-use-software-gl-for-tests --enable-logging --v=2 --shared-files
electron --type=utility --field-trial-handle=15536072708541054845,15522400966085077738,131072 --lang=en-US --service-sandbox-type=network --enable-logging --use-gl=swiftshader-webgl --v=2 --headless --enable-logging --v=2 --shared-files=v8_snapshot_data:100
electron --type=renderer --allow-pre-commit-input --enable-logging --v=2 --field-trial-handle=15536072708541054845,15522400966085077738,131072 --disable-databases --disable-gpu-compositing --lang=en-US --headless --lang=en-US --num-raster-threads=2 --enable-main-frame-before-activation --renderer-client-id=4 --shared-files=v8_snapshot_data:100
electron --type=broker

@bigben0123 어딘가에 변경 사항이 있습니까? 어떤 이유로 전자 코어로 만들지 않더라도 사용할 수 있기를 바랍니다.

이 커밋은 chrome headless lib를 전자에 병합하기만 하고 크롬과 같은 방식으로 사용할 수 있습니다.
https://github.com/bigben0123/electron/commit/b6cad8993d68d39f1732aa6ed5ece0135b9ae0c8

내가 아는 한, 크롬과 헤드리스는 콘텐츠 레이어 구현이 다릅니다. 두 개의 브라우저 셸과 마찬가지로 헤드리스를 시작하면 "chrome --headless"로 시작하는 것을 제외하고는 크롬과 아무 관련이 없습니다.

헤드리스 목표 중 하나는 "Chromium의 코드 기반에 대한 침입 또는 헤드리스 관련 변경(예: #ifdefs)의 수를 최소화"하는 것입니다.

따라서 xvfb를 제거하기 위해 전자가 헤드리스인 것을 구현하기가 어렵습니다. 전자가 헤드리스를 지원하도록 할 수 있지만 전자 앱을 실행할 수는 없습니다.

새로운 헤드리스 분기를 얻기 위해 전자를 대체하기 위해 헤드리스 구현을 사용할 수 있습니다.

전자/BUILD.gn에서 종속성을 제거합니다.

      "//ui/events/devices/x11",
      "//ui/events/platform/x11",
      "//ui/gtk"  #all of gkt related

    if (use_x11) {
      deps += [
        "//ui/gfx/x",
        "//ui/gtk:x",
      ]
    }
    configs += [ ":gio_unix" ]
    configs += [ "//build/config/linux:x11" ]

다음으로 교체:
"//UI/디스플레이",
"//UI/이벤트/장치",