Electron: परीक्षण के लिए हेडलेस संस्करण

छिपी हुई ब्राउज़र विंडो का उपयोग करके परमाणु-खोल वास्तव में वही कर सकता है जो प्रेत करता है, फैंटमज के होमपेज में उदाहरण का अनुवाद परमाणु-खोल में किया जा सकता है:

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);

बेशक हमें स्वचालन परीक्षण उद्देश्य के लिए कुछ और एपीआई जोड़ने की आवश्यकता हो सकती है।

वर्चुअल बफर में ड्राइंग के बजाय एकमात्र समस्या है, परमाणु-खोल वास्तव में पृष्ठ को वास्तविक विंडो में खींचता है, इसके लिए ग्राफिक वातावरण की आवश्यकता होती है, विंडो और ओएस एक्स पर इससे कोई फर्क नहीं पड़ता, हालांकि लिनक्स पर हमें xvfb का उपयोग

मुझे हाल ही में इसके साथ सफलता मिली है (उबंटू सर्वर पर एक्सवीएफबी का उपयोग करके)। मेरा उपयोग-मामला टेम्प्लेट किए गए पृष्ठों के स्क्रीनशॉट को कैप्चर कर रहा है। वास्तव में, मैंने पाया है कि सर्वर पर Xvfb के माध्यम से परमाणु-खोल (एक एम 3-बड़ा) मेरे स्थानीय मैकबुक प्रो की तुलना में बेहतर प्रदर्शन करता है। इसने मुझे एक्सवीएफबी के माध्यम से ओएसएक्स में भी परमाणु-खोल काम करना चाहा।

चूंकि एक्सवीएफबी के साथ ओएसएक्स जहाजों, वह हिस्सा आसान है। क्या मुझे ओएसएक्स में एक्सवीएफबी डिस्प्ले का उपयोग करने के लिए परमाणु-खोल मिल सकता है? मानक DISPLAY env वैरिएबल का उपयोग करना जैसे मैं लिनक्स में करता हूं काम नहीं कर रहा है। शायद libchromiumcontent नहीं जानता कि डार्विन में चलते समय X11 का उपयोग कैसे करें?

Xvfb केवल उन अनुप्रयोगों के लिए काम करता है जो X11 वातावरण के लिए लिखे गए हैं, OS X पर परमाणु-खोल प्रदर्शन के लिए कोको का उपयोग करता है, जो मुझे लगता है कि Xvfb के साथ काम नहीं कर सकता है।

हाँ थोड़े इसे एक साथ रखो। शायद इसके बजाय X11 के स्रोत से संकलन करने का वास्तव में कोई तरीका नहीं है?

@zcbenz वर्तमान में BrowserWindow बनाना संभव नहीं है जो OS X पर वर्तमान रिज़ॉल्यूशन से बड़ा है, भले ही आप new BrowserWindow({show: false});

@FWeinb क्या आप उपरोक्त के लिए एक अलग विशिष्ट टिकट खोल सकते हैं?

#475 . बनाया गया

मैं इसे बंद कर रहा हूं क्योंकि क्रोमियम में वास्तव में एक देशी विजेट बनाए बिना पृष्ठ खींचने का कोई तरीका नहीं है, और मुझे नहीं लगता कि वे कभी इसकी अनुमति देंगे।

स्वचालित परीक्षणों के लिए, हम सेलेनियम का समर्थन करते हैं।

सीईएफ प्रोजेक्ट में ऑफ-स्क्रीन प्रतिपादन के लिए समर्थन है, ताकि आप स्क्रीन को विंडो के बजाय बफर में खींच सकें। लिनक्स के लिए एक्स सर्वर के संबंध में, ऐसा लगता है कि ओजोन नामक लक्ष्य जोड़कर इसके बिना काम करने का एक तरीका है ( यहां चर्चा देखें)।

@etiktin जानकारी के लिए धन्यवाद! मैं इसे फिर से खोल रहा हूं क्योंकि इसे कैसे करना है इस पर मौजूदा कार्यान्वयन है।

हम वास्तव में इसके लिए समर्थन का उपयोग कर सकते हैं। हमने हाल ही में दुःस्वप्न में फैंटम को इलेक्ट्रॉन के साथ बदल दिया है और अब तक इसे पसंद करते हैं, लेकिन यह लिनक्स पर बॉक्स से बाहर काम नहीं करता है।

इसे काम करने के लिए हमें अभी क्या करने की आवश्यकता है: https://github.com/segmentio/nightmare/issues/224#issuecomment -141575361

मुझे हमारे वेब अनुप्रयोगों में से एक के लिए उपयोगकर्ता व्यवहार को स्वचालित करने का कार्य दिया गया है जो एक स्टैंड अलोन डेस्कटॉप इलेक्ट्रॉन एप्लिकेशन में परिवर्तित हो जाएगा। हमारी कंपनी ने यह कदम उठाने का फैसला करने से पहले, हमने क्रोम वेब ड्राइवर का उपयोग करके पेज ऑब्जेक्ट बनाए और सीएसएस चयनकर्ताओं का उपयोग करके बटन/ड्रॉपडाउन/टेक्स्टबॉक्स को आमंत्रित करके वेब एप्लिकेशन के साथ बातचीत की। क्या इलेक्ट्रॉन शेल के साथ लिपटे वेब एप्लिकेशन के साथ ऐसा करने का कोई तरीका है? कंपनी कुछ कार्यक्षमताओं को लागू करने के लिए मेनू बार विकल्पों का उपयोग करने की योजना बना रही है और मैंने बिना किसी सफलता के जावास्क्रिप्ट ड्राइवर का उपयोग करके फ़ाइल/संपादित/सहायता जैसे डिफ़ॉल्ट मेनू बार विकल्पों को प्राप्त करने का प्रयास किया। क्या ऐसा करने के तरीके पर कोई उदाहरण हैं?

https://github.com/segmentio/nightmare/issues/224#issuecomment -+१४,१५,७५,३६१ ऐसा लगता है @matthewmueller के लिनक्स पर काम करता है झलकी: +1:

क्या किसी ने SuSE पर काम कर रहे बिना सिर के परीक्षण किया है? विशेष रूप से एसएलएस?

@fritx वही स्लिमरजेएस के लिए उपयोग किया जाता है, लेकिन यह हेडलेस मोड नहीं है।

@fritx वही है जो @zcbenz कह रहा था, आपको Xvfb चलाना होगा। CEF3 और क्रोमियम कंटेंट शेल दोनों वर्तमान में Xlib पर निर्भर हैं। लेकिन ओजोन के पूरा होने के साथ: https://www.chromium.org/developers/design-documents/ozone
आप कोई भी निम्न स्तर का I/O प्रदान करने में सक्षम होंगे।

जाहिर है, क्रोमियम में ही एक मास्टर बग है: https://code.google.com/p/chromium/issues/detail?id=546953

यह दिलचस्प है:

दिनांक: बुध दिसंबर 02 15:35:21 2015

[सिर रहित] सिरविहीन/सार्वजनिक/

भविष्य के हेडलेस एपीआई की रूपरेखा तैयार करें।

क्या क्रोमड्राइवर इलेक्ट्रॉन के साथ काम करता है?

एक हेडलेस बाइनरी जिसमें xvfb की आवश्यकता नहीं होती है, वह AWS लैम्ब्डा जैसे नए वातावरण खोलेगा - मुझे साइन अप करें!

@ वानुआन क्या आपने दुःस्वप्न के बारे में सुना है? यदि क्रोमड्राइवर से आपको विशेष रूप से कुछ भी नहीं चाहिए तो यह आपकी मदद कर सकता है।

क्या इसमें Capybara/Selenium ड्राइवर है?

+1

मैं थोड़ा उलझन में हूँ। क्या कोई हेडलेस मोड है? क्या हम इसे BrowserWindow({show: false}) के साथ प्रभावी ढंग से कर सकते हैं? यह मेरे लिए बहुत उपयोगी होगा, मैं इसे काम करने की कोशिश कर रहा हूं ताकि हम सर्वर-साइड वेब घटक बना सकें: https://github.com/scramjs/scram-markup-engine

मुझे लगता है कि मैंने अपने स्वयं के प्रश्न का उत्तर दिया है क्योंकि मैं चारों ओर देख रहा हूं। इलेक्ट्रॉन मूल रूप से एक परिष्कृत हेडलेस मोड का समर्थन नहीं करता है। दुःस्वप्न ऐसा कुछ करने की अनुमति देता है, लेकिन आपको अभी भी कुछ सिस्टम पर काम करने के लिए इसे कुछ ग्राफिकल वातावरण के साथ काम करने के लिए कुछ कॉन्फ़िगरेशन करना होगा। यदि आप ब्राउज़रविंडो ({शो: असत्य}) का उपयोग करते हैं तो इलेक्ट्रॉन भी ऐसा कर सकता है, लेकिन आपको हेडलेस लिनक्स सिस्टम पर ग्राफिकल वातावरण प्रदान करने के लिए 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

इस पर कोई प्रगति? यह परीक्षण के लिए वास्तव में उपयोगी होगा

सेगमेंटियो / दुःस्वप्न इसके लिए एकदम सही है। बस:

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

@amilajack साधारण मोचा यूनिट परीक्षण बिना सिर के चलाने जैसे साधारण मामलों के लिए, दुःस्वप्न एक छोटे नाखून में ड्राइव करने के लिए 20-पाउंड स्लेजहैमर का उपयोग करने जैसा होगा (पढ़ें: बड़े पैमाने पर ओवरकिल)। यह पूरी तरह से विकसित है, बैटरी में ब्राउज़र ऑटोमेशन लाइब्रेरी शामिल है जो न केवल बुनियादी नेविगेशन और इनपुट कर सकती है, बल्कि एचटीएमएल और पीडीएफ फाइलों को डिस्क पर सहेज सकती है या स्क्रीनशॉट ले सकती है। साधारण इकाई परीक्षण चलाने के लिए इस पुस्तकालय का ठीक 0% आवश्यक होना चाहिए।

@isiahmeadows @mcolyer ने कहा कि वह परमाणु-खोल का एक हेडलेस संस्करण चाहते थे जिसे प्रतिस्थापन के रूप में इस्तेमाल किया जा सके। इलेक्ट्रॉन बिल्कुल ठीक वैसा ही है जैसे अतिरिक्त सुविधाओं के साथ।

हाँ, लेकिन जो आप उपयोग नहीं करते उसके लिए आपको चीनी की आवश्यकता क्यों होगी? (मैं सभी चीनी का जिक्र कर रहा था - आप सैद्धांतिक रूप से केवल वेनिला नोड + ओपनजीएल बाइंडिंग के साथ इलेक्ट्रॉन को पूरी तरह से फिर से कार्यान्वित कर सकते हैं)।

हेडलेस ब्राउज़रों के लिए सबसे आम उपयोग के मामले ऐसी चीजें हैं जैसे मोचा-फैंटमज और कर्म पहले से मौजूद हैं - सीएलआई से चल रहे ब्राउज़र यूनिट परीक्षण। अधिकांश लोग ट्रैविस पर xvfb, एक हेडलेस एक्स सर्वर का उपयोग करते हैं, यदि उन्हें फ़ायरफ़ॉक्स/क्रोम का परीक्षण करने की आवश्यकता होती है, क्योंकि उसके पास एक रनिंग एक्स सर्वर नहीं है, और आप उसके साथ इलेक्ट्रॉन भी चला सकते हैं, लेकिन फ़ैंटॉमजेएस और स्लिमरजेएस जैसे हेडलेस ब्राउज़र डॉन ' t को एक X सर्वर की आवश्यकता है। इलेक्ट्रॉन + दुःस्वप्न को अभी भी चलाने के लिए किसी प्रकार के एक्स सर्वर की आवश्यकता है (भले ही यह xvfb है), और यह समस्या उस निर्भरता को हटाने के लिए कह रही है, लेकिन यह तब तक नहीं होगा जब तक क्रोमियम स्वयं बिना सिर के जा सकता है और वे परिवर्तन प्रचारित हो जाते हैं libchromium सामग्री के लिए ।

हेडलेस अब क्रोम 59 में है: https://www.chromestatus.com/features/5678767817097216

@sindresorhus @zcbenz क्या क्रोमियम में इस बदलाव से यहां कोई फर्क पड़ेगा?

इलेक्ट्रॉन पहले से ही अद्भुत है, और एक हेडलेस मोड इसे और भी बेहतर बना देगा!

(यह दुःस्वप्न के लिए भी

मैं लैम्ब्डा पर काम कर रहा Xvfb प्राप्त करने में सक्षम था जो लैम्ब्डा-आधारित परीक्षण के लिए सहायक हो सकता है ... https://github.com/nisaacson/aws-lambda-xvfb

इलेक्ट्रॉन कब सच्चे हेडलेस का समर्थन करेगा, इस पर कोई शब्द? क्या हम ऐसा होने पर भरोसा कर सकते हैं? मैं xvfb छोड़ने का इंतजार नहीं कर सकता।

@lastmjs क्या आपने xvfb पर आधारित AWS लैम्ब्डा पर चलने के लिए इलेक्ट्रॉन प्राप्त करने का प्रबंधन किया?

@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 के साथ डॉकर में काम करने वाला दुःस्वप्न मिला, लेकिन इसके बजाय इसे AWS लैम्ब्डा पर चलाना चाहते हैं।

मैंने दुःस्वप्न में इलेक्ट्रॉन को हेडलेस क्रोम से बदलने के लिए एक मुद्दा खोला है: https://github.com/segmentio/nightmare/issues/1092

@schickling इसे आज़माएं: https://github.com/dimkir/nightmare-lambda-tutorial

क्षमा करें अगर इसका उत्तर कहीं और दिया गया है, लेकिन मुझे कोई ठोस जवाब नहीं मिल रहा है। ऊपर अपनी अत्यधिक +1 टिप्पणी में , @sandstrom ने बताया कि हेडलेस अब क्रोम 59 में उपलब्ध है।

क्या इलेक्ट्रॉन के विकास रोडमैप पर क्रोम के हेडलेस फ्लैग का समर्थन है? ऐसा लगता है कि यह इलेक्ट्रॉन के लिए संभावित रूप से बहुत बड़ी "जीत" है क्योंकि यह सही हेडलेस उपयोग को संभव बनाता है।

मैं @rinogo से सहमत हूं। इलेक्ट्रान के लिए एक हेडलेस विकल्प होने से सीआई सिस्टम में परीक्षण चलाने के लिए और वर्चुअल डिस्प्ले की आवश्यकता के बिना और मशीन को संभालने के लिए देव बॉक्स पर बहुत उपयोगी होगा। मुझे इलेक्ट्रॉन के लिए रोडमैप जानने और संभवतः योगदान करने में भी दिलचस्पी है।

Xvfb कष्टप्रद है, यह बहुत अच्छा होगा यदि इलेक्ट्रॉन सच्चे सिर के बिना समर्थन करता है!

xvfb-शायद इस बीच

Google की ओर से एक नया लेख आया है: https://developers.google.com/web/updates/2017/04/headless-chrome

जल्दी आ रहा है।

ऐसा लगता है कि Chrome 59 अभी स्थिर चैनल पर है। इलेक्ट्रॉन में हेडलेस का समर्थन करने के लिए अगले चरण क्या हैं?

कृपया, कृपया इसे एक वास्तविकता बनाएं - ऐसा करने से और दुःस्वप्न जेएस को हेडलेस इलेक्ट्रॉन चलाने के लिए सक्षम करके, आप अंततः सभी सेलेनियम उपयोग मामलों के एक तिहाई की तरह खत्म कर देंगे। *

* अतिशयोक्तिपूर्ण होना लेकिन वास्तव में भी नहीं

@aendrew मुझे लगता है कि दुःस्वप्न _rewrite_ हो सकता है, इसके बजाय एक सीडीपी बैकएंड का उपयोग/शामिल करने के लिए, इलेक्ट्रॉन बनाने पर केरफफल के बजाय (एक दर्शन के साथ: _बिल्ड क्रॉस प्लेटफॉर्म डेस्कटॉप ऐप्स _) हेडलेस। देखें: https://github.com/cyrus-and/chrome-remote-interface

@MrSaints मैं

भले ही, इलेक्ट्रॉन के डेस्कटॉप-उन्मुख होने की बात अच्छी तरह से ली गई है।

@aendrew @MrSaints मेरी अज्ञानता को प्रसारित करने के जोखिम पर ... इस परिवर्तन ( headless ध्वज का समर्थन) को लागू करना कितना मुश्किल है? मुझे यकीन नहीं है कि इलेक्ट्रॉन क्रोमियम के साथ कैसे इंटरफेस करता है/विस्तारित करता है, लेकिन मुझे ऐसा लगता है कि इसे लागू करने के लिए कदम हैं:

1. इलेक्ट्रॉन के क्रोमियम को संस्करण 59+ में अपग्रेड करें।
2. headless कमांड-लाइन फ्लैग/कॉन्फ़िगरेशन पैरामीटर की आपूर्ति करें।
3. अन्य सामान मैं स्पष्ट रूप से लेखांकन नहीं कर रहा हूं। :)

मुझे लगता है कि मैं जो कह रहा हूं वह यह है कि headless अब क्रोमियम में उपलब्ध है, एक हेडलेस मोड (जैसे दुःस्वप्नजेएस के लिए) को लागू करना अपेक्षाकृत सरल लगता है। दी, इलेक्ट्रॉन के एक सामान्य-उद्देश्य वाले संस्करण में कुछ उपयोग के मामलों को ठीक करने में कुछ समय लग सकता है। हालांकि, दुःस्वप्नजेएस जैसी किसी चीज़ के लिए डिज़ाइन किया गया निर्माण उत्पन्न करने के लिए, बहुत सीधा होना चाहिए, है ना?

अगर मुझे गति में सुधार की तत्काल आवश्यकता होती, तो मैं इसमें कूद पड़ता और उस पर एक शॉट लेता। हालांकि, हम अभी भी दुःस्वप्नजेएस के साथ मिल रहे हैं, इसलिए हम कुछ समय के लिए ठीक हैं।

भले ही, इन सभी परियोजनाओं के अनुरक्षकों को उनके योगदान और कड़ी मेहनत के लिए धन्यवाद! :)

दुःस्वप्न के बारे में: हम वर्तमान में हेडलेस क्रोम पर निर्मित दुःस्वप्न के एक संस्करण पर काम कर रहे हैं, जो सर्वर रहित वातावरण जैसे एडब्ल्यूएस लैम्ब्डा में भी चलने में सक्षम है। हम जल्द ही इसका स्रोत @graphcool खोलेंगे। मैं

@schickling यह कमाल होने वाला है!

क्रोम में --headless साथ ध्यान रखने वाली एक बात यह है कि यह सभी प्लगइन्स के लिए समर्थन को अक्षम करता है। इसलिए, यदि आपको फ्लैश (जो इलेक्ट्रॉन/दुःस्वप्न के साथ संभव है) या पीडीएफ व्यूअर आदि की आवश्यकता है, तो --headless आपके लिए नहीं है और आप xvfb का उपयोग करना चाहेंगे।

मैं एडब्ल्यूएस लैम्ब्डा में इलेक्ट्रॉन चलाने के लिए इंतजार नहीं कर सकता...मुझे लगता है

आमीन @lastmjs आमीन

इस समाधान के बारे में क्या?
https://github.com/dimkir/nightmare-lambda-tutorial

हालांकि अभी तक कोशिश नहीं की है

@xplodedthemes xvfb के पहले से संकलित संस्करण का उपयोग करता है

बेशर्म प्लग: https://github.com/joelgriffith/navalia। यह कार्यात्मक परीक्षणों और अधिक के लिए हेडलेस क्रोम के शीर्ष पर बनाया गया था। कई कार्यों को समानांतर करना, एक ग्राफ़क्यूएल फ्रंट-एंड, और बहुत कुछ जैसी कुछ अच्छी सुविधाएँ शामिल हैं।

मैं किसी भी जनसंपर्क/मुद्दे/प्रतिक्रिया का स्वागत करता हूं!

ज़रा सुनिए सभी! आप सभी को प्रतीक्षा में रखने के लिए क्षमा करें...

हमने अभी-अभी Chromeless को ओपन-सोर्स किया है। यह हेडलेस क्रोम पर आधारित है और स्थानीय और एडब्ल्यूएस लैम्ब्डा दोनों पर काम करता है। एपीआई काफी हद तक दुःस्वप्नजेएस के समान है।

आप इसे यहां आजमा सकते हैं: https://chromeless.netlify.com

क्या क्रोमलेस ने सिर्फ दुःस्वप्न की जगह ले ली है? दुःस्वप्न तक पहुंचने से पहले क्रोमलेस को

हम इसे दुःस्वप्न के प्रतिस्थापन के रूप में उपयोग करते हैं क्योंकि हमें एक ही समय में कई परीक्षण चलाने की क्षमता की आवश्यकता होती है।

प्रश्न (शायद इस धागे के लिए अच्छा नहीं है): क्या आप पीडीएफ कार्यक्षमता को काम करने पर विचार कर रहे हैं? यदि ऐसा है, तो यह हमें सिरदर्द (और लागत) का एक टन बचा सकता है।

वाह, यह अविश्वसनीय है। अच्छा काम दोस्तों!

@zcbenz ऐसा लगता है कि इसके लिए समाधान सामने आए हैं: क्या इसे बंद करना ठीक है?

उम्म यह मुद्दा अभी भी बेहद मान्य है। "समाधान" सभी में दुःस्वप्न को पूरी तरह से दूर करना शामिल है।

@keithkml के साथ पूरी तरह से सहमत - समाधान, हालांकि सुविचारित (धन्यवाद!), वास्तविक समाधान प्रदान किए जाने तक "विकल्प" की तर्ज पर अधिक रहे हैं। उन पंक्तियों के साथ, क्या यहां किसी के पास मेरी पिछली टिप्पणी में पूछे गए प्रश्नों का उत्तर देने के लिए पर्याप्त विशेषज्ञता है? (और फिर, कृपया मेरी अज्ञानता को क्षमा करें! :))

मुझे अभी भी प्रतिक्रियाओं में बात नहीं मिली है। क्या कोई मुझे स्पष्ट कर सकता है कि क्या हमारे पास CI में चलने के लिए इलेक्ट्रॉन ऐप के लिए NATIVE हेडलेस मोड है या नहीं?

@hitliubo क्रोम में --headless ध्वज है, लेकिन यह केवल तभी काम करता है जब आप फ्लैश या पीडीएफ रीडर जैसे प्लगइन का उपयोग नहीं कर रहे हैं। यदि आप हैं , तो इस समय उत्तर एक सकारात्मक नहीं है। यदि आप नहीं हैं , तो आप उस ध्वज को पारित कर सकते हैं ( --disable-gpu यदि आवश्यक हो - उन्होंने ब्राउज़र संदर्भ बनाते समय नए क्रोम संस्करण IIRC में इस लापता निहितार्थ को ठीक किया) और देखें कि क्या यह काम करता है। (ध्यान दें कि यदि आप दुःस्वप्न जैसी किसी चीज़ का उपयोग कर रहे हैं और आप दूसरी श्रेणी में आते हैं, तो आपको वास्तव में उस प्रोजेक्ट के संबंधित रेपो में एक समस्या दर्ज करनी चाहिए यदि पहले से कोई नहीं है।)

यहां तक ​​​​कि अगर आप --headless (या अगर यह काम नहीं करता है) का उपयोग नहीं कर सकते हैं, तो भी विकल्प हैं:

• विंडोज़: जब तक आप कुछ अस्पष्ट उपयोग नहीं कर रहे हैं, आपके पास हमेशा एक विंडो संदर्भ प्रस्तुत करना होगा। विंडोज सर्वर 2016 ने डिफ़ॉल्ट जीयूआई समर्थन छोड़ दिया, लेकिन यह अभी भी जीयूआई विंडोज़ बनाने का समर्थन करता है, और AFAICT को सेलेनियम परीक्षण के लिए न्यूनतम समर्थन
• macOS: यहाँ आपके पास हमेशा एक GUI होगा (और इस प्रकार रेंडर करने के लिए एक विंडो संदर्भ होगा)। Apple ऐसा संस्करण प्रदान नहीं करता है जो नहीं करता है।
• लिनक्स: xvfb एक हेडलेस एक्स सर्वर है जो लगभग हर सामान्य लिनक्स डिस्ट्रो के लिए उपलब्ध है (और मेरा मतलब है "आम" यहां बहुत कम है)। यदि आप ट्रैविस का उपयोग कर रहे हैं, तो उनके पास इसे अपने प्रोजेक्ट में जोड़ने के निर्देश हैं ।

@isiahmeadows आपकी जानकारी के लिए धन्यवाद। वर्तमान में मेरे पास ब्राउज़र में एक वेब ऐप चल रहा है और क्रोम/फ़ायरफ़ॉक्स के साथ मैं हमेशा हेडलेस परीक्षण के लिए - हेडलेस जोड़ सकता हूं। हाल ही में हम इसे इलेक्ट्रॉन ऐप में बदलना चाहते हैं और मैंने --headless के साथ प्रयास किया जो मेरे macOS में काम नहीं करता है। अब मैं आपको कारण जानता हूं। धन्यवाद!

असल में मुझे xvfb द्वारा समाधान पसंद नहीं है क्योंकि यह मूल नहीं है। हालांकि, यह देखते हुए कि हम देशी हेडलेस का समर्थन नहीं करते हैं, इसलिए मुझे लगता है कि मुझे इसे आज़माने की ज़रूरत है।

FYI करें - अब मैं परीक्षण के लिए capybara का उपयोग कर रहा हूँ।

यह बहुत अच्छा होगा (वाई)

क्या इस पर कोई अपडेट है?

मुझे सीधे एक लिनक्स फ्रेम बफर में प्रस्तुत करने के बारे में एक पोस्ट से रीडायरेक्ट किया गया है, लेकिन ऐसा लगता है कि यह हेडलेस परीक्षण पर केंद्रित है। क्या किसी _real_ फ़्रेम बफ़र को सीधे रेंडर करने में कोई प्रगति हुई है?

@quinn मुझे पूरा यकीन है कि आपको एक X सर्वर की आवश्यकता होगी, हालाँकि यदि आप चाहें तो X11 (Xorg) को फ्रेम-बफर पर चला सकते हैं (देखें: https://www.x.org/releases/current/ doc/man/man4/fbdev.4.xhtml)।

_संपादित करें:_

दरअसल इस पर थोड़ा और गौर करने के बाद ओजोन के इस्तेमाल से भी इसे हासिल किया जा सकता है। ( https://github.com/jakwu/ozone-fb )

ओजोन को जोड़ने से वेलैंड सपोर्ट की भी अनुमति मिलेगी, एक और विशेषता यह है कि अधिकांश लिनक्स वितरणों को देखकर इलेक्ट्रॉन गायब है, इसके बाद से माइग्रेट हो गया है।

ओजोन-एफबी और @isiahmeadows टिप्पणी के विवरण के आधार पर, ऐसा लगता है कि फ्रेम बफर को प्रस्तुत करने पर GPU त्वरण काम नहीं करता है।

@trusktr यह 2 साल पुरानी टिप्पणी है। मैं अपनी टिप्पणी को आधिकारिक के रूप में नहीं लेने की सलाह दूंगा, क्योंकि यह बदल सकता था (मैंने तब से जाँच नहीं की है)।

मैं इलेक्ट्रॉन में हेडलेस लिब जोड़ता हूं और हेडलेसशेलमेन को कॉल करता हूं。
Daud:

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 दिलचस्प और बहुत रोमांचक है! तो आपने क्रोमियम से हेडलेस शेल को शामिल करते हुए इलेक्ट्रॉन का अपना संस्करण संकलित किया है?

क्या आपने लिनक्स पर एक्स के बिना वातावरण में परीक्षण किया है यह देखने के लिए कि क्या यह काम करता है?

जब क्रोमियम को हेडलेस मोड में चलाया जाता है तो रेंडर उप-प्रक्रियाओं को पास-थ्रू-हेडलेस फ्लैग के साथ शुरू किया जाता है (आप देख सकते हैं कि यह आप मेमोरी से 'ps args' का उपयोग करते हैं)। क्या यह आपके लिए हो रहा है?

(अजीब तरह से इलेक्ट्रॉन के साथ वर्तमान में यदि आप इसे शुरू करने का प्रयास करते हैं - बिना सिर के ध्वज को रेंडर प्रक्रियाओं के लिए पारित नहीं किया जाता है, लेकिन GPU प्रक्रिया के लिए है।)

@ bigben0123 दिलचस्प और बहुत रोमांचक है! तो आपने क्रोमियम से हेडलेस शेल को शामिल करते हुए इलेक्ट्रॉन का अपना संस्करण संकलित किया है?

क्या आपने लिनक्स पर एक्स के बिना वातावरण में परीक्षण किया है यह देखने के लिए कि क्या यह काम करता है?

जब क्रोमियम को हेडलेस मोड में चलाया जाता है तो रेंडर उप-प्रक्रियाओं को पास-थ्रू-हेडलेस फ्लैग के साथ शुरू किया जाता है (आप देख सकते हैं कि यह आप मेमोरी से 'ps args' का उपयोग करते हैं)। क्या यह आपके लिए हो रहा है?

(अजीब तरह से इलेक्ट्रॉन के साथ वर्तमान में यदि आप इसे शुरू करने का प्रयास करते हैं - बिना सिर के ध्वज को रेंडर प्रक्रियाओं के लिए पारित नहीं किया जाता है, लेकिन 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 क्या आपने कहीं अपने परिवर्तन किए हैं? यहां तक ​​​​कि अगर यह किसी कारण से इसे इलेक्ट्रॉन कोर में नहीं बनाता है, तो मुझे इसका उपयोग करने में सक्षम होना अच्छा लगेगा।

यह कमिट केवल क्रोम हेडलेस लिब को इलेक्ट्रॉन में मर्ज करता है और आप इसे उसी तरह इस्तेमाल कर सकते हैं जैसे क्रोम करता है।
https://github.com/bigben0123/electron/commit/b6cad8993d68d39f1732aa6ed5ece0135b9ae0c8

जहां तक ​​मेरा संबंध है, क्रोम और हेडलेस में अलग-अलग सामग्री परत कार्यान्वयन है। दो ब्राउज़र शेल की तरह, यदि आप हेडलेस शुरू करते हैं तो इसका क्रोम से कोई लेना-देना नहीं है, सिवाय इसके कि आप "क्रोम --हेडलेस" से शुरू करते हैं।

हेडलेस लक्ष्य में से एक यह है कि "क्रोमियम के कोड बेस में इनवेसिव या हेडलेस-विशिष्ट परिवर्तनों (जैसे, #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/ईवेंट/डिवाइस",