Asciinema: रीयल-टाइम में डिस्क पर लिखना

अच्छा कैच @vvv। ऐसा लगता है कि इसे आसानी से ठीक किया जा सकता है।

मैंने यह देखा। वर्तमान विचार:

asciinema मक्खी पर JSON स्ट्रीम उत्पन्न नहीं करता है - यह संपूर्ण JSON स्ट्रिंग उत्पन्न करता है और पूरे स्टडआउट को कैप्चर करने के बाद इसे फ़ाइल में सहेजता है। यह ज्यादातर इसलिए है क्योंकि गो का JSON मार्शलर कैसे काम करता है।

एक संभावना यह है कि एक टीएमपी फ़ाइल ( foo.json.tmp अगर आप foo.json रिकॉर्ड करते हैं) में फ्लश करना है। यह ऐसा दिख सकता है:

{ "version": 2, "width": 80, "height": 24, "env": { "TERM": "xterm-256color" } ... }
[0.1, "bash-4.3$ "]
[0.3, "l"]
[0.1, "s"]
...
...

मूल रूप से एक JSON फ़ाइल जिसमें कई शीर्ष-स्तरीय ऑब्जेक्ट होते हैं, पहले मेटाडेटा के साथ JSON मैप होता है, बाकी सभी स्टडआउट प्रिंट होते हैं जो अंततः अंतिम फ़ाइल में stdout कुंजी के तहत समाप्त होने चाहिए।

ठीक होने के लिए, आप इसे आसानी से स्वयं कर सकते हैं (बस विम में चारों ओर चलती रेखाएं)।
इसे स्वचालित करने के लिए एक नया आदेश asciinema recover foo.json.tmp foo.json भी हो सकता है (सुनिश्चित नहीं है कि वसूली को asciinema play हिस्सा बनाना सबसे अच्छा है)।

एक संभावना यह है कि एक टीएमपी फ़ाइल ( foo.json.tmp अगर आप foo.json रिकॉर्ड करते हैं) में फ्लश करना है।

बढ़िया है! यह फीचर Emacs की ऑटो-सेव फाइल्स ( #foo.json# ) और Vim रिकवरी फाइल्स ( .foo.json.swp ।)

ठीक होने के लिए, आप इसे आसानी से स्वयं कर सकते हैं (बस विम में चारों ओर चलती रेखाएं)।

सच कहूं, तो मैं ऑटो-सेव फ़ाइल के साथ मैन्युअल फ़िडलिंग के लिए "रिकवर" कमांड, या यहां तक ​​​​कि एक हल्का -r | --recover विकल्प पसंद करूंगा।

बस इसे खुले तौर पर बताने के लिए, #82 इस मुद्दे को भी ठीक कर देगा।

@xloem #82 केवल उस मामले पर लागू होता है जब आप एक चरण में asciinema.org पर रिक+अपलोड करते हैं। asciinema rec demo.json आपको साइट पर स्वचालित रूप से अपलोड किए बिना फ़ाइल को रिकॉर्ड करने की अनुमति देता है, और इस मामले में डिस्क पर क्रमशः लिखना भी उतना ही उपयोगी होगा।

मैंने #196 में asciicast v2 प्रारूप के मसौदे पर काम करना शुरू किया, जो डिस्क (और पाइप, नेटवर्क, आपके पास क्या है) के लिए रीयल-टाइम में लेखन को अच्छी तरह से हल करना चाहिए।

इस पीआर से डॉक्टर का सीधा लिंक: https://github.com/asciinema/asciinema/blob/asciicast-v2/doc/asciicast-v2.md

प्रतिक्रिया की अत्यधिक सराहना की।

@sickill मैं यह नहीं देखता कि फ़ाइल प्रारूप का परिवर्तन (JSON के बजाय NDJSON ) आउटपुट फ़ाइल के वृद्धिशील अद्यतन पर कैसे लागू होता है। क्या आप समझाएँगे?

@vvv सामान्य JSON फ़ाइल में आपके पास एक ही ऑब्जेक्ट है और आप इसे वृद्धिशील रूप से नहीं लिख सकते हैं, इसे संपूर्ण रूप से लिखा जाना चाहिए (तकनीकी रूप से आप कर सकते हैं लेकिन यदि आप क्रैश आदि करते हैं तो आप अमान्य JSON फ़ाइल के साथ समाप्त हो जाते हैं, समापन गायब कोष्ठक)। NDJSON (या JSONLines जो लगभग समान है) के साथ आपके पास एक फ़ाइल में कई JSON ऑब्जेक्ट हैं, प्रत्येक की अपनी लाइन पर। तो आप नए डेटा के साथ नई लाइनें जोड़ सकते हैं और इच्छा पर रोक/क्रैश कर सकते हैं और फ़ाइल को कभी भी अमान्य नहीं छोड़ सकते हैं।

मैंने asciicast v2 प्रारूप दस्तावेज़ के मसौदे को अद्यतन किया है ताकि इसे प्रेरणा के बारे में और अधिक स्पष्ट किया जा सके/यह किन समस्याओं को हल करता है।

@ एक चीज जो अच्छी होगी वह प्रारंभिक मेटाडेटा में संग्रहीत सत्र का प्रारंभ समय होगा। इसे अन्य टूलिंग में ऑडिट करने योग्य ssh सत्र प्रदान करने के लिए निकाला जा सकता है।

इसके अतिरिक्त, मेटाडेटा को "इंजेक्ट" करने में सक्षम होना दिलचस्प हो सकता है, इसलिए आप संभावित रूप से बनाए गए सत्र को सामग्री के साथ टैग कर सकते हैं:

• उपयोगकर्ता जो ssh'd
• होस्ट नाम
• सर्वर वातावरण

और क्या यह किसी बाहरी ui में उजागर हुआ है।

संपादित करें: ऐसा लगता है कि प्रारूप के लिए एक पीआर है , इसलिए मैं वहां टिप्पणी करूंगा :)

मेरे पास वर्तमान में दूरस्थ कर्मचारियों के सत्र लॉगिंग के लिए asciinema स्थापित है
एक जम्पहोस्ट के माध्यम से एसएसएच के माध्यम से एक सुरक्षित जाल से जुड़ना। बचाने में सक्षम होने के नाते,
स्ट्रीम और रीप्ले सत्र, जैसा कि वे होते हैं, काफी वृद्धि करेंगे
उक्त परिदृश्य में असिनिमा की उपयोगिता।

मंगलवार, 25 अप्रैल, 2017 को सुबह 5:17 बजे, जोस डियाज़-गोंजालेज <
सूचनाएं@github.com> ने लिखा:

@sickill https://github.com/sickill एक चीज जो अच्छी होगी, वह होगी
प्रारंभिक मेटाडेटा में संग्रहीत सत्र का प्रारंभ समय होना चाहिए।
इसे अन्य टूलिंग में ऑडिट करने योग्य ssh सत्र प्रदान करने के लिए निकाला जा सकता है।

इसके अतिरिक्त, मेटाडेटा को "इंजेक्ट" करने में सक्षम होना दिलचस्प हो सकता है, इसलिए आप
संभावित रूप से बनाए गए सत्र को सामग्री के साथ टैग कर सकता है जैसे:

• उपयोगकर्ता जो ssh'd
• होस्ट नाम
• सर्वर वातावरण

और क्या यह किसी बाहरी ui में उजागर हुआ है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/asciinema/asciinema/issues/127#issuecomment-296872546 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAi2o-cZFmoJOnPeabG0UkPfb8MVR3EMks5rzVfNgaJpZM4FuWm_
.

मैं अपने सभी टर्मिनल सत्रों का रिकॉर्ड CYA के साथ-साथ संदर्भ के लिए रखने के लिए asciinema (ठीक है, अब और नहीं, मैं इस मुद्दे के कारण स्क्रिप्ट पर वापस लौट रहा हूं) का उपयोग करता हूं यदि मैं भूल गया कि मैंने पिछले सप्ताह सर्वर X पर 3 बजे क्या किया था अपराह्न समस्या यह है, चूंकि यह केवल सफल निकास पर ही फ़्लश होता है, मेरे आधे सत्रों में कोई डेटा नहीं होता है। उदाहरण के लिए, हंग सत्र के लिए विंडो बंद करने से सत्र की रिकॉर्डिंग पूरी तरह से नष्ट हो जाती है। यह अप्रत्याशित व्यवहार था और काफी निराशाजनक था।

@gizmonicus asciicast v2 प्रारूप और रीयल-टाइम में डिस्क पर लिखना अगली रिलीज़ के लिए सर्वोच्च प्राथमिकता है। कोई ईटीए नहीं, लेकिन यह जल्द ही होने वाला है।

@ सिकिल - धन्यवाद, यह सुनकर अच्छा लगा। मैं इस पर नजर रखूंगा। मैं वास्तव में स्क्रिप्ट के लिए असिनिमा पसंद करूंगा क्योंकि मैं अन्य sysadmins के लिए हमारे विकी में सामग्री को एम्बेड कर सकता हूं।

@timofonic आप यहां अपना प्रश्न पूछ सकते हैं और धैर्यपूर्वक प्रतीक्षा कर सकते हैं। इस तरह यूजर्स को पिंग करके सभी को स्पैम करने की जरूरत नहीं है।

अद्यतन: रीयल-टाइम में डिस्क पर लिखना #196 में लागू किया गया है और यह अगली रिलीज़ का हिस्सा होगा।

यदि आप इसका बीटा-परीक्षण करना चाहते हैं तो develop शाखा चेकआउट करें और इसे चेकआउट डीआईआर से चलाएं: python3 -m asciinema rec filename । मैं वास्तव में प्रतिक्रिया की सराहना करता हूं कि यह विभिन्न लिनक्स डिस्ट्रो और मैकोज़ पर कैसे काम करता है

नोट: आज तक सर्वर और वेब प्लेयर नए asciicast प्रारूप का समर्थन नहीं करते हैं, इसलिए इसका उपयोग केवल स्थानीय रिकॉर्डिंग और इन-टर्मिनल प्लेबैक के लिए किया जा सकता है।

बढ़िया काम @sickkill! मैंने अभी इसका परीक्षण किया और इसे काम करने में सक्षम था (उबंटू 17.04)।

हालांकि एक सा स्पष्टीकरण; डंप को क्या ट्रिगर करता है? क्या यह फाइल बफरिंग या टाइमआउट है? किसी भी तरह से, विशिष्ट सीमाएँ क्या हैं? मैं पूछता हूं क्योंकि कुछ त्वरित प्रतिध्वनि करने के बाद, मुझे फ़ाइल में कुछ भी दिखाई नहीं दिया, लेकिन जैसे-जैसे मैंने इसके साथ खेला, सामान दिखना शुरू हो गया।

@metasoarous यह एक अच्छा सवाल है।

लिखने को बैचने के लिए कोई स्पष्ट टाइमआउट या कोई अन्य तंत्र नहीं है, यह वास्तविक समय में कतार के माध्यम से जाता है:

https://github.com/asciinema/asciinema/blob/8e1b6f7da1a0ad4d52e63998b14c1a5133fc7836/asciinema/asciicast/v2.py#L72

"लेखक" प्रक्रिया को अलग करने के लिए:

https://github.com/asciinema/asciinema/blob/8e1b6f7da1a0ad4d52e63998b14c1a5133fc7836/asciinema/asciicast/v2.py#L36 -L40

जो f.write(...) ।

ऐसा कहने के बाद, मैंने यह भी देखा कि यह ~ 8KB विखंडू में लिखा गया है, इसलिए यहाँ निश्चित रूप से कुछ बफ़रिंग चल रही है। मुझे संदेह है कि यह पाइथन का TextIOWrapper यहां जिम्मेदार है।

आपको क्या लगता है कि यहाँ सबसे अच्छा क्या होगा? हम खुले हुए io ऑब्जेक्ट पर बफरिंग को बंद कर सकते हैं, या स्पष्ट ट्रिगर लागू कर सकते हैं, या तो प्रत्येक लेखन पर f.flush() , या थ्रेशोल्ड हिट होने पर बाइट/टाइम काउंटिंग और फ्लशिंग।

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

मैंने इसे बदल दिया है इसलिए अब यह स्पष्ट रूप से "लाइन बफरिंग" (== फ्लश जब लिखने में \n , जो हमारे मामले में 100% लिखने का मामला है) में स्पष्ट रूप से बफरिंग नीति सेट करता है जब लेखन के लिए फ़ाइल खोलते हैं। यदि आप इसे खींचते हैं और इसे अभी आज़माते हैं तो आपको फ़ाइल को तुरंत बढ़ते हुए देखना चाहिए।

आश्चर्यजनक! आपके त्वरित ध्यान के लिए बहुत-बहुत धन्यवाद!

यह देखते हुए (#227 में) लागू किया गया है और आगामी asciinema 2.0 के साथ जारी किया जाएगा मैं इस मुद्दे को बंद कर रहा हूं।

नोट: अगर कोई इसे आजमाना चाहता है तो v2 शाखा चेकआउट करें।