"मैं इसे बाद में पढ़ूंगा": इंटरनेट पृष्ठों के ऑफ़लाइन संग्रह का कठिन भाग्य

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

जाहिर है, वेबरिसर्च के लेखक इसी प्रकार के लोगों पर भरोसा कर रहे थे। यह प्रोग्राम विभिन्न प्रकार के कार्यों से युक्त था: अनुभागों और टैगों के आधार पर सूचीकरण, नोट्स का संपादन, सभी प्रकार के निर्यात/आयात, इत्यादि। हालाँकि, 2013 के आसपास, परियोजना को अपडेट करना बंद कर दिया गया, और फिर डेवलपर की वेबसाइट भी बंद हो गई। मैं इस घोड़े पर कुछ और वर्षों तक सवार रहा, लेकिन पहले ब्राउज़र प्लगइन्स (जो केवल IE और फ़ायरफ़ॉक्स के तत्कालीन संस्करणों के लिए उपलब्ध थे) बंद हो गए, और फिर पुराने IE इंजन पर आधारित व्यूअर में आधुनिक साइटें सामान्य रूप से प्रदर्शित होना बंद हो गईं।

वेबरिसर्च मुख्य विंडो, पीसी वीक/आरई №17 (575)

निराशाओं का मार्ग

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

• एक्सटेंशन का उपयोग करके ब्राउज़र से HTML पृष्ठ को सहेजना;
• कम से कम न्यूनतम कैटलॉगिंग उपकरण (नाम बदलना, कैटलॉग संगठन, टैग);
• (वांछनीय) पीडीएफ दस्तावेजों के लिए समर्थन;
• अपने संग्रह को अन्य डिवाइसों के साथ सिंक करने का कोई अच्छा तरीका?

मेरे आश्चर्य की बात यह थी कि मैं ऐसा कुछ भी नहीं ढूंढ पाया, हालांकि मैंने ईमानदारी से इंटरनेट पर खोजबीन की और एक दर्जन कार्यक्रमों का ध्यानपूर्वक अध्ययन किया जो विवरण से मेल खाते थे (एवरनोट के अपवाद के साथ, जहां विवरण के समान कार्यक्षमता केवल सदस्यता द्वारा ही उपलब्ध है)। आज, केवल वही परियोजनाएं हैं जो किसी तरह मेरी इच्छाओं को पूरा करती हैं टैगस्पेस и मायबेस. सामान्यतः उनका अध्ययन निश्चित सांस्कृतिक रुचि का विषय है।

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

इसका प्रतिरूप myBase नब्बे के दशक के उत्तरार्ध से आता है: यहाँ, इसके अतिरिक्त विशुद्ध कार्यात्मक इंटरफ़ेस हमारे पास सेटिंग्स और कार्यों का एक अत्यंत समृद्ध सेट है। हालाँकि, यहाँ देखने की विंडो अभी भी पुराने IE पर आधारित वही ब्राउज़र है (जो पहले से ही पढ़ना मुश्किल बनाता है), और सभी दस्तावेज़ एक अखंड डेटाबेस में संग्रहीत हैं। उदाहरण के लिए, यदि आप इसे ड्रॉपबॉक्स फ़ोल्डर में रखते हैं (वैसे भी अन्य डिवाइसों के साथ समन्वयित करने का कोई अन्य तरीका नहीं है), तो संग्रह में थोड़े से भी परिवर्तन पर आपको सर्वर पर सैकड़ों मेगाबाइट जानकारी अपलोड होने तक प्रतीक्षा करनी होगी।

टर्निंग पॉइंट

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

लक्ष्यों और उद्देश्यों

मैं यह कहकर शुरुआत करना चाहूंगा कि इस समय मेरा जीवन बहुत व्यस्त है और मेरे पास पूर्ण रूप से शौकिया परियोजनाओं के लिए समय नहीं है। इसलिए शुरू से ही मैंने यह निर्णय कर लिया था कि मैं अपने उपकरण को किसी भी घटक से ढालने के लिए तैयार हूं, बशर्ते इससे प्रक्रिया में तेजी आए। इसके अतिरिक्त, फिलहाल मैं केवल न्यूनतम कार्यक्षमता को क्रियान्वित करने का कार्य कर रहा हूं, जिसके बिना ऐसा करना पूर्णतया असंभव है।

डेटा प्रारूप और पृष्ठ सहेजना

वेब पेजों को डिस्क पर कैसे संग्रहीत करें? पहले से तैयार की गई आवश्यकताओं को ध्यान में रखते हुए, मुझे ऐसा लगा कि विकल्प छोटा था: या तो "पूर्ण वेब पेज" सेविंग प्रारूप, यानी मुख्य HTML फ़ाइल और संबंधित संसाधनों वाला एक फ़ोल्डर, या MHTML प्रारूप। पहला विकल्प मुझे तुरंत कम बेहतर लगा: अपनी डिस्क पर फ़ाइलों का कचरा ढेर रखना कोई मज़ेदार बात नहीं है, जिसमें से आपको महत्वपूर्ण दस्तावेज़ निकालने होंगे, खोज के दौरान अनावश्यक चीज़ों को छांटना होगा, और कॉपी करते समय उनकी अखंडता की निगरानी करनी होगी। जब मैंने टैगस्पेस के साथ काम करने की कोशिश की, तो मुझे अपने सभी दस्तावेजों को फिर से सहेजना पड़ा ताकि संसाधन फ़ोल्डर का नाम एक अवधि के साथ शुरू हो: तब सिस्टम ने उन्हें "छिपा हुआ" के रूप में पहचाना और उन्हें प्रदर्शित नहीं किया।

यह समस्या मायबेस में छिपी हुई है, क्योंकि सब कुछ डेटाबेस में संग्रहीत है, लेकिन मेरे मामले में सरलता का सिद्धांत जीत गया: मैं वास्तव में सब कुछ डिस्क पर नियमित फ़ाइलों के रूप में संग्रहीत करना चाहता था, ताकि मुझे कॉपी करने, नाम बदलने, हटाने और सिंक्रनाइज़ करने जैसी नियमित कार्रवाइयों को लागू करने में परेशानी न हो।

एमएचटीएमएल प्रारूप कठिन दौर से गुजर रहा है। MHTML को सहेजने का आसान तरीका इस गर्मी में क्रोम से बाहर निकाल दिया गया था, और मुझे तो यह भी नहीं पता कि अब पृष्ठों को कहां संग्रहित किया जाना चाहिए? यह स्पष्ट है कि अवसर अभी तक दूर नहीं गया है, तीसरे पक्ष के एक्सटेंशन हैं, लेकिन सामान्य तौर पर यह किसी प्रकार का बुरा संकेत है। इसके अलावा, MHTML प्रारूप में सहेजना क्रोमियम एम्बेडेड फ़्रेमवर्क में समर्थित नहीं है, जो भी आशावाद नहीं जोड़ता है।

उसी समय, मैंने ब्राउज़र से पृष्ठों को निर्दिष्ट फ़ोल्डर में सहेजने का एक सरल तरीका ढूंढना शुरू कर दिया। अंत में, दोनों समस्याएं थोड़े प्रयास से हल हो गईं: मुझे एक अद्भुत परियोजना मिली एक दस्तावेज, जो किसी वेब पेज की सामग्री को एक अलग, स्वतंत्र HTML फ़ाइल में सहेज सकता है। यह सभी लिंक किए गए संसाधनों को बेस64 प्रारूप में परिवर्तित करके और उन्हें सीधे HTML में एम्बेड करके किया जाता है। बेशक, इससे फ़ाइल का आकार बढ़ जाता है, और सामग्री थोड़ी अव्यवस्थित लगती है, लेकिन कुल मिलाकर यह तरीका मुझे विश्वसनीय और सरल लगा, और मैंने इसे अपना लिया।

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

GUI और ब्राउज़र की परेशानी

मैंने पाया कि सभी प्रकार की सरल फ़ाइल और स्ट्रिंग हेरफेर के लिए पायथन एक अच्छा विकल्प है, और चूंकि मेरी एक कार्य परियोजना इसका उपयोग करती है डब्ल्यूएक्सविजेट्स, पसंद डब्ल्यूएक्सपायथन एक मुख्य ढांचे के रूप में यह तर्कसंगत प्रतीत हुआ।

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

मुझे यह स्वीकार करना होगा कि पिछली बार मुझे ऐसा कुछ लगभग 15 वर्ष पहले करना पड़ा था, और मुझे किसी परेशानी की उम्मीद नहीं थी। यह पता चला कि "किसी फॉर्म पर ब्राउज़र को आसानी से लगा देना" असंभव है: किसी तरह मानवता इस कार्य को विश्वसनीय और सार्वभौमिक रूप से करने में सक्षम नहीं रही है। किसी भी फॉर्म पर कोई भी लिस्टबॉक्स या बटन किसी भी GUI फ्रेमवर्क में रखा जा सकता है, और यहां तक ​​कि क्रॉस-प्लेटफॉर्म कोड भी उत्पन्न किया जा सकता है, और मुझे ऐसा लगा कि 2019 में, HTML डिस्प्ले भी एक सार्वभौमिक रूप से हल की गई समस्या होनी चाहिए।

यह पता चला कि wxWidgets में, उदाहरण के लिए, मानक "ब्राउज़र" घटक सिस्टम-निर्भर "ब्राउज़र" पर एक क्रॉस-प्लेटफ़ॉर्म रैपर है, जो इस मामले में Windowsउदाहरण के लिए, इसका अर्थ है इंटरनेट एक्सप्लोरर 7और स्थिति Windows फॉर्म्स भी कोई बेहतर विकल्प नहीं है, और IE9 से नए संस्करणों तक पहुँचने के लिए जटिल प्रक्रियाओं की आवश्यकता होती है। रजिस्ट्री हेरफेर. जैसा कि आप देख सकते हैं, मैं अकेला व्यक्ति नहीं हूं जो पिछले 15 वर्षों से अन्य कार्यों में व्यस्त रहा हूं - यहां भी कुछ आगे नहीं बढ़ा है।

इसके बाद, मेरे पास दो विकल्प थे: फ्रेमवर्क को बदलना या ब्राउज़र के लिए वैकल्पिक घटक की तलाश करना। कुछ हिचकिचाहट के बाद, मैंने पहले दूसरा रास्ता आजमाने का फैसला किया और जल्दी ही इस परियोजना के बारे में पता चला CEF पायथन: क्रोमियम एम्बेडेड फ्रेमवर्क के लिए पायथन बाइंडिंग, विशेष रूप से पायथन अनुप्रयोगों में क्रोमियम को एम्बेड करने के कार्य के लिए डिज़ाइन किया गया है।

स्थिति का आकलन करें: पायथन दुनिया की सबसे लोकप्रिय प्रोग्रामिंग भाषाओं में से एक है, क्रोम अनिवार्य रूप से ब्राउज़र बाजार पर एकाधिकार है। इस मामले में, CEF पायथन वास्तव में ऊर्जा द्वारा समर्थित है एक लड़का, उसे शक्ति और स्वास्थ्य मिले। क्या अब किसी को इसकी जरूरत नहीं है?

हालांकि, CEF पायथन ने अंत में मेरी मदद नहीं की: हालांकि प्रोजेक्ट रिपोजिटरी से wxWidgets के साथ एकीकरण का मूल उदाहरण भी स्पष्ट रूप से बग वाला है, मैंने थोड़ी देर के लिए इसके साथ छेड़छाड़ करने की कोशिश की, लेकिन फिर भी उत्पन्न होने वाली सभी समस्याओं को हल नहीं कर सका। मैं इस विषय पर विस्तार से नहीं बताऊंगा; यह शायद ही इसके लायक है.

मैंने क्रोमियम एम्बेडेड फ्रेमवर्क आधारित घटकों पर करीब से नज़र डाली और अंततः इसे आज़माने का फैसला किया। C# के लिए संस्करणचूंकि मैं लगभग हर समय काम करता हूँ Windowsक्रॉस-प्लेटफॉर्म सपोर्ट को बंद करने की संभावना से मुझे वास्तव में कोई परेशानी नहीं हुई।

शुरुआत में कुछ अपरिहार्य दिक्कतों के बाद, चीजें बहुत तेजी से आगे बढ़ीं: CefSharp और Windows फॉर्म्स एक सफल टूल साबित हुआ, और मैं अधिकांश तकनीकी चुनौतियों को बिना किसी समस्या के हल करने में सक्षम रहा।

अप्रयुक्त के बारे में

आप घटक का उपयोग करके अपने C# अनुप्रयोग में फ़ायरफ़ॉक्स को एकीकृत करने का प्रयास कर सकते हैं गेकोएफएक्स, लेकिन मैं उसके बारे में कुछ नहीं कह सकता. Qt फ्रेमवर्क का मानक ब्राउज़र घटक जिसे कहा जाता है क्यूवेबइंजनव्यू स्थापित क्रोमियम पर, इसलिए यह संभवतः CefSharp की तरह ही काम करेगा।

क्यूटी प्रेमी यह टिप्पणी करने के लिए प्रेरित हो सकते हैं: यदि उन्होंने क्यूटी लिया होता, तो उन्हें कोई समस्या नहीं होती। यह सच हो सकता है, लेकिन पायथन या C++ अनुप्रयोगों के लिए GUI फ्रेमवर्क चुनते समय wxWidgets को यदि पहला नहीं तो दूसरा विकल्प भी माना जा सकता है। और मेरी विनम्र राय में, ब्राउज़र जैसी चीज़ को बिना किसी झंझट के किसी भी कम या ज्यादा विकसित GUI फ्रेमवर्क में बनाया जाना चाहिए।

वेबलाइब्रेरी

आइये, कार्यशील शीर्षक के साथ मेरे आवेदन पर वापस आते हैं वेबलाइब्रेरी. आज यह कुछ इस प्रकार दिखता है (ड्रम रोल):

के अतिरिक्त स्वच्छ और संक्षिप्त इंटरफ़ेस यहां केवल सबसे बुनियादी कार्य ही कार्यान्वित किए जाते हैं:

• सिस्टम में किसी निर्दिष्ट निर्देशिका को दस्तावेज़ लाइब्रेरी के रूप में प्रदर्शित करें।
• ब्राउज़र विंडो में दस्तावेज़ देखें. सूची में सामान्य तरीके से नेविगेट करें (कर्सर कुंजियाँ, PgUp, PgDn, Home, End), स्पेस और Shift+Space कुंजियों के साथ ब्राउज़र में स्क्रॉल करें।
• दस्तावेजों का नाम बदलना.
• हॉटकी का उपयोग करके दस्तावेज़ों को पढ़ा हुआ या पसंदीदा के रूप में चिह्नित करें।
• किसी भी क्षेत्र के अनुसार दस्तावेजों को छांटना।
• जब भी लाइब्रेरी फ़ोल्डर में कोई परिवर्तन होता है तो अनुप्रयोग विंडो को ताज़ा करता है।
• बाहर निकलते समय विंडो सेटिंग्स सहेजें.

यह सब मामूली कार्यक्षमता की तरह लग सकता है, लेकिन, उदाहरण के लिए, टैगस्पेस में कॉलम आकार को संरक्षित करना अभी भी समर्थित नहीं है - जाहिर है, लेखकों की अन्य प्राथमिकताएं हैं।

स्थिति (पढ़ी गई/पसंदीदा) को केवल फ़ाइल नाम (पढ़ी गई फ़ाइल) में संग्रहीत किया जाता है doc.html इसका नाम बदला जा रहा है doc{R,S}.html). इसमें कोई समन्वयन नहीं है, लेकिन मैं लाइब्रेरी को ड्रॉपबॉक्स में ही रखता हूं - आखिरकार, यह फाइलों वाला एक फ़ोल्डर ही है।

फ़ाइलों को स्थानांतरित करने और हटाने, साथ ही कस्टम टैग लागू करने जैसी सरल चीजों को और बेहतर बनाने की योजना है। अगर कोई मदद करना चाहे तो मुझे ख़ुशी होगी।

निष्कर्ष

बहुत अलग. जैसा कि मैंने शुरू में कहा था, यह आश्चर्यजनक है कि एक व्यक्ति का टूलकिट दूसरे व्यक्ति के टूलकिट से कितना भिन्न हो सकता है। मेरे लिए, वेबरिसर्च जैसे टूल का उपयोग करना स्वाभाविक है, और इसकी अनुपस्थिति से मुझे लगभग शारीरिक असुविधा महसूस हुई। साथ ही, जाहिर है, मेरे पास बहुत से समान विचारधारा वाले लोग नहीं हैं, अन्यथा एनालॉग खोजने में कोई समस्या नहीं होगी। दूसरी ओर, इसी तरह के मामले बहुत अधिक मुख्यधारा सॉफ्टवेयर के साथ भी होते हैं: उदाहरण के लिए, माइक्रोसॉफ्ट OneNote के डेस्कटॉप संस्करण को अपडेट नहीं करने जा रहा है, इसलिए मुझे 2016 संस्करण का उपयोग करने के लिए मजबूर होना पड़ रहा है, और जल्द ही या बाद में मुझे भी इससे कहीं और जाना होगा।

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

यह पता चला कि वास्तविकता बहुत कम अनुकूल है, और आप अचानक किसी समस्या में फंस सकते हैं। मान लीजिए कि मेरे पास दो स्प्लिटर्स हैं जिनका उपयोग मैं ब्राउज़र विंडो को फैलाने के लिए कर सकता हूं। खैर, wxWidgets में लोड करने के बाद उनकी स्थिति को पुनर्स्थापित करना अत्यंत कठिन है, क्योंकि सिस्टम मेरे लिए उपलब्ध लगभग सभी घटनाओं के बाद उन्हें डिफ़ॉल्ट स्थिति में सेट कर देता है, और मुझे जो चाहिए उसे प्राप्त करने के लिए सभी प्रकार की हैकिंग करनी पड़ती है। किसने अनुमान लगाया होगा?

दूसरी ओर, यह स्पष्ट है कि Windows फॉर्म्स को व्यावसायिक इंटरफेस के लिए डिज़ाइन किया गया है। मेरी लगभग सभी ज़रूरतें पहले से ही मौजूद थीं: एप्लिकेशन सेटिंग्स को सहेजना और पुनर्स्थापित करना, एक उपयोगकर्ता-अनुकूल घटक इंटरफेस (उदाहरण के लिए, मुझे यह उम्मीद नहीं थी कि ट्रीव्यू घटक से रूट से लेकर किसी भी चाइल्ड एलिमेंट तक का पूरा पथ स्ट्रिंग के रूप में प्राप्त किया जा सकता है), और फ़ोल्डर सामग्री परिवर्तन ट्रैकर जैसी परिष्कृत सुविधाएँ।

किसी भी मामले में, समय बर्बाद नहीं हुआ, और परिणाम संतोषजनक माना जा सकता है, तो आप जीवन से और क्या चाहते हैं, है ना?

स्रोत: www.habr.com