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

जहां तक ​​प्रक्रिया और दिशा-निर्देशों में बदलाव की बात है, तो यह मेरे काम को बहुत आसान बना देता है

बहुत अच्छा कहा @mikeal। मैं इस मुद्दे को और अधिक दृश्यता हासिल करने के लिए पिन कर रहा हूं।

चीजें जो हम कर सकते हैं - कृपया चर्चा करें और स्वयंसेवा करें!

• [] परियोजना की वर्तमान स्थिति के साथ रीडमी अपडेट करें
• [ ] ci प्रकाशन पाइपलाइन को अपडेट करें @mikeal
• [ ] request विकल्पों पर कुछ मार्गदर्शन के साथ एक दस्तावेज़ प्रदान करें https://github.com/request/request/issues/3143
• [ ] किसी अन्य पैकेज का उपयोग करने के लिए पैकेज की स्थापना पर एक चेतावनी संदेश जोड़ें और दस्तावेज़ का संदर्भ लें
• [ ] समर्थन बंद करने के लिए एक तिथि चुनें (मैं 6 महीने वोट करता हूं, लेकिन 12 शायद अधिक मित्रवत है)
• [ ] सभी सुविधा अनुरोध बंद करें और prs . सुविधा दें
• [ ] प्रासंगिक बग फिक्स की समीक्षा करें और मर्ज करें
• [ ] जीथब इश्यू और पीआर टेम्प्लेट जोड़ें, जिसमें बताया गया है कि सुविधाओं को मर्ज नहीं किया जाएगा
• [ ] अगले प्रमुख संस्करण ( 3.x ) को हटा दें ताकि सक्रिय रखरखाव में परियोजना को चेतावनी मिले लेकिन पुराने प्रोजेक्ट हमेशा की तरह जारी रहें

इससे बहुत कुछ बोध होता है! मैं इस नीति को request-promise परिवार के लिए भी धीरे-धीरे अपनाऊंगा। नोड पारिस्थितिकी तंत्र में आपके महत्वपूर्ण योगदान के लिए बधाई!

नवीनतम npm पैकेज को हटा दें और प्रकाशित होने पर ऑटो को हटा दें

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

जैसा कि मैंने देखा, रखरखाव मोड बहिष्करण के समान नहीं है।

• रखरखाव मोड = हम बग और सुरक्षा कमजोरियों को ठीक कर देंगे ताकि आप इस पैकेज का उपयोग करना जारी रख सकें।
• पदावनति = अब किसी को भी इस पैकेज का उपयोग नहीं करना चाहिए। यह आमतौर पर तब होता है जब मॉड्यूल को छोड़ दिया जाता है और कोई और बग या सुरक्षा सुधार प्राप्त नहीं करेगा।

मैं तुम्हें सुनता हूं। पूरा पाठ

नवीनतम एनपीएम पैकेज को हटा दें और सीआई __ (शायद समर्थन बंद होने के बाद?)__ के माध्यम से प्रकाशित होने पर ऑटो को हटा दें?

मुझे लगता है कि हमें अंततः request हटा देना चाहिए क्योंकि मैं नहीं चाहता कि नई परियोजनाएं इसका उपयोग करें।
मैं मुद्दों और पीआरएस को एक सूची में लाने की कोशिश कर रहा हूं जिसे हम हल कर सकते हैं, लेकिन कुछ बग हैं जिन्हें हम बिना किसी बदलाव के ठीक नहीं कर सकते। इसलिए वे ठीक नहीं होंगे और नए उपयोगकर्ताओं को समस्या होगी।

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

हो सकता है कि बहिष्करण सही उत्तर न हो, लेकिन मुझे नहीं पता कि इससे कैसे संपर्क किया जाए।

क्या इसका कोई मतलब है?

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

मुझे request के इतिहास का हिस्सा होने पर गर्व है। मैं bent देखूंगा, यह दिलचस्प लग रहा है, और _small_, जो इन दिनों मेरे लिए अधिक महत्वपूर्ण है।

हमें निष्क्रिय सहयोगियों को हटाना होगा और 2fa को लागू करना होगा, क्योंकि प्रतिबद्ध अधिकार प्रभावी रूप से npm प्रकाशन अधिकार बन जाएंगे।

मुझे हटाने के लिए अच्छा है।

मुझे लगता है कि हमें अंततः अनुरोध को हटा देना चाहिए क्योंकि मैं नहीं चाहता कि नई परियोजनाएं इसका इस्तेमाल करें।

एक प्रोग्रामर के रूप में जो मॉड्यूल के लिए बहुत आभारी है और जो हर समय इसका उपयोग करता है मैं इसे नई परियोजनाओं पर उपयोग करना चाहता हूं।

यह निर्णय लेना बहुत कठिन रहा होगा लेकिन चरम रूप में सराहनीय है। बहुत बढ़िया।

मुझे इस अद्भुत उपकरण का उपयोग करने पर गर्व है। इसने समुदाय को सुधार करने के लिए मजबूर किया। 🙏
अगर आपको इसे बनाए रखने के लिए मदद की ज़रूरत है तो मुझसे संपर्क करने में संकोच न करें।

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

बहरहाल, इस पुस्तकालय में सभी ने जो कड़ी मेहनत की है, उसके लिए धन्यवाद।

मुझे आश्चर्य है कि अब किस पुस्तकालय को आधुनिक और अनुशंसित माना जा सकता है। Superagent अभी ज्यादातर रखरखाव मोड में है, axios पूरी तरह से सक्रिय नहीं है।

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

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

मुझे लगता है कि यह अभी भी ऊपर उल्लेख के लिए एक व्यवहार्य समाधान है।

@kibertoad ऐसा लगता है कि @mikeal https://github.com/mikeal/bent पर काम कर रहा है। मैं कई वर्षों से https://github.com/sindresorhus/got का उपयोग कर रहा हूं और यह अच्छी तरह से समर्थित और विकसित हो रहा है।

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

आप उस चर्चा को यहाँ देख सकते हैं https://github.com/request/request/issues/3143

आप एक वर्तमान कार्य योजना पा सकते हैं (जो प्रत्यक्ष प्रतिक्रिया का स्वागत है) यहां पाया जा सकता है https://github.com/request/request/issues/3142#issuecomment -478303334

request पर आपके काम के लिए धन्यवाद!

अनुरोध के मूल में पैटर्न पुराने हैं।

पैटर्न हर कुछ महीनों और वर्षों में बदलते हैं, खासकर जावास्क्रिप्ट समुदाय में। request को मूल रूप से क्यों बनाया गया था, क्या कारण आज भी मान्य नहीं हैं?

request में 10 साल की प्रतिबद्धता, स्थिरता और परीक्षण हैं। खरोंच से क्यों शुरू करें? क्या यह सिर्फ "जावास्क्रिप्ट थकान" नहीं जोड़ रहा है, जिसके परिणामस्वरूप अधिक पुस्तकालय एक ही काम कर रहे हैं - HTTP अनुरोध?

नोड के इतिहास में इस तरह के एक महत्वपूर्ण और ऐतिहासिक पुस्तकालय को देखना दुखद है क्योंकि 2019 में स्ट्रीम और कॉलबैक अब फैंसी नहीं हैं।

मुझे विश्वास नहीं है कि पुस्तकालय को बहिष्कृत करने की वास्तव में आवश्यकता है, यह लगभग 10 वर्षों से है, बहुत सारे स्थानों में उपयोग किया जाता है और वास्तव में बहुत स्थिर है, और अंत में। यह केवल HTTP अनुरोध करता है, पुस्तकालय को और क्या चाहिए? महीने के JS सनक के लिए समर्थन? मैं

जो कमिटर्स अभी भी सक्रिय हैं, वे समय पर फ़िक्सेस को मर्ज करने का प्रयास करेंगे, हालांकि कोई वादा नहीं है ।

बा-दम-छः! मैं

यह जिम्मेदार बहिष्करण है। अच्छी तरह से संप्रेषित, आगे बढ़ने की योजना के साथ। मुझे लगता है कि अन्य ओएसएस अनुरक्षक इसे लक्ष्य के लिए एक मानक के रूप में देख सकते हैं।

यह एक पैकेज के बारे में भूलने और यादृच्छिक लोगों (जो कोड में बैक-डोर इंजेक्ट कर सकते हैं) को अनुरक्षक के रूप में देने से बेहतर है जब आप अब परवाह नहीं करते हैं।

अनुरोध एक बेहतरीन पैकेज था, और हम प्रारंभिक नोड पारिस्थितिकी तंत्र में आपके योगदान के लिए आपका बहुत-बहुत धन्यवाद करते हैं। आप अपने आकलन में सही हैं कि कॉलबैक शैली अब मुहावरेदार जावास्क्रिप्ट नहीं है, और ऐसे अन्य पैकेज भी हैं जो WHATWG मानकों को प्रतिबिंबित करते हैं।

@stcktrce बिल्कुल, पुस्तकालय को किसी और चीज की आवश्यकता नहीं है, यह वैसे ही काम करता है जैसे यह है। लेकिन पूरे पारिस्थितिकी तंत्र में बड़े सुधार हुए हैं। पुस्तकालय को बहिष्कृत करना दूसरों के लिए नए और अधिक आधुनिक पुस्तकालयों की जाँच करने के अवसर को चिह्नित करना है, बजाय इसके कि वे केवल सबसे लोकप्रिय पुस्तकालयों पर निर्भर रहें।

@mikeal पुस्तकालय में आपके सभी प्रयासों के लिए धन्यवाद ( r2 भी) और पारिस्थितिकी तंत्र। साथ ही, पारिस्थितिकी तंत्र में एक सुविचारित और नियोजित अवमूल्यन की इस पूर्वता को स्थापित करने के लिए।

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

@ मिकेल मुझे नहीं लगता कि यह एक अच्छा विचार है।

समस्या यह है कि अधिकांश प्रतिस्थापन अनुरोध से कम गुणवत्ता वाले हैं। मैं बस में ले जाया गया request से axios के बारे में एक सप्ताह पहले।

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

नए उपयोगकर्ताओं के लिए axios सतही रूप से अनुरोध के रूप में अच्छा दिखता है (उपयोगकर्ताओं की समान संख्या, डिज़ाइन द्वारा वादे, आदि)

request के लिए धन्यवाद :)

यदि कोई प्लग करने योग्य फ़िल्टर और स्ट्रीम के लिए अच्छे समर्थन के साथ न्यूनतम वादा-आधारित HTTP लाइब्रेरी की तलाश में है तो आप httplease देख सकते हैं। हम इसे उत्पादन में कुछ वर्षों से उपयोग कर रहे हैं।

मुझे अनुरोध मॉड्यूल पसंद है। बहुत-बहुत धन्यवाद।
आपका मतलब है कि अन्य नए मॉड्यूल को बाहर आने से रोकने के लिए अनुरोध पर बहुत अधिक ध्यान दिया जाए?

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

@reconbot नवीनतम axios (^0.18.0) में आप किसी प्रॉक्सी सर्वर के माध्यम से https साइट से कनेक्ट नहीं हो सकते। ऐसा करने से EPROTO त्रुटियाँ उत्पन्न होती हैं। यह इस बारे में एक खुला बग है, लेकिन यह मुद्दा वर्षों पीछे चला जाता है: https://github.com/axios/axios/issues/1981

संपादित करें: विशेष रूप से, आप http प्रॉक्सी के माध्यम से https अनुरोध करने के लिए axios का उपयोग नहीं कर सकते। शायद एक समर्पित https प्रॉक्सी काम करता है, कोशिश नहीं की।

मुझे यकीन है कि आशा सुधारों को नई सुविधाओं के रूप में नहीं माना जाता है, जैसे कि अधिकतम प्रतिक्रिया आकार के लिए मेरा पुल अनुरोध, जिसे मैं किसी भी परिपक्व पुस्तकालय की मानक आवश्यक विशेषता के रूप में देखता हूं।

इसके अलावा मैंने इसे चुनने से पहले अन्य अनुरोध libs की समीक्षा की और उनमें से अधिकतर बहुत ही समस्याग्रस्त, अपूर्ण और छोटी हैं। उनके दस्तावेज़ भी नहीं मापते हैं। मैं वास्तव में नहीं देखता कि कोई अन्य पुस्तकालय क्या ला सकता है लेकिन अवांछित कोड और बग, ऐसा नहीं है कि HTTP अनुरोध करने के लिए एक नया दृष्टिकोण है। यह http/https मॉड्यूल को लपेटने और बफरिंग प्रतिक्रिया, डिकोडिंग प्रतिक्रियाओं, और निश्चित रूप से पूरी चीज को वादा करने की क्षमता जैसे समझदार डिफ़ॉल्ट प्रदान करने के बारे में है । यहां इस पुस्तकालय की सबसे बड़ी समस्या कुल संगतता का लक्ष्य है, विरासत सामग्री के साथ संगत होने का प्रयास केवल दर्द और विरासत कोडिंग प्रथाओं को लाता है। लेकिन इसे कई तरह से ठीक किया जा सकता है। वहाँ एक अच्छा आधार है जिसे कुछ सुरुचिपूर्ण, आधुनिक और न्यूनतर में पुन: सक्रिय किया जा सकता है। और सबसे विश्वसनीय। ऐसा करने के कई तरीके हैं - अधिक फ़ाइलों में विभाजित करें, बेबेल या टाइपस्क्रिप्ट के साथ ईसीएमए 6 का उपयोग करें।

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

फिक्स को नई सुविधाएँ नहीं माना जाता है। सुधारों को कम से कम एक वर्ष के लिए मर्ज किया जाएगा, संभवतः इससे भी अधिक समय के लिए।

-माइकल

से: मिवानोवाक्सवे नोटिफिकेशन @github.com
भेजा गया: गुरुवार, अप्रैल 11, 2019: 2:38 पूर्वाह्न
प्रति: अनुरोध/अनुरोध
सीसी: मिकेल रोजर्स; उल्लेख
विषय: पुन: [अनुरोध/अनुरोध] अनुरोध का अतीत, वर्तमान और भविष्य (#3142)

मुझे यकीन है कि आशा सुधारों को नई सुविधाओं के रूप में नहीं माना जाता है, जैसे कि अधिकतम प्रतिक्रिया आकार के लिए मेरा पुल अनुरोध, जिसे मैं किसी भी परिपक्व पुस्तकालय की मानक आवश्यक विशेषता के रूप में देखता हूं।

इसके अलावा मैंने इसे चुनने से पहले अन्य अनुरोध libs की समीक्षा की और उनमें से अधिकतर बहुत ही समस्याग्रस्त, अपूर्ण और छोटी हैं। उनके दस्तावेज़ भी नहीं मापते हैं। मैं वास्तव में नहीं देखता कि कोई अन्य पुस्तकालय क्या ला सकता है लेकिन अवांछित कोड और बग, ऐसा नहीं है कि HTTP अनुरोध करने के लिए एक नया दृष्टिकोण है। यह http/https मॉड्यूल को लपेटने और बफरिंग प्रतिक्रिया, डिकोडिंग प्रतिक्रियाओं, और निश्चित रूप से पूरी चीज को वादा करने की क्षमता जैसे समझदार डिफ़ॉल्ट प्रदान करने के बारे में है। यहां इस पुस्तकालय की सबसे बड़ी समस्या कुल संगतता का लक्ष्य है, विरासत सामग्री के साथ संगत होने का प्रयास केवल दर्द और विरासत कोडिंग प्रथाओं को लाता है। लेकिन इसे कई तरह से ठीक किया जा सकता है। वहाँ एक अच्छा आधार है जिसे कुछ सुरुचिपूर्ण, आधुनिक और न्यूनतर में पुन: सक्रिय किया जा सकता है। और सबसे विश्वसनीय। ऐसा करने के कई तरीके हैं - अधिक फ़ाइलों में विभाजित करें, बेबेल या टाइपस्क्रिप्ट के साथ ईसीएमए 6 का उपयोग करें।

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

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub https://github.com/request/request/issues/3142#issuecomment-482043697 पर https://github.com/notifications/unsubscribe-auth/AAACQ8I4BSRtOjqHk637gRfBhkvGbRrIks5vMwKigaJ .

TIL 41k पैकेज बस असुरक्षित हो गए।

देखिए, मैं मानता हूं कि अनुरोध समाप्त हो जाना चाहिए, लेकिन मैं हमेशा मुख्यधारा के पैकेजों से डरता हूं जैसे कि उनकी रिलीज पाइपलाइन बदल रही है। दुर्भावनापूर्ण कोड प्रकाशित करने वाला एक खराब अभिनेता या एक समझौता किए गए देव बॉक्स प्रभावी रूप से हर प्रोजेक्ट में फैल जाएगा।

कृपया npm पुश आवश्यकताओं को कसने पर विचार करें। सीआई के लिए एक शाखा स्थापित करें, कई अनुमोदनों की आवश्यकता है, बस मास्टर को धक्का देने से ज्यादा कुछ।

हालांकि कोई वादा नहीं।

जानबूझ का मजाक? मैं

शायद वही तार्किक तर्क एक्सप्रेसज पर लागू किया जाना चाहिए? अनुरोध के लिए अब हमारे पास नया चमकदार मॉड्यूल है, क्षितिज पर एक्सप्रेसजे के लिए कोई फिर से लिखना या सही विकल्प नहीं है।

एक्सप्रेस बहुत अच्छा है, लेकिन यह वास्तव में इन वर्षों में नई सुविधाओं के साथ सक्रिय रूप से अद्यतन नहीं है

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

@laoshaw ने request साथ कुछ भी करने के लिए क्या व्यक्त किया है?

पूर्ण बहिष्कार की तैयारी। https://github.com/request/request/pull/3267

हम पूरी तरह से बहिष्कृत हैं!

एनपीएम पर सभी संस्करण बहिष्करण और रीडमे नोट स्पष्ट रूप से नोट करते हैं कि request को बहिष्कृत कर दिया गया है।

पिछले एक दशक में योगदान देने वाले सभी लोगों को धन्यवाद, यह 10+ साल बहुत अच्छा रहा है। आइए सभी नए पुस्तकालयों की प्रतीक्षा करें जो जेएस भाषा और पारिस्थितिकी तंत्र में होने वाले परिवर्तनों के लिए बेहतर अनुकूल हों।

तो चलिए स्पेसिफिक प्राप्त करते हैं।
अनुरोध मॉड्यूल के लिए लीन कोड प्रतिस्थापन क्या है?

डेड क्रस्ट पर लटके नहीं रहने के लिए .... इतने सारे बेहतर विकल्प ... जैसे कौन से?
कृपया सूर्य पुस्तकालयों/मॉड्यूल के तहत सब कुछ ग्रैंड न करें।

@riclf हम कुछ वर्षों से अनुरोध को समाप्त करने में हमारी सहायता करने के लिए https://github.com/googleapis/teeny-request/ का उपयोग कर रहे हैं। यह वह सब कुछ नहीं करता है जो आप इसे करने जा रहे हैं :) यह हुड के तहत node-fetch का उपयोग करता है। वहाँ अन्य बढ़िया विकल्प भी हैं!

एक वादा-पहले समाधान के लिए gofer जो एपीआई संचार पर बहुत अधिक केंद्रित है। कई एपीआई से बात करने के लिए टीसीपी कनेक्ट टाइमआउट बिल्ट-इन, आसान कॉन्फ़िगरेशन (और रिच एरर) के लिए समर्थन, आदि।

क्या किसी के पास वैकल्पिक क्लाइंट के लिए कोई सिफारिश है जिसके पास HTTP लॉन्ग पोलिंग के लिए अच्छा समर्थन है और जो स्ट्रीम या इवेंट एमिटर के रूप में प्रस्तुत करता है?

पिछली बार जब मैंने अप्रैल 2019 में जाँच की थी, तो got , node-fetch और axios जैसे विकल्पों में एक बड़ी समस्या थी: जब एक (निम्न-स्तरीय नेटवर्किंग) त्रुटि हुई, तो उन्होंने Node.js कोर द्वारा रिपोर्ट किए गए सहायक स्टैक ट्रेस और केवल http क्लाइंट लाइब्रेरी की ओर इशारा करते हुए स्टैक ट्रेस के साथ एक नई उच्च-स्तरीय त्रुटि फेंक दी। इसने परिवहन-स्तर के मुद्दों को डीबग करना काफी असंभव बना दिया, उदाहरण के लिए जब प्रॉक्सी शामिल होते हैं।

क्या कोई अच्छा request विकल्प है जो Node.js कोर द्वारा प्रदान किए गए त्रुटि विवरण को सुरक्षित रखता है?

@bajtos मुझे पूरा यकीन है कि gofer केवल मूल त्रुटियों को सजाता है लेकिन स्टैक के निशान और संदेशों को संरक्षित करना चाहिए।

bent में अच्छी त्रुटियां हैं और इसे async/प्रतीक्षा के लिए डिज़ाइन किया गया है। यह भी अविश्वसनीय रूप से छोटा है और बंडल का आकार नन्हा नन्हा है;)

हालांकि एपीआई अनुरोध जैसा कुछ नहीं है, इसलिए मैं इसे "प्रतिस्थापन" नहीं कहूंगा।

@mikeal इसे bent क्यों कहा जाता है? (अनुरोध याद रखने के लिए एक आसान नाम था।)

bent में अच्छी त्रुटियां हैं और इसे async/प्रतीक्षा के लिए डिज़ाइन किया गया है। यह भी अविश्वसनीय रूप से छोटा है और बंडल का आकार नन्हा नन्हा है;)

हालांकि एपीआई अनुरोध जैसा कुछ नहीं है, इसलिए मैं इसे "प्रतिस्थापन" नहीं कहूंगा।

यह उपयोगकर्ता के अनुकूल तर्क के बजाय तकनीकी रूप से सही लगता है। उपयोगकर्ता के दृष्टिकोण से तुला अनुरोध के समान समस्या को हल करता है लेकिन बेहतर। अब यह बिना किसी कारण के एक बुरे नाम के साथ फंस गया है। आप इसे बिना ज्यादा इमो के रिक्वेस्ट 3 कह सकते हैं। हां एपीआई टूट रहा है लेकिन हमारे पास किस चीज के लिए सेवर है।

आप इसे बिना ज्यादा इमो के रिक्वेस्ट 3 कह सकते हैं। हां एपीआई टूट रहा है लेकिन हमारे पास किस चीज के लिए सेवर है।

bent साथ कुछ समय बिताएं और आप अलग महसूस कर सकते हैं।

नामकरण या वादे बनाम कॉलबैक में यह कोई छोटा अंतर नहीं है। एर्गोनॉमिक्स बहुत अलग हैं, जिन राज्यों की यह सतह है वे बहुत अलग हैं, जिस तरह से यह त्रुटि की स्थिति के बारे में सोचता है वह एक मौलिक रूप से अलग दृष्टिकोण है।

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

आप इन पुस्तकालयों का बहुत अलग तरीके से उपयोग करते हैं। अन्य पुस्तकालय हैं जो request के एपीआई के करीब हैं यदि आप यही चाहते हैं, लेकिन HTTP क्लाइंट पर काम करने के लगभग 20 वर्षों के बाद मुझे एक अलग और अंततः बेहतर दृष्टिकोण मिला है कि मैं लोगों को प्रोत्साहित करूंगा विचार करने के लिए, लेकिन मैं इसे request 3.0 बनाकर सभी के गले नहीं उतरूंगा।

इसे मुड़ा हुआ क्यों कहा जाता है? (अनुरोध याद रखने के लिए एक आसान नाम था।)

क्योंकि आप इसे एक विशिष्ट आकार (बहुत विशेष सफलता मानदंड) में "मोड़" देते हैं और यह उस आकार की सफलता के लिए एक आदर्श एपीआई प्रदान करता है और किसी भी चीज़ पर विफल रहता है।

नाम थोड़ा सारगर्भित है, लेकिन request एक ऐसा नाम है जो आपको आज तक कभी नहीं मिला। मुझे npm रजिस्ट्री में मुश्किल से request मिला और मैंने मूल npm रजिस्ट्री लिखी

प्रतिस्थापन के रूप में "मिला" के बारे में क्या, यह दुख की बात है कि हमारे पास स्पष्ट प्रतिस्थापन नहीं है जबकि अनुरोध आधिकारिक तौर पर बहिष्कृत है।

प्रतिस्थापन के रूप में "मिला" के बारे में क्या, यह दुख की बात है कि हमारे पास स्पष्ट प्रतिस्थापन नहीं है जबकि अनुरोध आधिकारिक तौर पर बहिष्कृत है।

हो सकता है कि हमें इस तथ्य को लेना चाहिए कि किसी ने एपीआई संगत प्रतिस्थापन को एक संकेत के रूप में नहीं लिखा है कि एक बार बैठने और उस पर काम करने के बाद एपीआई संगत प्रतिस्थापन को अपनाना अवांछनीय है।

वह निश्चित रूप से मेरा अनुभव था।

शायद लोग वास्तव में क्या चाहते हैं जब वे "प्रतिस्थापन" के लिए पूछते हैं, इतना अधिक एपीआई संगत विकल्प नहीं है, लेकिन लगभग उसी समस्या को हल करने के लिए अन्य पैकेज पहले से ही मौजूद हैं और जो इस पैकेज को अप्रासंगिक बना रहे हैं। आप आत्मविश्वास से इसे "बहिष्कृत" कह सकते हैं।

और मैं कहूंगा कि मूल्यह्रास नोटिस में विज्ञापन bent (संभवतः कुछ अन्य लोगों के साथ, यदि यह आपको अधिक सहज महसूस कराता है) अस्पष्ट नामकरण के बावजूद इसे ज्ञात करना शुरू करने का एक शानदार तरीका है।

npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142
npm ERR! code E404
npm ERR! 404 Not Found: error-ex@^1.3.1

npm ERR! A complete log of this run can be found in:
npm ERR!     C:\Users\Ammar\AppData\Roaming\npm-cache\_logs\2020-02-12T04_18_22_538Z-debug.log

क्या आप वास्तव में समझते हैं कि "बहिष्कृत" का वास्तव में क्या अर्थ है?

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

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

151 मुद्दों और 55 पुल अनुरोधों के बारे में क्या? उन्हें डंप करें?

और मैं कहूंगा कि विज्ञापन बहिष्करण नोटिस में झुका हुआ है (संभवतः दूसरों के साथ यदि यह आपको अधिक सहज महसूस कराता है) अस्पष्ट नामकरण के बावजूद इसे ज्ञात करना शुरू करने का एक शानदार तरीका है।

यह बहुत जल्दी दूर है - तुला का मुद्दा 2 देखें।

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

151 मुद्दों और 55 पुल अनुरोधों के बारे में क्या? उन्हें डंप करें?

कोई भी कुछ समय से इन्हें ठीक या समीक्षा नहीं कर रहा है, इन्हें पहले ही "डंप" कर दिया गया था।

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

कोई भी कुछ समय से इन्हें ठीक या समीक्षा नहीं कर रहा है, इन्हें पहले ही "डंप" कर दिया गया था।

आपका मतलब यह है कि आप कुछ समय से इनकी समीक्षा नहीं कर रहे हैं। निष्पक्ष रहें, हम जो सहयोगी नहीं हैं, उनका इस पर कोई नियंत्रण नहीं है।

आपकी टिप्पणियों से ऐसा लगता है जैसे इस परियोजना में किसी प्रकार का समर्पित श्रम है जिसके लोग हकदार हैं।

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

ओपन सोर्स सॉफ्टवेयर उपयोगकर्ता को कुछ अधिकार प्रदान करता है

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

अपाचे 2 लाइसेंस से प्रासंगिक पाठ यहां दिया गया है। लगभग हर ओपन सोर्स लाइसेंस में यह होता है।

“Licensor provides the Work (and each Contributor provides its Contributions) on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied, including, without limitation, any warranties or conditions of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE. You are solely responsible for determining the appropriateness of using or redistributing the Work and assume any risks associated with Your exercise of permissions under this License.”

यह एक तोड़ने वाला बदलाव है और मेरी राय में अनावश्यक है। मॉड्यूल को वैसे ही छोड़ दें और हम सभी अगली परियोजना के साथ आगे बढ़ेंगे - खासकर यदि विकल्प लाभ प्रदान करता है। वास्तव में हम ऐसा नहीं करने के लिए मूर्ख होंगे। लेकिन जहां तक ​​मैं देख सकता हूं इस समय कोई वास्तविक विकल्प नहीं है।

ये रही चीजें। इस कोड में ज्ञात बग हैं जिन्हें ठीक नहीं किया जाएगा। यह कोड अब बनाए नहीं रखा जाता है और इसे बहिष्कृत कर दिया जाता है।

बहिष्करण चेतावनी एक नोटिस है कि आप समस्याग्रस्त कोड पर भरोसा कर रहे हैं। यदि आप बहिष्कृत और समस्याग्रस्त कोड पर भरोसा कर रहे हैं तो बस संदेशों को दबाएं। आपकी समस्या चेतावनी प्रतीत होती है न कि सॉफ़्टवेयर की स्थिति। यदि आप सॉफ़्टवेयर की स्थिति से ठीक हैं तो बस चेतावनियों को दबा दें।

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

जब मैं नोड-जिप 3.6.2 स्थापित करने का प्रयास करता हूं तो मुझे मदद चाहिए !!!.. मुझे यह समस्या हो रही है
PS C:\Users\User> npm install
npm WARN पदावनत https://github.com/request/request/issues/3142
एनपीएम ईआरआर! पथ C:\Users\User\AppData\Roamingnpm\node-gyp.cmd
एनपीएम ईआरआर! कोड EEXIST
एनपीएम ईआरआर! C:\Users\User\AppData\Roamingnpm\node-gyp.cmd: को हटाने से इनकार करना C:\Users\User\AppData\Roamingnpm\node_modules\node-gyp के बाहर है और एक लिंक नहीं है
एनपीएम ईआरआर! फ़ाइल मौजूद है: C:\Users\User\AppData\Roamingnpm\node-gyp.cmd
एनपीएम ईआरआर! इसे दूर ले जाएँ, और पुन: प्रयास करें।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\User\AppData\Roamingnpm-cache_logs\2020-02-13T05_12_13_683Z-debug.log

@ मिकेल ओह, यह एक दिलचस्प मामला है। बहिष्करण नोटिस में इश्यू नंबर होने से यहां बहुत सारी असंबंधित टिप्पणियां आ सकती हैं, जैसा कि @Meharab ने प्रदर्शित किया है।

शायद यहाँ आगे की टिप्पणियों को रोकने का समय आ गया है?

अद्यतन : 5 दिन बाद और टिप्पणियाँ वास्तव में ढेर हो रही हैं।

@mikeal इन वर्षों के लिए धन्यवाद

शुभ रात्रि अनुरोध। दूसरी तरफ मिलते हैं।

अनुरोध हमेशा के लिए काम करने जा रहा है (जैसा है), क्योंकि यह जावास्क्रिप्ट है .. ठीक है जब तक कि नोड इसके द्वारा उपयोग किए जाने वाले कोर एपीआई को बहिष्कृत करके एक ब्रेकिंग परिवर्तन पेश नहीं करता है

अनुरोध हमेशा के लिए काम करने जा रहा है (जैसा है), क्योंकि यह जावास्क्रिप्ट है .. ठीक है जब तक कि नोड इसके द्वारा उपयोग किए जाने वाले कोर एपीआई को बहिष्कृत करके एक ब्रेकिंग परिवर्तन पेश नहीं करता है

नहीं।
इस कोड में ज्ञात बग हैं जिन्हें ठीक नहीं किया जाएगा। यह कोड अब बनाए नहीं रखा जाता है और इसे बहिष्कृत कर दिया जाता है। (सीट।)

तो अनुरोध में हमेशा के लिए अनफिक्स बग होने वाला है हमेशा के लिए काम नहीं करेगा ...

मुझे समझ नहीं आया। तो मुझे क्या लगता है कि आधिकारिक तौर पर अब क्या करना है, न कि पदावनति चेतावनी प्राप्त करने के लिए?

request निकालें। इसमें इसे आपकी अपनी निर्भरता से हटाना, उन पैकेजों को अपग्रेड करना जो इसे नए संस्करणों में हटाते हैं, या उन पैकेजों को हटाना जो अभी तक नए संस्करणों के साथ अपडेट नहीं किए गए हैं।

नमस्ते।

मैं कॉर्डोवा स्थापित करने की कोशिश कर रहा हूँ।

एनपीएम इंस्टाल-जी कॉर्डोवा

मैं यह त्रुटि प्राप्त करता रहता हूं।
माइक्रोसॉफ्ट विंडोज [संस्करण 10.0.18362.592]
(सी) 2019 माइक्रोसॉफ्ट कॉर्पोरेशन। सर्वाधिकार सुरक्षित।

सी:\उपयोगकर्ता>एनपीएम इंस्टाल-जी कॉर्डोवा
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
C:\Users\AppData\Roamingnpm\cordova -> C:\Users\AppData\Roamingnpm\node_modules\cordova\bin\cordova

• कॉर्डोवा@9.0.0
  10.279s में 1 पैकेज अपडेट किया गया

क्या कॉर्डोवा को स्थापित करने का कोई और तरीका है?
इस खरीद के आसपास एक रास्ता?

हां। ठीक। मैं अनुरोध हटा दूंगा। लेकिन फिर क्या?

तो node.js पर मुझे .. idk.. axios पर स्विच करना होगा?

मुझे अनुरोध के स्थान पर क्या रखना चाहिए?

मैं समझता हूं कि विचार उन सभी कार्यों को फिर से लिखना है जहां अनुरोध मौजूद था?

क्या कोई पैकेज है जिसे मैं रेगेक्स के साथ ढूंढने और बदलने के साथ बदल सकता हूं?

क्या अनुरोध के लिए कोई आधिकारिक प्रतिस्थापन है या क्या हम Google पर सबसे पहले जो कुछ भी आता है उसे खोजने के लिए अभी मुक्त हैं? मुझे समझ नहीं आया

क्या अनुरोध के लिए कोई आधिकारिक प्रतिस्थापन है

नहीं, आप जो चाहें उपयोग कर सकते हैं, हालांकि वही डेवलपर bent पर काम कर रहा है

postman-request कांटा भी है जिसे कई सुधार प्राप्त हुए हैं, ~लेकिन request के मूल्यह्रास के बाद से इसमें कोई गतिविधि नहीं हुई है।~

क्योंकि उनके पास कोई समस्या पृष्ठ नहीं है, मुझे लगता है कि मैं यहां पूछने की कोशिश करूंगा:

@coditva @codenirvana @shamasis @vikiCoder @czardoz

उल्लेखों के लिए क्षमा चाहते हैं, लेकिन अब postman-request लिए आगे बढ़ने की क्या योजनाएँ हैं जबकि request आधिकारिक रूप से समाप्त हो गया है? क्या postman-request रखरखाव जारी रहेगा, या इसे भी हटा दिया जाएगा?

मदद की ज़रूरत है!!! मैं कोणीय स्थापित करने की कोशिश कर रहा हूँ, मुझे एक समस्या है
npm इंस्टाल -g @angular/cli
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
एनपीएम ईआरआर! कोड EEXIST
एनपीएम ईआरआर! पथ C:\Users\FARHAN\AppData\Roamingnpm\node_modules\@angular\cli\bin\ng
एनपीएम ईआरआर! गंतव्य C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
एनपीएम ईआरआर! EEXIST: फ़ाइल पहले से मौजूद है, cmd शिम 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules\@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
एनपीएम ईआरआर! फ़ाइल मौजूद है: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
एनपीएम ईआरआर! मौजूदा फ़ाइल को निकालें और पुन: प्रयास करें, या npm . चलाएँ
एनपीएम ईआरआर! साथ --force फ़ाइलों को लापरवाही से अधिलेखित करने के लिए।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

request के विकल्प क्या हैं? कोणीय अभी भी इस पर निर्भर है। उम्मीद है कि वे जल्द ही अपना कोडबेस अपडेट करेंगे।

मेरे पास एक अल्पकालिक समाधान है जिस पर मिकेल रोजर्स पीछे हटेंगे, शायद मेरे लिए भी फटकारें। यह वर्तमान बहिष्कार 2 अनिर्धारित चरणों में आया- 1) इसकी आवश्यकता की एक सामान्य चर्चा, 2) बैंग, लगभग 30 मिनट का नोटिस और इसे लागू किया गया। सारा नर्क टूट गया है।

मैं @mikeal से पूछता

3 चरण-
1) चर्चा: मार्च 20, 2019 से फरवरी 15, 2020
2) 6 महीने की पदावनति का नोटिस: 15 फरवरी, 2020
3) बहिष्करण का कार्यान्वयन: 15 अगस्त, 2020

इस तरह, न केवल चौखटे और एप्लिकेशन प्रोजेक्ट तुरंत टूटे नहीं हैं, जो कि बहुत कठोर है, लेकिन यह समुदाय अब इस चर्चा क्षेत्र का उपयोग विकल्प साझा करने के लिए कर सकता है, अगले कुछ महीनों में +/- के विकल्प और जगह में विकल्प प्राप्त करें 6 महीने की समय सीमा तक। फिर जब ऐसा होता है तो हम सभी इसे सलाम कर सकते हैं, जयजयकार करें, और कुछ भी टूटा नहीं है।

कृपया, समझें, मैं इसके बहिष्करण की आवश्यकता या इसे करने के निर्माता के अधिकार के बारे में कोई तर्क नहीं दे रहा हूं... जैसा कि ऊपर बताया गया है, मैं 3-चरणीय पूर्व सूचना अनुसूची का सुझाव दे रहा हूं, जो इसकी बहुत अनुरोध मॉड्यूल के आधार पर डेवलपर समुदाय और आज दुनिया में मौजूद ऐप्स में महत्वपूर्ण उपयोग।

मिकेल, कृपया, मेरे सुझाव पर विचार करें, और आज ही पदावनति स्थिति को हटा दें और 6 महीने के नोटिस की घोषणा करें। हम में से कई लोगों के लिए 6 महीने से कम समय पर्याप्त नहीं है, 6 उचित है। मैं इसकी सराहना करूंगा, हम सब करेंगे।

मुझे सुनने के लिए बहुत धन्यवाद,
-रिक फिंक

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

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

@riclf

मदद की ज़रूरत है!!! मैं कोणीय स्थापित करने की कोशिश कर रहा हूँ, मुझे एक समस्या है
npm इंस्टाल -g @angular/cli
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध को हटा दिया गया है, देखें #3142
एनपीएम ईआरआर! कोड EEXIST
एनपीएम ईआरआर! पथ C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng
एनपीएम ईआरआर! गंतव्य C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
एनपीएम ईआरआर! EEXIST: फ़ाइल पहले से मौजूद है, cmd शिम 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
एनपीएम ईआरआर! फ़ाइल मौजूद है: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
एनपीएम ईआरआर! मौजूदा फ़ाइल को निकालें और पुन: प्रयास करें, या npm . चलाएँ
एनपीएम ईआरआर! साथ --force फ़ाइलों को लापरवाही से अधिलेखित करने के लिए।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

ऐसा लगता है कि एंगुलर की नवीनतम रिलीज़ द्वारा हल किया गया है जिसमें request को node-fetch से बदल दिया गया है।

@AURZeeshan
आपकी त्रुटि इससे संबंधित नहीं है। आप इस पैकेज से सिर्फ एक चेतावनी देख रहे हैं, त्रुटि अलग है।

@riclf

मदद की ज़रूरत है!!! मैं कोणीय स्थापित करने की कोशिश कर रहा हूँ, मुझे एक समस्या है
npm इंस्टाल -g @angular/cli
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध को हटा दिया गया है, देखें #3142
एनपीएम ईआरआर! कोड EEXIST
एनपीएम ईआरआर! पथ C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng
एनपीएम ईआरआर! गंतव्य C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
एनपीएम ईआरआर! EEXIST: फ़ाइल पहले से मौजूद है, cmd शिम 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
एनपीएम ईआरआर! फ़ाइल मौजूद है: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
एनपीएम ईआरआर! मौजूदा फ़ाइल को निकालें और पुन: प्रयास करें, या npm . चलाएँ
एनपीएम ईआरआर! साथ --force फ़ाइलों को लापरवाही से अधिलेखित करने के लिए।
एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

ऐसा लगता है कि एंगुलर की नवीनतम रिलीज़ द्वारा हल किया गया है जिसमें request को node-fetch से बदल दिया गया है।

मैंने नवीनतम सीएलआई संस्करण स्थापित किया है। यह अभी भी वही चेतावनी फेंकता है

npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

@ विघ्नेश153 आपके package.json में @angular/cli का कौन सा संस्करण निर्दिष्ट है? ऐसा लगता है कि कुछ निर्भरताओं को अनुरोध की आवश्यकता है, लेकिन मूल पैकेज की नहीं। देखें http://npm.anvaka.com/#/view/2d/ %2540angular%252Fcli

शायद तुम सही हो। मुझे पूरा यकीन नहीं है कि कौन सा पैकेज अनुरोध-पैकेज का उपयोग कर रहा है। यहाँ डिपो का एक स्नैप है:

"dependencies": {
    "@angular/animations": "~9.0.1",
    "@angular/common": "~9.0.1",
    "@angular/compiler": "~9.0.1",
    "@angular/core": "~9.0.1",
    "@angular/forms": "~9.0.1",
    "@angular/platform-browser": "~9.0.1",
    "@angular/platform-browser-dynamic": "~9.0.1",
    "@angular/router": "~9.0.1",
    "rxjs": "~6.5.4",
    "tslib": "^1.10.0",
    "zone.js": "~0.10.2"
  },
  "devDependencies": {
    "@angular-devkit/build-angular": "~0.900.2",
    "@angular/cli": "~9.0.2",
    "@angular/compiler-cli": "~9.0.1",
    "@angular/language-service": "~9.0.1",
    "@types/node": "^12.11.1",
    "@types/jasmine": "~3.5.0",
    "@types/jasminewd2": "~2.0.3",
    "codelyzer": "^5.1.2",
    "jasmine-core": "~3.5.0",
    "jasmine-spec-reporter": "~4.2.1",
    "karma": "~4.3.0",
    "karma-chrome-launcher": "~3.1.0",
    "karma-coverage-istanbul-reporter": "~2.1.0",
    "karma-jasmine": "~2.0.1",
    "karma-jasmine-html-reporter": "^1.4.2",
    "protractor": "~5.4.3",
    "ts-node": "~8.3.0",
    "tslint": "~5.18.0",
    "typescript": "~3.7.5"
  }

एनपीएम इंस्टॉल
npm WARN पदावनत https://github.com/request/request/issues/3142

जब मैं \vue-devtools-dev में पूर्ण "npm install" चाहता हूं, तो मैंने इसके बारे में चेतावनी दी है
मैं इसे कैसे सुलझाऊं ?

मैं इसे पदावनत करने के आपके निर्णय का पूरी तरह से सम्मान करता हूं और आपके उज्जवल भविष्य की कामना करता हूं।

थ्रेड पर आने वाले लोगों के लिए "तो अब से मुझे क्या उपयोग करना चाहिए ??", got या axios वही हैं जो आप ढूंढ रहे हैं।

दयनीय। नोड-फ़ेच में माइग्रेट करने का समय।

...आप को छोड़कर खुद से सवाल करें कि क्या node-fetch request लिए एक अच्छा प्रतिस्थापन है, या यहां तक ​​कि सक्रिय रूप से बनाए रखा गया है। वास्तव में दयनीय।

https://github.com/node-fetch/node-fetch/issues/668#issuecomment -586903934

बीटीडब्ल्यू, जो लोग node-fetch चयन कर रहे हैं उन्हें वास्तव में सावधान रहने की जरूरत है। उस परिवाद, जबकि महान, के अपने स्वयं के गंभीर रखरखाव मुद्दे हैं।

दयनीय। नोड-फ़ेच में माइग्रेट करने का समय।

...आप को छोड़कर खुद से सवाल करें कि क्या node-fetch request लिए एक अच्छा प्रतिस्थापन है, या यहां तक ​​कि सक्रिय रूप से बनाए रखा गया है। वास्तव में दयनीय।

नोड-फ़ेच/नोड-फ़ेच#668 (टिप्पणी)

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

मेरी राय में सरल नोट यह समझाते हुए कि lib अनुरक्षित है, पर्याप्त होगा

एक बहिष्करण नोटिस ठीक यही है: एक साधारण नोट।

@asgetz सभी

मुझे जीथब पर काम करने वाली कम.जेएस फाइलों के साथ समस्या हो रही है। वे PHP के भीतर ठीक काम करते हैं। जब मैंने कमांड में कम डालने की कोशिश की, तो यह चेतावनी सामने आई। मुद्दा क्या है इस पर कोई विचार?

@ljwestwhos अनुरोध को बहिष्कृत के रूप में चिह्नित किया गया है, जिस मुद्दे पर आप टिप्पणी कर रहे हैं उसका पाठ बताता है कि इसका क्या अर्थ है। हालांकि, इसका कम.जेएस के साथ आपकी समस्या से कोई लेना-देना नहीं है, क्योंकि अनुरोध अभी भी पहले की तरह काम करता है।

क्या request लिए कोई प्रतिस्थापन है, लेकिन नोड.जेएस के स्ट्रीम इंटरफ़ेस के साथ? मैंने पाया कि node-fetch , axios दोनों Promise पर आधारित हैं।

मैं स्ट्रीम इंटरफ़ेस के लिए एक प्रतिस्थापन जानना चाहता हूं, जो निचले स्तर के उपयोग के मामलों के लिए अधिक सुविधाजनक है।

@ maple3142 got में एक स्ट्रीम इंटरफ़ेस (साथ ही वादे) और एक माइग्रेशन गाइड है ।

@asgetz

npm मुझे संकेत दे रहा है कि मुझे इसे अभी स्वयं स्थापित करना है।

यह किस तरह का संकेत दे रहा है। जब मैं request स्थापित करता हूं तो मुझे केवल बहिष्करण नोटिस मिलता है और सब कुछ पहले की तरह काम करता है।

इसके लिए मेरा नियोजित उपयोग इतना छोटा है

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

@mikeal क्या आप कृपया https://github.com/request/request/pull/3245 पर एक नज़र डाल सकते हैं proxyHeaderExclusiveList इस पैकेज की सबसे अच्छी विशेषताओं में से एक है और यह ठीक से काम नहीं कर रही है।
चलो इसे ठीक करते हैं!

@kauegimenes इस पैकेज को हटा दिया गया है ... फिर कभी कुछ भी तय नहीं किया जाएगा

@kevinvanrijn मैं अब postman-request को बनाए रखने में सक्रिय रूप से शामिल नहीं हूं, लेकिन परियोजना निश्चित रूप से जीवित है और आखिरी रिलीज एक महीने पहले थी। हालांकि मैं सक्रिय अनुरक्षकों को लंबी अवधि की योजनाओं में शामिल होने दूंगा।

@czardoz यह जानना अच्छा है। मेरे पास request आधार पर छोटी परियोजनाओं (सभी निजी) का एक समूह है जिसे मैं पुनर्लेखन पर समय नहीं दे सकता। एक प्रतिस्थापन के रूप में postman-request को छोड़ने का अर्थ है कि मैं केवल थोड़ी देर के लिए कार्य करना जारी रखने के लिए उन पर भरोसा कर सकता हूं।

cloudscraper भी धीमी रखरखाव से पीड़ित है और संभवत: अभी तक request से दूर नहीं जा पाएगा। एक विकल्प के रूप में postman-request उपलब्ध होने का मतलब है कि कम से कम इसे स्वयं बहिष्कृत होने का जोखिम नहीं होगा।

@ Edo78 आप

जो कमिटर्स अभी भी सक्रिय हैं, वे समय पर फ़िक्सेस को मर्ज करने का प्रयास करेंगे, हालाँकि कोई वादा नहीं है।

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

@csvan क्या आप थोड़ा समझा सकते हैं? मैं केवल कुछ मुद्दों को देख रहा हूँ

मैं एनपीएम के बारे में बहुत कम जानता हूं। मैंने इसे एक एपीआई स्थापित करने के लिए इस्तेमाल किया और मुझे कुछ चेतावनियां मिलीं जो मुझे समझ में नहीं आती हैं। वे मुझे यहां निर्देशित करते हैं। यह मेरे लिए बिल्कुल बेकार है। किसी को यहां कुछ पोस्ट करना चाहिए जो हम में से उन लोगों के लिए उपयोगी है जो यहां निर्देशित हैं या npm में संदेश अधिक उपयोगी होने के लिए तय किया जाना चाहिए। मुझे मिले संदेश निम्नलिखित हैं।

npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN saveError ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, 'C:\Users\Sam\package.json' खोलें
npm नोटिस ने package-lock.json के रूप में एक लॉकफाइल बनाया। आपको यह फाइल प्रतिबद्ध करनी चाहिए।
npm WARN Enoent: ऐसी कोई फ़ाइल या निर्देशिका नहीं, 'C:\Users\Sam\package.json' खोलें
npm WARN सैम कोई विवरण नहीं
npm WARN सैम नो रिपोजिटरी फील्ड।
npm WARN सैम नो रीडमे डेटा
npm WARN सैम नो लाइसेंस फील्ड।

साथ ही, कोई package.json फ़ाइल नहीं है लेकिन एक package-lock.json है। मुझे नहीं पता कि वहां क्या देखना है।

@SimpleSamples पैकेज को हटा दिया गया है और संभावित बग फिक्स के अलावा सक्रिय रूप से बनाए रखा नहीं जाएगा, जैसा कि पाठ स्पष्ट रूप से बताता है। NPM केवल आपको चेतावनी दे रहा है कि आप एक पदावनत पैकेज का उपयोग कर रहे हैं, ताकि आपके पास किसी और चीज़ पर स्विच करने का अवसर हो।

यदि आप यह नहीं समझते हैं कि पदावनति का क्या अर्थ है, तो ऐसे कई उपयोगी लेख हैं जिन्हें Google दूर खोजता है।

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

यह सबसे उपयोगी होगा यदि यह कहा जाए (एक लेख का लिंक
व्याख्या करना) क्या इसे प्रतिस्थापित करता है, या किसी भी क्रिया के बारे में हमें अवगत होना चाहिए।

क्रिस्टोफर Svanefalk सूचनाएं @github.com
मंगलवार, 18 फरवरी, 2020 रात 10:45 बजे

@SimpleSamples https://github.com/SimpleSamples पैकेज है
बहिष्कृत और पाठ के रूप में आगे के अपडेट प्राप्त नहीं होंगे
स्पष्ट रूप से समझाता है। NPM केवल आपको चेतावनी दे रहा है कि आप a . का उपयोग कर रहे हैं
बहिष्कृत पैकेज।

यदि आपको समझ में नहीं आता कि पदावनति का क्या अर्थ है, तो कई हैं
उपयोगी लेख एक Google खोज दूर।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/request/request/issues/3142?email_source=notifications&email_token=ACK22R4G7LHULMPO6DHH273RDTIP7A5CNFSM4HCP6LRKYY3PNVWWK3TUL52HS4DFVREXGEM43VMVBW63LNMV88W06GOZLOOR समस्या
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/ACK22R7UFQSYKW7NEYZ4OTDRDTIP7ANCNFSM4HCP6LRA ।

अगर यह केवल यह कह रहा है कि अनुरोध को बहिष्कृत कर दिया गया है तो उसे बस इतना ही कहना है

हाँ, f*ck कोई भी जो संदर्भ की सराहना करता है और निर्णयों के कारणों को जानना पसंद करता है या चरण-आउट के बारे में विवरण जानना चाहता है। :पी
हालांकि गंभीर होने के लिए, अगर चेतावनी में "क्यों के रूप में" जोड़ा गया था, तो क्या इससे आपकी भ्रम को रोका जा सकेगा?

" npm WARN पदावनत कि क्यों "

तुम सही हो। मैंने "क्यों क्यों" भाग नहीं देखा।

एस्पेन ने लिखा:

"लेकिन क्यों"

@SimpleSamples क्षमा करें यदि मैं गलत समझ रहा हूँ, लेकिन मैं वास्तव में भ्रम नहीं देखता। अनुरोध को हटा दिया गया है, और इस मुद्दे का पाठ स्पष्ट रूप से बताता है कि इसका अर्थ क्यों और क्या है।

आपको यह विचार कहां से आता है कि आपको कुछ भी करने की आवश्यकता है? एक पदावनति केवल एक पदावनति है, आप इसे कैसे संभालते हैं यह आप पर निर्भर है।

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

मुझे खेद है कि आप इस जाल में फंस गए हैं, अनुरोध समुदाय के लिए एक महान सेवा रही है और मुझे पूरी उम्मीद है कि आप अपने निर्णय पर पुनर्विचार करेंगे।

हाँ, मुझे दुख है कि यह चला गया है। कॉलबैक खराब नहीं हैं, न तो वादे हैं और न ही एसिंक्स का इंतजार है।

मुझे लगता है कि आप जो याद कर रहे हैं @SimpleSamples यह है कि आपके द्वारा चिपकाई गई शेष चेतावनियों का आपको यहां लाने package.json (या जो भी अन्य चेतावनियां उत्पन्न कर रहे हों) के बारे में कुछ करना चाहें।

तो अब हमें उन सभी पैकेजों के साथ क्या करना चाहिए जो हुड के तहत request का उपयोग कर रहे हैं?

मैंने इस तरह के एक पैकेज में request को @root/request से बदलने की कोशिश की, यह मानते हुए कि यह वास्तव में एक ड्रॉप-इन प्रतिस्थापन था, लेकिन मैं इसे काम पर नहीं ला सका ।

मैंने request को कुछ इस तरह से बदलने की भी कोशिश की ...

const httprequest = require('http').request; const httpsrequest = require('https').request;

... तथा...

const request = parsedUrl.protocol === 'http' ? httprequest : httpsrequest`

... लेकिन मैं इसे काम करने के लिए नहीं मिला।

तो अब क्या? ड्रॉप-इन प्रतिस्थापन के अभाव में जो वास्तव में अपने वादे को पूरा करता है, क्या हम सभी को अपने node_modules में कई निर्भरता के साथ रहना चाहिए जो एक बहिष्कृत पैकेज पर निर्भर करता है, जिनमें से कई ऐसा प्रतीत नहीं होता है बरकरार रखना? और क्यों?

मुझे लगता है कि request कई पहलुओं में पुराना हो गया है, लेकिन उपयुक्त ड्रॉप-इन प्रतिस्थापन की पेशकश के बिना इस पैकेज को हटाकर, 41K मॉड्यूल अब सीधे एक बहिष्कृत पैकेज पर निर्भर हैं। यदि हम उन पैकेजों पर विचार करते हैं जो इन 41K मॉड्यूल में से कम से कम एक का उपयोग निर्भरता के रूप में करते हैं, तो हम सैकड़ों हजारों के बारे में बात कर सकते हैं यदि लाखों पैकेज प्रभावित नहीं होते हैं।

निश्चित रूप से, मुझे लगता है कि कुछ पैकेजों के लिए, request को fetch , axios , superagent या Node.js के मूल http.request जैसी किसी चीज़ से बदलना आसान है। https.request । लेकिन उदा. उस मामले में जहां अनुरोध किसी अन्य अनुरोध पर पाइप किए जाते हैं (जैसे html2canvas-proxy ), मैं यह पता लगाने के लिए संघर्ष करता हूं कि वहां क्या चल रहा है ... और मैं वास्तव में बदलने की कोशिश करने में कई घंटे खर्च नहीं कर सकता बहिष्कृत कोड की केवल कुछ पंक्तियां जबकि मुझे वास्तव में अधिक महत्वपूर्ण चीजें करनी चाहिए।

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

पैकेज मैनेजर हमें सुरक्षा का झूठा एहसास कराते हैं। ऐसा लगता है कि 4 साल पहले की पूरी लेफ्टपैड पराजय इसमें शामिल जोखिमों के संबंध में लोगों की आंखें खोलने में विफल रही है। मुझे यकीन है कि इससे भी कोई फर्क नहीं पड़ेगा। फिर भी, मुझे लगता है कि मुझे इस बात पर जोर देना चाहिए कि कुछ गंभीर रूप से गलत है जब एक बहिष्कृत या टूटा हुआ पैकेज पूरे पारिस्थितिकी तंत्र में लाखों पैकेजों को प्रभावित कर सकता है। और यह केवल बदतर होने की संभावना है, क्योंकि और अधिक परियोजनाओं को छोड़ दिया जाएगा, बहिष्कृत या यहां तक ​​​​कि अधिक समय बीतने के साथ टूट जाएगा, और हम सभी निर्भरता नरक में रह रहे होंगे ...

लेकिन हे... मुझे लगता है कि कम से कम इसका मतलब है कि जेएस डेवलपर्स के लिए हमेशा $%#@ गड़बड़ी को साफ करने की मांग होगी...

@jslegers

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

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

लाखों पैकेजों पर कोई प्रभाव नहीं

मैंने अनुरोध को कुछ इस तरह से बदलने की भी कोशिश की ...

कृपया घबराना बंद करें; कृपया एक गैर-मौजूद समस्या को ठीक करने का प्रयास करना बंद करें। आपको जो भी पैकेज पसंद हैं उसका उपयोग करें: अनुरोध का बहिष्करण उन्हें तोड़ने वाला नहीं है। धीरे-धीरे उनके पैकेज मेंटेनर दूसरे पैकेज में जा सकते हैं। या वे नहीं कर सकते हैं। कोई फर्क नहीं पड़ता। एक छोटे से संदेश की उपस्थिति के अलावा कुछ भी नहीं बदला है।

जेएस डेवलपर्स के लिए हमेशा $%#@ गड़बड़ी को साफ करने की मांग होगी ...

कोई गड़बड़ नहीं है। बस प्रगति।

लाखों पैकेजों पर कोई प्रभाव नहीं पड़ता है, जब तक कि आप एक सौम्य चेतावनी नहीं

पदावनत उदा। आपके एपीआई या पुस्तकालय का एक हिस्सा मूल रूप से इसका मतलब है कि आप इसे आधिकारिक तौर पर "अप्रचलित" के रूप में नामित करते हैं और आप सक्रिय रूप से उपयोगकर्ताओं को कुछ और चुनने के लिए प्रोत्साहित करते हैं।

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

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

और इनका उपयोग किसी अन्य उद्देश्य के लिए नहीं किया जाना चाहिए। बहिष्करण केवल आपके उपयोगकर्ताओं को यह सूचित करने वाला नहीं है कि "हमारा एपीआई नवीनतम कोडिंग मानकों का पालन नहीं करता है" या "मेरे पास अब इस परियोजना को बनाए रखने का समय नहीं है" ... भले ही पुस्तकालय बहुत स्थिर और सुंदर हो सभी उपयोग मामलों के +99% में उपयोग करने के लिए सुरक्षित और कम से कम अगले दशक या उससे भी कम समय तक ठीक काम करना जारी रखने की संभावना है। यह नहीं है कि बहिष्करण का अर्थ है, और केवल एक संदेश व्यक्त करने के लिए बहिष्करण चेतावनियों का उपयोग करना एक बहुत ही खराब उदाहरण आईएमओ सेट करता है।

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

एक छोटे से संदेश की उपस्थिति के अलावा कुछ भी नहीं बदला है।

वह एक छोटा संदेश मैला दिखता है और माना जाता है कि इसका कोई अन्य उद्देश्य नहीं है, बल्कि कॉल टू एक्शन के रूप में है ... एक अप्रचलित पैकेज को किसी और चीज़ से बदलने के लिए एक कॉल।

यह आपके लिए मायने नहीं रखता, लेकिन यह निश्चित रूप से मेरे और अन्य लोगों के लिए मायने रखता है।

कोई गड़बड़ नहीं है। बस प्रगति।

मुझे लगता है कि आप उन लोगों में से एक हैं जो बदलाव और प्रगति के बीच अंतर नहीं बता सकते।

किसी भी तरह से, मैंने postman-request का उपयोग करके सुझाई गई टिप्पणियों में दूसरों को देखा। @root/request विपरीत, वह ड्रॉप-इन प्रतिस्थापन के रूप में काम करता प्रतीत होता है, इसलिए मैं इस समय के साथ अपने सभी पैकेज अपडेट कर रहा हूं ...

मुझे लगता है कि आप जो याद कर रहे हैं @SimpleSamples यह है कि आपके द्वारा चिपकाई गई शेष चेतावनियों का आपको यहां लाने package.json (या जो भी अन्य चेतावनियां उत्पन्न कर रहे हों) के बारे में कुछ करना चाहें।

स्पर्श!

बात बन चुकी है फिर भी निजी हमले जारी हैं। आप लोग तकनीकी रूप से बहुत बुद्धिमान और अत्यधिक सक्षम हैं लेकिन व्यक्तिगत विशेषज्ञता में सुधार की गुंजाइश है।

बात बन चुकी है फिर भी निजी हमले जारी हैं। आप लोग तकनीकी रूप से बहुत बुद्धिमान और अत्यधिक सक्षम हैं लेकिन व्यक्तिगत विशेषज्ञता में सुधार की गुंजाइश है।

दुर्भाग्य से स्मार्ट होना लोगों को अपनी भावनाओं को अपने निर्णयों पर हावी होने देने से नहीं रोकता है... खासकर जब उनका सामान ऐसा होता है जैसे बिना किसी अच्छे कारण के चीजों को बहिष्कृत किया जा रहा हो या इस बात पर आम सहमति हो कि बहिष्करण का उद्देश्य क्या है।

वैसे भी, मुझे लगता है कि मैंने अपनी बात बिल्कुल स्पष्ट कर दी है। मैं @mikeal , @reconbot या इस परियोजना के किसी अन्य अनुरक्षक को आधिकारिक तौर पर postman-request को request , और संभवतः @root/request लिए एक फीचर-पूर्ण ड्रॉप-इन प्रतिस्थापन के रूप में प्रस्तावित करने के लिए प्रोत्साहित करके समाप्त करना चाहता हूं। request सीमित उपसमुच्चय की आवश्यकता है और उदाहरण की परवाह नहीं करते हैं। धाराएँ। यह किसी भी पैकेज अनुरक्षक को request छोड़ने और इस मुद्दे पर कुछ मिनटों से अधिक समय खर्च किए बिना, और अपनी पूरी लाइब्रेरी या ऐप को रिफलेक्टर किए बिना कष्टप्रद बहिष्करण संदेश से छुटकारा पाने की अनुमति देता है।

@mikeal अनुरोध की वास्तविकता से बहिष्कृत होने के कारण, मैं आपसे प्रतिबिंब के एक पल के लिए पूछना चाहता हूं जो कुछ या शायद हम में से कई के लिए सहायक होगा। आपके पास 2 बाद के http अनुरोध मॉड्यूल हैं, अनुरोध के बाद: r2 और तुला।

क्या मैं आपसे इनमें से किसी एक अनुरोध को दूसरे स्थान पर बदलने के अंतर, लाभ, और प्लस या माइनस का संक्षिप्त सारांश देने के लिए कह सकता हूं। मुझे आपके काम पर भरोसा है।

इस समय के लिए धन्यवाद, और क्या मैं अनुरोध मॉड्यूल के वर्षों के लिए धन्यवाद कहना सुनिश्चित कर सकता हूं।

-रिकू

क्या request-promise-native भी हटा दिया गया है या इसका उपयोग करना सही है?

@ एंटोन-बॉट https://github.com/request/request-promise-native#deprecated

[email protected] : अनुरोध दोहराया गया है ....नई परियोजना बनाने में असमर्थ

[email protected] : अनुरोध दोहराया गया है ....नई परियोजना बनाने में असमर्थ

आप हमेशा की तरह एक प्रोजेक्ट बना सकते हैं। एनपीएम आपको केवल एक चेतावनी दे रहा है।

यह प्रोजेक्ट क्यों हटा दिया गया है?

हाँ यह अच्छा है

4,476,352 रिपॉजिटरी, 52,377 पैकेजों द्वारा उपयोग किया जाता है।
किंवदंती को अलविदा कहो।

यह प्रोजेक्ट क्यों हटा दिया गया है?

@jleppert यह नहीं है, कृपया उस मुद्दे को पढ़ें जिस पर आप टिप्पणी कर रहे हैं।

मैंने लिनक्स में और फिर विंडोज़ में कोणीय स्थापित करने की कोशिश की और दोनों में मैं नहीं कर सका, दोनों में npm install -g @ angular / cli @ latest कमांड निष्पादित करने के बाद मुझे यह त्रुटि दिखाई दी

C:\Users\Hanzell>npm install -g @angular/cli@latest
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
C:\Users\Hanzell\AppData\Roamingnpm\ng -> C:\Users\Hanzell\AppData\Roamingnpmnode_modules\@angular\cli\bin\ng

@angular/ [email protected] पोस्टइंस्टॉल C:\Users\Hanzell\AppData\Roamingnpmnode_modules\@angular\cli
नोड ./bin/postinstall/script.js

• @angular/ [email protected]
  188.027s में 205 योगदानकर्ताओं से 260 पैकेज जोड़े गए

फिर, मैंने भंडार बनाया और यह दिखाई दिया

सी: \ उपयोगकर्ता \ हेंज़ेल \ डेस्कटॉप> एनजी नया
? नए कार्यक्षेत्र और आरंभिक प्रोजेक्ट के लिए आप किस नाम का उपयोग करना चाहेंगे? हैलो
? क्या आप कोणीय रूटिंग जोड़ना चाहेंगे? नहीं
? आप किस स्टाइलशीट प्रारूप का उपयोग करना चाहेंगे? सीएसएस
क्रिएट होला/एंगुलर.जेसन (3551 बाइट्स)
क्रिएट होला/पैकेज.जेसन (1281 बाइट्स)
क्रिएट होला/रीडमे.एमडी (1021 बाइट्स)
होला/tsconfig.json बनाएं (543 बाइट्स)
क्रिएट होला/tslint.json (1953 बाइट्स)
होला/.editorconfig बनाएं (246 बाइट्स)
क्रिएट होला/.गिटिग्नोर (631 बाइट्स)
होला/ब्राउज़र सूची बनाएं (429 बाइट्स)
hola/karma.conf.js बनाएं (1016 बाइट्स)

• संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/request/request/issues/3142g.spec.json (270 बाइट्स)
  एनपीएम ईआरआर! '...f8x\n2SbOSCsT+zdXwIaf' के पास पार्स करते समय JSON इनपुट का अनपेक्षित अंत

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\Hanzel\AppData\Roamingnpm-cache_logs\2020-03-01T05_15_55_441Z-debug.log
× पैकेज इंस्टाल विफल, ऊपर देखें।
योजनाबद्ध कार्यप्रवाह विफल रहा। ऊपर देखो।
होला/src/assets/.gitkeep बनाएं (0 बाइट्स

मदद!

@RiveraHan आपको जो समस्याएं आ रही हैं, वे request पदावनत होने से संबंधित नहीं हैं।

कहा जा रहा है, मैं उत्सुक था। हालाँकि मैंने इसके JS दिनों से कोणीय का उपयोग नहीं किया है, मैंने इसे एक शॉट दिया। ध्यान दें कि मैं अपने वैश्विक मॉड्यूल में कोणीय क्ली नहीं जोड़ना चाहता था, इसलिए मैं थोड़ा अलग तरीके से आगे बढ़ा। मैंने npm 6.14.1 , node 12.16.1 और डेबियन जीएनयू/लिनक्स के साथ निम्नलिखित का परीक्षण किया।

mkdir wrk-dir
cd wrk-dir
mkdir w1
cd w1
npm init -y
npm install @angular/cli --save-dev # this puts `ng` in `wrk-dir/w1/node_modules/.bin/ng`
cd ..
w1/node_modules/.bin/ng new my-app
cd my-app
../w1/node_modules/.bin/ng serve --open # browser will open with compiied results

यदि आप विश्व स्तर पर कोणीय क्ली स्थापित करते हैं, तो बस ../w1/node_modules/.bin/ हटा दें और ऊपर से w1/node_modules/.bin/ वैश्विक स्तर पर पाया जाना चाहिए।

@ मिलेट यह लिनक्स

@RiveraHan यह कोई त्रुटि नहीं है। यह एक npm चेतावनी है। यदि आप जो भी सेटअप उपयोग करते हैं वह npm चेतावनियों पर विफल हो जाता है, तो आपको इसके लिए कॉन्फ़िगरेशन की जांच करने की आवश्यकता है।

@csvan लेकिन, मुझे अपने कोड संपादक में नया प्रोजेक्ट खोलते समय एहसास हुआ कि node_modules फ़ोल्डर प्रकट नहीं होता है और फिर से node_modules फ़ोल्डर उत्पन्न करने के लिए थोड़ा शोध करता है और यह npm इंस्टॉल कमांड के साथ है और वही एक और त्रुटि दिखाई देता है .

@RiveraHan हाँ, लेकिन फिर से इसका request या npm से कोई लेना-देना नहीं है - npm चेतावनियाँ एक इंस्टाल को तब तक नहीं तोड़ेंगी जब तक कि आपका विकास वातावरण किसी तरह ऐसा करने के लिए कॉन्फ़िगर नहीं किया जाता है। आपको यह देखने की आवश्यकता है कि आपका पर्यावरण npm चेतावनियों को क्यों बर्दाश्त नहीं करता है और आप इसके बारे में क्या कर सकते हैं - यदि आपके मामले में भी यही समस्या है। यह बहुत अच्छी तरह से कुछ पूरी तरह से अलग हो सकता है।

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

@ मिकेल ने स्पष्ट रूप से समझाया है कि request को बहिष्कृत क्यों किया गया है। यह करने के लिए जिम्मेदार बात है, यह एक अच्छा निर्णय है, और इसके उलट होने की संभावना नहीं है।

यह भी:

साथ ही, वास्तविक रूप से, लोग अपने पूरी तरह से अच्छे कार्य कोड को प्रतिस्थापित नहीं करने जा रहे हैं जो किसी अन्य चीज़ के साथ अनुरोध का उपयोग करता है। कुछ लिंक किए गए पुल अनुरोध देखें - यह केवल एक विचार नहीं है जिसे लोग करना चाहते हैं।

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

@ एंटोन-बॉट बस @root/request जो मूल रूप से request का 80% अनुपालन कार्यान्वयन है जो हुड के तहत आधुनिक नोड HTTP एपीआई का उपयोग करता है।

@ एंटोन-बॉट आप जीवन के कई तथ्यों को स्पष्ट रूप से याद कर रहे हैं:

1. यह फ्री, ओपन सोर्स सॉफ्टवेयर है। आपको अनुरक्षकों को "बस इसे रोको" कहने का अधिकार नहीं है।
2. अनुरोध इसकी बिक्री-दर-तारीख से पहले था (हालाँकि इसके उपयोग की तारीख से पहले नहीं)। यह वजनदार और पुराने जमाने का हो गया है।
3. @mikeal ने कम से कम दो नए पैकेज तैयार किए हैं जो request. वे दोनों बहुत अधिक हल्के वजन वाले हैं।
4. यदि आप और अन्य इसका उपयोग जारी रखना चाहते हैं, तो आप ऐसा करने के लिए स्वतंत्र हैं। बहिष्करण में कुछ भी आपको ऐसा करने से नहीं रोकता है।

व्यक्तिगत रूप से, मैंने अपने पैकेजों को अपग्रेड करने का अवसर धीरे-धीरे लिया है। kraken-exchange , उदाहरण के लिए, बेंट पर स्विच करके, 5.9MB से 284KB स्थापित हो गया

@csvan ने कहा कि आप "काफी अभिमानी" थे। मैंने जितना इस्तेमाल किया होगा, वह उससे कहीं अधिक विनम्र वाक्यांश है।

@ एंटोन-बॉट बस @ रूट/अनुरोध का उपयोग करें जो मूल रूप से अनुरोध का 80% अनुपालन कार्यान्वयन है जो हुड के तहत आधुनिक नोड HTTP एपीआई का उपयोग करता है।

80% अनुपालन लगभग पर्याप्त नहीं है।

मैं निर्भरता का उपयोग करता हूं जो लापता 20% (जैसे धाराएं) पर निर्भर करता है। उसके लिए, आपको postman-request जैसे फीचर-पूर्ण ड्रॉप-इन प्रतिस्थापन की आवश्यकता है।

मैं एक पिछली टिप्पणी में सुझाव दिया है कि देखरेख डाकिया टीम के लिए अपनी परियोजना सौंप दिया (जो सेंसर करने के लिए किया गया है / नष्ट कर दिया है), तो वे बदल सकते request के के कार्यान्वयन के साथ कार्यान्वयन postman-request , क्योंकि उस पैकेज को अभी भी सक्रिय रूप से बनाए रखा गया है, फीचर-पूर्ण और request में कभी भी ठीक नहीं किए गए कुछ बग को ठीक करता है।

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

यह फ्री, ओपन सोर्स सॉफ्टवेयर है। आपको अनुरक्षकों को "बस इसे रोको" कहने का अधिकार नहीं है।

ज़रूर वह करता है। और बहुत कुछ, अनुरक्षकों को "f * you" कहने का अधिकार है।

अनुरोध इसकी बिक्री-दर-तारीख से पहले था (हालाँकि इसके उपयोग की तारीख से पहले नहीं)। यह वजनदार और पुराने जमाने का हो गया है।

अभी भी पदावनत करने का एक वैध कारण नहीं है।

@mikeal ने कम से कम दो नए पैकेज तैयार किए हैं जो request. वे दोनों बहुत अधिक हल्के वजन वाले हैं।

इसलिए?

हजारों पैकेज आज भी request का उपयोग कर रहे हैं, और अब अनावश्यक रूप से npm install दौरान मूल्यह्रास चेतावनियां दे रहे हैं। ऐसा नहीं होना चाहिए था और उदाहरण के लिए इसे आसानी से रोका जा सकता था। पोस्टमैन टीम को मशाल सौंपना या इस परियोजना को शांति से मरने देना।

यदि आप और अन्य इसका उपयोग जारी रखना चाहते हैं, तो आप ऐसा करने के लिए स्वतंत्र हैं। बहिष्करण में कुछ भी आपको ऐसा करने से नहीं रोकता है।

ज़रूर करता है।

ग्राहक जो npm install दौरान मूल्यह्रास चेतावनियां देखते समय घबरा जाते हैं, हम में से कई लोगों को इसे बाहर बैठने और कुछ भी नहीं करने से रोकते हैं।

पदावनति = कार्रवाई के लिए एक कॉल। यह मूल रूप से लोगों को उनकी निर्भरता को तब तक बदलने के लिए एक अनुग्रह अवधि देता है जब तक कि उनकी निर्भरता समाप्त नहीं हो जाती। इसका उपयोग किसी अन्य मामले में नहीं किया जाना चाहिए, लेकिन ऐसे मामले जहां निर्भरता की अवधि समाप्त होने के बाद मौजूदा कार्यक्षमता को तोड़ने की उम्मीद है।

व्यक्तिगत रूप से, मैंने अपने पैकेजों को अपग्रेड करने का अवसर धीरे-धीरे लिया है। उदाहरण के लिए, क्रैकेन-एक्सचेंज, तुला पर स्विच करके, स्थापित 5.9MB से 284KB तक नीचे चला गया है।

मैंने अपनी कई निर्भरताओं को उन पैकेजों के आंतरिक/अनुकूलित स्थानीय संस्करणों के साथ बदलने की कोशिश की और मूल्यह्रास चेतावनियों से छुटकारा पाने के लिए request को request-postman से बदल दिया। यह एक आसान समाधान की तरह लग रहा था, जो बाद में हमें request-postman को अधिक हल्के विकल्प के साथ वृद्धिशील रूप से बदलने की अनुमति देगा।

तब मुझे पता चला कि स्थानीय पैकेजों से निपटने के संबंध में एनपीएम अविश्वसनीय रूप से छोटी है, जो स्वयं स्थानीय पैकेजों पर निर्भर करता है, जिसने हमारे पर्यावरण को काफी कम स्थिर बना दिया है। इसने वास्तव में कीड़े का एक पूरा 'नोदर कैन' खोल दिया, इसलिए मुझे अपने परिवर्तनों को वापस करना पड़ा और request वापस जाना पड़ा, क्योंकि यह इस तरह के मुद्दे को ठीक करने के लिए प्रयास करने के लिए समय और प्रयास के लायक नहीं था। कोई निश्चित समय।

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

@csvan ने कहा कि आप "काफी अभिमानी" थे। मैंने जितना इस्तेमाल किया होगा, वह उससे कहीं अधिक विनम्र वाक्यांश है।

आप किसी व्यक्ति को "अभिमानी" या बदतर कहने वाले कौन होते हैं, सिर्फ इसलिए कि आप यह समझने में विफल रहते हैं कि उनके और उनकी परियोजनाओं के लिए पदावनति चेतावनियाँ क्यों मायने रखती हैं ?!

जो मुझे अहंकारी लगता है, वह सिर्फ एक परियोजना को बहिष्कृत करना है, लाखों अन्य परियोजनाएं बिना किसी अच्छे कारण के निर्भर करती हैं, बजाय इसके कि आप चीजों को लेने के लिए एक अलग अनुरक्षक की तलाश करें। और यह देखते हुए कि पोस्टमैन टीम के पास पहले से ही request एक फीचर-पूर्ण कांटा है जो सक्रिय रूप से बनाए रखा गया है, मैं कल्पना नहीं कर सकता कि उन्हें ऐसा करने के लिए राजी करना बहुत मुश्किल होगा।

request का बहिष्कार करने के इस निर्णय की विश्वव्यापी लागत का, लाखों अमरीकी डालर में आपका अनुमान क्या है?

शून्य। यह पहले की तरह ही काम करता है। यह बस बेहतर नहीं होगा।

शून्य। यह पहले की तरह ही काम करता है। यह बस बेहतर नहीं होगा।

बकवास!

यदि आपको लगता है कि बहिष्करण चेतावनियों का उन परियोजनाओं पर कोई प्रभाव नहीं पड़ता है जो उन पर निर्भर हैं, तो आपके पास शून्य सुराग है कि बहिष्करण क्या होता है और उन संदेशों का उद्देश्य क्या है!

बहिष्करण बहुत से लोगों को बहुत परेशान करता है, और अच्छे कारण के साथ। यह वही है जो बहिष्करण करना चाहिए!

आह, फिर कोई बात नहीं। मेरी पिछली लिफाफा गणना लगभग $ 30m अमरीकी डालर है लेकिन मुझे लगता है कि मैं गलत था।

USD $30m मेरे लिए बहुत कम अनुमान की तरह लगता है, यह देखते हुए कि कितने पैकेज इस परियोजना पर प्रत्यक्ष या अप्रत्यक्ष रूप से निर्भर करते हैं!

मैं हैरान और चकित हूं कि यहां कितने लोग सोचते हैं कि उनके पास मुफ्त सॉफ्टवेयर का अधिकार है।

मैं हैरान और चकित हूं कि यहां कितने लोग सोचते हैं कि उनके पास मुफ्त सॉफ्टवेयर का अधिकार है।

मैं चकित और चकित हूं कि कितने लोग सोचते हैं कि उनके कार्यों के संबंध में उनकी कोई जिम्मेदारी नहीं है कि कैसे उनके कार्य उनके उपयोगकर्ताओं को केवल इसलिए प्रभावित करते हैं क्योंकि उनके उत्पाद स्वतंत्र या खुले स्रोत हैं।

आईएमओ यह आपके उपयोगकर्ताओं/ग्राहकों के साथ अलग व्यवहार करने के लिए बुनियादी सम्मान की बात है चाहे वे आपके ऐप/लाइब्रेरी का उपयोग करने के लिए भुगतान कर रहे हों या वे भुगतान नहीं कर रहे हों।

क्या आप कभी भी एक निर्भरता के रूप में लाखों अन्य परियोजनाओं द्वारा उपयोग की जाने वाली परियोजना को हटा देंगे यदि लोग इसके लिए भुगतान कर रहे थे जब तक कि आपके पास वास्तव में, वास्तव में, वास्तव में इसके लिए वास्तव में अच्छा कारण न हो (जैसे आश्रित परियोजनाएं दुर्घटनाग्रस्त हो जाती हैं यदि लोग किसी प्रकार की कार्रवाई नहीं करते हैं समय)?

@jslegers मेरी बात बिल्कुल। तो हकदार! अद्भुत!

@jslegers मेरी बात बिल्कुल। तो हकदार! अद्भुत!

मटका...

केतली...

मैं यह तर्क देने के अलावा और कुछ भी नहीं सोच सकता कि उपयोगकर्ताओं को एक तरह से या किसी अन्य को आपको ओपन सोर्स सॉफ़्टवेयर देने के लिए "बकाया" है और उन्हें आपके लिए "सम्मानित" या "आभारी" महसूस करना चाहिए और इस प्रकार शिकायत करने का कोई अधिकार नहीं है जब आपके कार्य सीधे उनकी परियोजनाओं को प्रभावित करते हैं।

निश्चित रूप से, ओपन सोर्स प्रोजेक्ट को सालों तक बनाए रखने के लिए बहुत मेहनत और समर्पण की आवश्यकता होती है। निश्चित रूप से, यह प्रशंसा की बात है जब लोग बिना किसी वित्तीय मुआवजे के अपने खाली समय में ऐसा करने को तैयार हैं। लेकिन यह अभी भी सभी हकदार अभिनय करने और अपने उपयोगकर्ताओं को ठंड में छोड़ने का कोई बहाना नहीं है जब उन्हें आपकी सबसे अधिक आवश्यकता होती है और कई शून्य-प्रयास विकल्प होते हैं!

@ क्लिफ्स

व्यक्तिगत रूप से, मैंने अपने पैकेजों को अपग्रेड करने का अवसर धीरे-धीरे लिया है। उदाहरण के लिए, क्रैकेन-एक्सचेंज, तुला पर स्विच करके, स्थापित 5.9MB से 284KB तक नीचे चला गया है।

मैंने अभी एक नज़र डाली है और package.json अभी भी अनुरोध संस्करण 2,88.0 . का संदर्भ दे रहा है

मैंने अभी एक नज़र डाली है और package.json अभी भी अनुरोध संस्करण 2,88.0 . का संदर्भ दे रहा है

@JonathanRowell हाँ। वर्तमान में इसे npm पर धकेलने से पहले इसका परीक्षण किया जा रहा है। संस्करण v1.9.0 दिन के अंत तक उपलब्ध होगा।

लेकिन यह अभी भी सभी हकदार अभिनय करने और अपने उपयोगकर्ताओं को ठंड में छोड़ने का कोई बहाना नहीं है जब उन्हें आपकी सबसे अधिक आवश्यकता होती है और कई शून्य-प्रयास विकल्प होते हैं!

ठीक यही वजह है कि हमारे पास @jslegers जैसे लोग हैं जो हर दिन अपने खाली समय के कुछ घंटों को रख-रखाव, शाम के काम के बोझ और परियोजना को आगे बढ़ाने में मदद करने के लिए तैयार रहते हैं, बजाय इसके कि किसी मुद्दे पर हंगामा किया जाए!

अरे रुको।

ठीक यही वजह है कि हमारे पास @jslegers जैसे लोग हैं जो हर दिन अपने खाली समय के कुछ घंटों को रख-रखाव, शाम के काम के बोझ और परियोजना को आगे बढ़ाने में मदद करने के लिए तैयार रहते हैं, बजाय इसके कि किसी मुद्दे पर हंगामा किया जाए!

गलत!

इसलिए हमारे पास पोस्टमैन टीम के मित्रवत लोग हैं, जिनके पास पहले से ही अपना request कांटा है जिसका नाम postman-request , जो request लिए फीचर-पूर्ण ड्रॉप-इन प्रतिस्थापन के रूप में कार्य कर सकता है। request और जो सक्रिय रूप से बनाए रखा जाता है! request को पदावनत करने का सामान्य ज्ञान विकल्प उन्हें request रखरखाव को संभालने के लिए कहना होगा।

यदि पोस्टमैन के लोग किसी भी कारण से गिरावट करते हैं, तो request आधिकारिक तौर पर postman-request को पदावनति चेतावनी में एक फीचर-पूर्ण ड्रॉप-इन प्रतिस्थापन के रूप में अनुशंसित कर सकता है, ताकि संसाधनों को सैकड़ों लोगों द्वारा अनावश्यक रूप से बर्बाद होने से रोका जा सके - हजारों में से नहीं - देव स्वतंत्र रूप से ऐसे ड्रॉप-इन प्रतिस्थापन की तलाश में हैं।

वैकल्पिक रूप से, आप केवल आधिकारिक तौर पर request रखरखाव/समर्थन को छोड़ने की घोषणा कर सकते हैं और इसे बिना किसी अवमूल्यन चेतावनी के धीरे-धीरे और शांति से मरने दें, क्योंकि वास्तव में ऐसे पैकेज के रखरखाव को जारी रखने या जारी रखने की कोई आवश्यकता नहीं है जो पूरी तरह से ठीक काम करता है और है निकट भविष्य में टूटने वाला नहीं है।

इन 3 में से कोई भी दृष्टिकोण वर्तमान दृष्टिकोण से असीम रूप से बेहतर होगा और इसके लिए किसी भी पक्ष से किसी अतिरिक्त संसाधन की आवश्यकता नहीं होगी।

मुझे नहीं लगता कि एक या दूसरे को उनकी अपेक्षाओं पर खरा उतरना है या नहीं, यह बहस करना रचनात्मक नहीं है और न ही मौजूदा मुद्दों को हल करने में मदद करेगा। हम सब लेते हैं और देते हैं, और इस आशा के साथ एक दूसरे का सहयोग करते हैं कि अपनी समस्याओं का अधिक आसानी से समाधान किया जा सकता है, लेकिन कोई भी दूसरे को उनकी इच्छा के विरुद्ध कार्य करने के लिए बाध्य नहीं कर सकता।

मेरा मानना ​​​​है कि तथ्य यह हैं कि ए) वर्तमान मालिक अब परियोजना को आगे नहीं बढ़ाना चाहता (पूरी तरह से समझ में आता है), लेकिन यह भी कि बी) बहुत से लोग बहिष्करण चेतावनी से बहुत दर्द महसूस कर रहे हैं क्योंकि इससे दूर प्रवासन नहीं होगा ज्यादातर समय तुरंत होता है (पूरी तरह से समझने योग्य भी)।

तो यह मुझे लगता है कि एक उचित समझौता होगा, जैसा कि पदावनति प्रक्रिया का प्रबंधन करें। इस कदम से प्रभावित लोगों के लिए विनम्र।

तो, @mikeal , क्या आप इस परियोजना का स्वामित्व किसी और को सौंपने को तैयार हैं?

और क्या कोई और इसे मिकेल से लेने के लिए तैयार है ताकि लोगों को चेतावनी जारी की जा रही समस्या का समाधान किया जा सके?

परियोजना के स्वामित्व को सौंपने के लिए सहयोग के अलावा, हम में से कोई भी दूसरों के लिए यह या वह करने के लिए नहीं कह सकता है; कोई केवल अपने लिए बोल सकता है।

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

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

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

जाहिर है, आप केवल किसी को स्वामित्व हस्तांतरित नहीं कर सकते। लेकिन पोस्टमैन टीम एक तार्किक विकल्प की तरह लगती है, क्योंकि...

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

जाहिर है, इस बात की कोई गारंटी नहीं है कि वे स्वीकार करेंगे। लेकिन अगर उनके पास कोई सामान्य ज्ञान होता, तो वे तुरंत इस पर कूद पड़ते। इसलिए जब तक request अनुरक्षक ने पहले ही उनसे संपर्क करने का प्रयास नहीं किया है और पुष्टि कर सकते हैं कि उन्होंने वास्तव में इस प्रस्ताव को अस्वीकार कर दिया है, यह निश्चित रूप से एक शॉट आईएमओ के लायक है!

वास्तव में ऐसे पैकेज के रखरखाव को रोकने या जारी रखने की कोई आवश्यकता नहीं है जो पूरी तरह से ठीक काम करता है और निकट भविष्य में टूटने वाला नहीं है।

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

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

इसका सामना करें, न तो आप और न ही मुझे पदावन नोटिस के बिना अनुरोध की स्थिति का पता चल जाएगा। न ही अधिकांश उपयोगकर्ता होंगे।

मैंने लिनक्स में और फिर विंडोज़ में कोणीय स्थापित करने की कोशिश की और दोनों में मैं नहीं कर सका, दोनों में npm install -g @ angular / cli @ latest कमांड निष्पादित करने के बाद मुझे यह त्रुटि दिखाई दी

C:\Users\Hanzell>npm install -g @angular/cli@latest
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध को हटा दिया गया है, देखें #3142
C:\Users\Hanzell\AppData\Roamingnpm\ng -> C:\Users\Hanzell\AppData\ Roamingnpmnode_modules@angular\cli\bin\ng

@angular/ [email protected] पोस्टइंस्टॉल C:\Users\Hanzell\AppData\ Roamingnpmnode_modules@angular\cli
नोड ./bin/postinstall/script.js

• @angular/ [email protected]
  188.027s में 205 योगदानकर्ताओं से 260 पैकेज जोड़े गए

फिर, मैंने भंडार बनाया और यह दिखाई दिया

सी: \ उपयोगकर्ता \ हेंज़ेल \ डेस्कटॉप> एनजी नया
? नए कार्यक्षेत्र और आरंभिक प्रोजेक्ट के लिए आप किस नाम का उपयोग करना चाहेंगे? हैलो
? क्या आप कोणीय रूटिंग जोड़ना चाहेंगे? नहीं
? आप किस स्टाइलशीट प्रारूप का उपयोग करना चाहेंगे? सीएसएस
क्रिएट होला/एंगुलर.जेसन (3551 बाइट्स)
क्रिएट होला/पैकेज.जेसन (1281 बाइट्स)
क्रिएट होला/रीडमे.एमडी (1021 बाइट्स)
होला/tsconfig.json बनाएं (543 बाइट्स)
क्रिएट होला/tslint.json (1953 बाइट्स)
होला/.editorconfig बनाएं (246 बाइट्स)
क्रिएट होला/.गिटिग्नोर (631 बाइट्स)
होला/ब्राउज़र सूची बनाएं (429 बाइट्स)
hola/karma.conf.js बनाएं (1016 बाइट्स)

• संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/request/request/issues/3142g.spec.json (270 बाइट्स)
  एनपीएम ईआरआर! '...f8x\n2SbOSCsT+zdXwIaf' के पास पार्स करते समय JSON इनपुट का अनपेक्षित अंत

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\Hanzel\AppData\Roamingnpm-cache_logs\2020-03-01T05_15_55_441Z-debug.log
× पैकेज इंस्टाल विफल, ऊपर देखें।
योजनाबद्ध कार्यप्रवाह विफल रहा। ऊपर देखो।
होला/src/assets/.gitkeep बनाएं (0 बाइट्स

मदद!

npm अद्यतन की जाँच करें और बाद में npm कोणीय परियोजना में स्थापित करें

यह इतना पीछे है कि मुझे यह भी नहीं पता कि कहां से शुरू किया जाए। यह कि पैकेज का रखरखाव नहीं किया गया है और इसे दूर ले जाने की सिफारिश की गई है, यह पदावनति का संपूर्ण बिंदु है।

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

यदि किसी विशिष्ट समय से पहले दूर जाने की कोई आवश्यकता नहीं है, तो आपको पदावनत नहीं करना चाहिए... कम से कम तब तक नहीं जब तक कि आप ड्रॉप-इन प्रतिस्थापन का प्रस्ताव नहीं कर सकते (जैसे इस मामले में postman-request )!

अंतर सूक्ष्म हो सकता है, लेकिन परिणाम महत्वपूर्ण है। आप बिना किसी अच्छे कारण के संभवतः हजारों कंपनियों के संसाधनों को बर्बाद कर रहे हैं, जिसे केवल रखरखाव समाप्त करने और उस पर छोड़ने से बचा जा सकता है!

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

... इस पैकेज का बहिष्कार करने से कांटे इस पैकेज को एक अलग नाम के तहत बनाए रखने से नहीं रोकता है

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

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

नहीं, आप यह स्पष्ट करके किसी का समय बर्बाद नहीं कर रहे हैं कि उनकी निर्भरता अब छोड़ दी गई है और लगभग निश्चित रूप से तकनीकी ऋण का स्रोत है।

सिर्फ इसलिए कि एक परियोजना को छोड़ दिया गया है, इसका मतलब यह नहीं है कि इसे किसी और चीज से बदला जाना चाहिए।

विशेष रूप से उन परियोजनाओं के लिए जो कई निर्भरता का उपयोग करते हैं जो सभी request उपयोग स्वयं एक निर्भरता के रूप में करते हैं, request को किसी और चीज़ से बदलने की कोशिश करने का संभावित लाभ इसे प्राप्त करने के लिए आवश्यक प्रयास के करीब भी नहीं आता है। !

एक ऐसी चर्चा जो संभवत: बिना पदावन के जल्द ही कभी नहीं होती।

यह चर्चा पदावनति के बिना आवश्यक नहीं होती।

https://xkcd.com/386/

हां यह किसी बिंदु पर, बिना किसी बहिष्करण के या बिना होगा। वह बिंदु हमेशा बेहतर होता है कि लाइन से नीचे के वर्षों के बजाय पहले पहुंच जाता है जब एक असंबद्ध पैकेज के प्रभाव महसूस होने लगते हैं।

वैसे भी, मैं इसे छोड़ देता हूं। मज़े करो।

"सब कुछ परिवर्तनशील है, सब कुछ प्रकट होता है और गायब हो जाता है; जब तक कोई जीवन और मृत्यु की पीड़ा से परे नहीं जाता तब तक कोई आनंदमय शांति नहीं है।"

— गौतम बुद्ध

@mikeal तुम दंगा करने वाले आदमी हो... रिमाइंडर के लिए धन्यवाद!

इससे पहले कि मैं विवरण और तर्क में जाऊं, मैं सीधे मुद्दे पर आता हूं। जावास्क्रिप्ट पारिस्थितिकी तंत्र के लिए request सबसे मूल्यवान चीज रखरखाव मोड में जाना और नई सुविधाओं या प्रमुख रिलीज पर विचार करना बंद करना है।

request पर अन्य कमिटर्स के लिए अग्रिम क्षमायाचना जो इसे सुधारने के लिए अपनी पूरी कोशिश कर रहे हैं, लेकिन यह सर्वोत्तम के लिए है।

2009

request का पहला संस्करण Node.js पारिस्थितिकी तंत्र के लिए बनाए गए पहले मॉड्यूल में से एक था। शुरुआती संस्करण एपीआई को लिखे गए थे जो मानक कॉलबैक इंटरफ़ेस, स्ट्रीम, नोड_मॉड्यूल्स और एनपीएम को प्री-डेट करते थे। पहले कुछ वर्षों के लिए, request और Node.js एक साथ विकसित हुए, प्रत्येक एक दूसरे से सीखते रहे। चूंकि Node.js ने कोर इंटरफेस में सुधार और माइग्रेट किया है, इसलिए अनुरोध किया है। अनुरोध के रूप में कोर एचटीटीपी लाइब्रेरी और स्ट्रीम में परिवर्तन को अपनाया गया, इसने pipe इवेंट (जिसने request की एक लाइन प्रॉक्सी को सक्षम किया) और कोर एचटीटीपी के कई री-राइट्स में से एक जैसे सुधारों को भी सूचित किया। एक मुझे लिखना था)।

NPM

request npm रजिस्ट्री में जोड़े गए पहले मॉड्यूल में से एक था। जैसे-जैसे npm बढ़ता गया, वैसे-वैसे request पर निर्भरता बढ़ती गई। अब भी, जब npm का उपयोग बैक-एंड कार्य की तुलना में फ्रंट-एंड के लिए कहीं अधिक किया जाता है, तो request रजिस्ट्री में मॉड्यूल पर सबसे अधिक निर्भर रहता है। जैसा कि मैंने इसे लिखा है, 41K मॉड्यूल अनुरोध पर निर्भर करते हैं और इसे सप्ताह में 14 मिलियन बार डाउनलोड किया जाता है।

Node.js पारिस्थितिकी तंत्र में request का स्थान अब एक नवप्रवर्तनक का नहीं बल्कि एक अवलंबी का है। आप कैसे Node.js में HTTP के साथ कुछ उदाहरण की संभावना है करने के लिए गूगल को दिखाने के लिए तो request ग्राहक के रूप में और express सर्वर के रूप में। इसके दो विशेष रूप से बुरे प्रभाव हैं।

पारिस्थितिकी तंत्र पर request की मौजूदा स्थिति के कारण समान कार्यों को पूरा करने वाले नए पुस्तकालयों के लिए गोद लेना बहुत कठिन है। अनुरोध को किसी भी सार्थक तरीके से बदलना भी बहुत कठिन है क्योंकि परिवर्तन न केवल इसके अधिकांश आश्रितों द्वारा अपनाया जा सकता है, बल्कि यह हजारों ब्लॉग पोस्ट और स्टैक ओवरफ्लो प्रतिक्रियाओं के साथ संरेखण से बाहर कर देगा जो request उपयोग करते हैं

आधुनिक जावास्क्रिप्ट

जावास्क्रिप्ट में पिछले कुछ वर्ष नाटकीय रहे हैं। जिन विशेषताओं के बारे में लोगों ने वर्षों से बात की थी, वे विचारों से लेकर मानकों तक, उन विशेषताओं तक चली गईं, जिन पर आप अधिकांश वातावरणों में विश्वसनीय रूप से निर्भर हो सकते हैं। जिस गति से इन्हें अपनाया गया है, वह चौंका देने वाला है, ज्यादातर ब्राउज़रों को ऑटो-अपडेट करने और एक आक्रामक Node.js रिलीज़ शेड्यूल के लिए धन्यवाद।

request के मूल में पैटर्न पुराने हैं। कुछ लोग उस आकलन के साथ बहस कर सकते हैं, और मुझे पता है कि वे कौन हैं इसलिए मुझे आश्चर्य नहीं होगा, लेकिन यह सच है। मुझे अक्सर इस प्रभाव पर संदेह हुआ है कि इनमें से कुछ सुविधाओं को केवल Node.js की नवीनतम रिलीज़ में उपलब्ध होने के बाद ही उन्हें थोक में अपनाना होगा।

पारिस्थितिकी तंत्र में अब इन पैटर्नों में एक संक्रमण हो रहा है। यह कितना गन्दा होगा यह अभी भी हवा में है और मैं चाय की पत्तियों को पढ़ने की कोशिश नहीं करने जा रहा हूँ और यह पता लगाने जा रहा हूँ कि उस संबंध में भविष्य कैसा दिखता है। request के लिए सवाल यह है कि "क्या हम उस संक्रमण के माध्यम से जीवित रहने की कोशिश करते हैं?" एक साल पहले, मैंने सोचा था कि उत्तर स्पष्ट था और हम करेंगे, लेकिन अब मैं इसके विपरीत के प्रति आश्वस्त हूं।

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

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

रखरखाव मोड

यहाँ योजना है।

• request नई सुविधाओं को स्वीकार करना बंद कर देगा।
• request ब्रेकिंग परिवर्तनों पर विचार करना बंद कर देगा।
• जो कमिटर्स अभी भी सक्रिय हैं, वे समय पर फ़िक्सेस को मर्ज करने का प्रयास करेंगे, हालाँकि कोई वादा नहीं है।

• रिलीज़ पूरी तरह से स्वचालित होंगी, मास्टर में कोई भी मर्ज प्रकाशित किया जाएगा। मैंने इसे पहले से ही गिटहब क्रियाओं का उपयोग करके कुछ अन्य परियोजनाओं के लिए बनाया है।

  • हमें निष्क्रिय सहयोगियों को हटाना होगा और 2fa को लागू करना होगा, क्योंकि प्रतिबद्ध अधिकार प्रभावी रूप से npm प्रकाशन अधिकार बन जाएंगे।

क्या होगा अगर हम इसे सिर्फ हटा दें? ये निर्भरता एक हत्यारा है!

@grikard मैं इससे सहमत हूँ - अच्छा विश्लेषण। लेकिन तुच्छ लगने की इच्छा के बिना - यह एक वास्तविक प्रश्न है - क्या अमेरिकियों ने "पत्ती" के बहुवचन को लीफ्स के रूप में लिखा है? मैंने "पत्तियाँ" लीं।

पत्ते पत्ते के लिए बहुवचन है :)

संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/request/request/issues/3142
अगर कोई और यहां जाता है क्योंकि आपको इसके बारे में कोई त्रुटि मिली है
ng new my-app
पुनः प्रयास करें
sudo ng new my-app
हैप्पी हैकिंग

नमस्ते इस त्रुटि को कैसे हल करें? https://github.com/request/request/issues/3142

नमस्ते इस त्रुटि को कैसे हल करें? #3142

क्या त्रुटि?

https://github.com/request/request/issues/3142

बुधवार, 11 मार्च, 2020, रात 8:23 बजे क्लिफ स्टैनफोर्ड नोटिफिकेशन @github.com
लिखा था:

नमस्ते इस त्रुटि को कैसे हल करें? #3142
https://github.com/request/request/issues/3142

क्या त्रुटि?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/request/request/issues/3142#issuecomment-597602350 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AN6OSLTSIY5LZVUEOX3JWHDRG57FNANCNFSM4HCP6LRA
.

मैं इस वजह से अपना प्रोजेक्ट पूरा नहीं कर सकता... और यह आज रात है। क्या कोई अनुरोध में इस मुद्दे को ठीक करने में मदद कर सकता है ??

@AELDREI यह कोई त्रुटि नहीं है। बहिष्करण सिर्फ एक चेतावनी/जानकारी नहीं है, सब कुछ अभी भी काम करता है।
@ वैलेंटाइना-जेएस "यह" सिर्फ एक चेतावनी/जानकारी है, इसलिए यह आपके प्रोजेक्ट को पूरा करने में सक्षम नहीं होने का कारण नहीं हो सकता है। अगर आपको कोई समस्या है तो उसका कोई और कारण होना चाहिए। एक वास्तविक त्रुटि संदेश की तलाश करने का प्रयास करें और देखें कि क्या इसी तरह की कोई समस्या रिपोर्ट की गई है। यदि नहीं, तो एक खोलें और अपनी त्रुटि का विस्तार से वर्णन करें।

नहीं ओ। यह आवश्यक नहीं था। फाड़ना

नई मर्च

npm WARN पदावनत https://github.com/request/request/issues/3142

कृपया इसे हल करें! मुझे नहीं पता कि मैं क्या गलत कर रहा हूँ:

npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN चेकअनुमतियाँ /usr/स्थानीय/lib/node_modules तक लिखने की पहुँच गुम है
एनपीएम ईआरआर! कोड EACCES
एनपीएम ईआरआर! सिस्कल एक्सेस
एनपीएम ईआरआर! पथ /usr/स्थानीय/lib/node_modules
एनपीएम ईआरआर! त्रुटि -13
एनपीएम ईआरआर! त्रुटि: EACCES: अनुमति अस्वीकृत, '/ usr/स्थानीय/lib/node_modules' तक पहुंचें
एनपीएम ईआरआर! [त्रुटि: EACCES: अनुमति अस्वीकृत, एक्सेस '/ usr/स्थानीय/lib/node_modules'] {
एनपीएम ईआरआर! स्टैक: "त्रुटि: EACCES: अनुमति अस्वीकृत, एक्सेस '/ usr/स्थानीय/lib/node_modules'",
एनपीएम ईआरआर! त्रुटि: -13,
एनपीएम ईआरआर! कोड: 'EACCES',
एनपीएम ईआरआर! सिस्कल: 'एक्सेस',
एनपीएम ईआरआर! पथ: '/ usr/स्थानीय/lib/node_modules'
एनपीएम ईआरआर! }
एनपीएम ईआरआर!
एनपीएम ईआरआर! ऑपरेशन को आपके ऑपरेटिंग सिस्टम द्वारा अस्वीकार कर दिया गया था।
एनपीएम ईआरआर! यह संभावना है कि आपके पास इस फ़ाइल को वर्तमान उपयोगकर्ता के रूप में एक्सेस करने की अनुमति नहीं है
एनपीएम ईआरआर!
एनपीएम ईआरआर! अगर आपको लगता है कि यह एक अनुमति समस्या हो सकती है, तो कृपया इसे दोबारा जांचें
एनपीएम ईआरआर! फ़ाइल और उसकी निर्देशिकाओं की अनुमतियाँ, या चलाने का प्रयास करें
एनपीएम ईआरआर! कमांड फिर से रूट / एडमिनिस्ट्रेटर के रूप में।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! /Users/Hazem/.npm/_logs/2020-03-15T16_16_03_301Z-debug.log

@hazembergg NPM के पास node_modules तक लेखन पहुंच नहीं है। वहाँ के साथ कुछ भी नहीं गलत है request कि ब्लॉक npm install । इसे sudo साथ चलाने का प्रयास करें।

आपके त्वरित उत्तर के लिए धन्यवाद, इसने एक आकर्षण की तरह काम किया!

तो मुझे लगता है कि मैं पागल हो रहा हूँ! मैंने रीडमी को कम से कम 20 बार पढ़ा होगा। यह पूरा कार्यक्रम मेरे मूल html ज्ञान से ऊपर है...

_मैं यूट्यूब टिप्पणियां कैसे प्राप्त करूं?_
क्या मैं youtube-comment-scraper चला सकता हूँ? नोड में? बुनियादी टर्मिनल? या आदेश?
नोड प्रतिक्रिया है ...
टर्मिनल प्रतिक्रिया शीर्षक परिवर्तन है लेकिन कुछ नहीं होता है

_अगर मैं एक csv फ़ाइल रखना चाहता हूँ तो क्या होगा?_
कमांड है: youtube-comment-scraper --outputFile youtubecomments.csv --stdout --format csv सही?

_बॉलपार्क प्रोग्राम को चलाने में कितना समय लगेगा, मान लीजिए, एक हज़ार टिप्पणियाँ प्राप्त करने के लिए?_

@hazembergg दोनों। देखें https://www.npmjs.com/package/youtube-comment-scraper#usage कमांड लाइन के उपयोग के लिए और https://www.npmjs.com/package/youtube-comment-scraper#method कार्यक्रम संबंधी उपयोग के लिए। आप सीएलआई तक पहुंचने के लिए कमांड लाइन में स्थापित Node.js के साथ npx youtube-comment-scraper भी चला सकते हैं।

@Richienb जानकारी के लिए फिर से धन्यवाद! मैं उनका अध्ययन करूँगा और आशा है कि मैं सफल होऊँगा!

हां, ऐसा लगता है कि हर कोई कुछ न कुछ गलत कर रहा है। मुझे बताया गया है कि request को पदावनत करने के निर्णय की कोई कीमत नहीं होगी।

शून्य लागत कभी नहीं है!

मुझे सॉस टनल बनाने में समस्या आ रही है।
निम्नलिखित सॉस सेवा का उपयोग करना।
npm इंस्टाल -g wdio-sauce-service
25hnpm WARN पदावनत अनुरोध@2.88.2 : अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
25h

सॉस-कनेक्ट-लॉन्चर@1.2.7 पोस्टइंस्टॉल /usr/लोकल/लिब/नोड_मॉड्यूल्स/wdio-सॉस-सर्विस/नोड_मॉड्यूल्स/सॉस-कनेक्ट-लॉन्चर
नोड स्क्रिप्ट/इंस्टॉल.जेएस || नोडज स्क्रिप्ट/इंस्टॉल.जेएस

+ [email protected]

सॉस सुरंग बनाने का प्रयास करते समय निम्न त्रुटि प्राप्त करना।
सॉस कनेक्ट प्रारंभ नहीं किया जा सका. कोड 1 सिग्नल से बाहर निकलें: शून्य
'onPrepare' हुक में एक सेवा विफल रही
त्रुटि: सॉस कनेक्ट प्रारंभ नहीं कर सका। कोड 1 सिग्नल से बाहर निकलें: शून्य
चाइल्डप्रोसेस पर।(/usr/local/lib/node_modules/wdio-sauce-service/node_modules/sauce-connect-launcher/lib/sauce-connect-launcher.js:566:12)
ChildProcess.emit पर (events.js:198:13)
ChildProcess.EventEmitter.emit पर (domain.js:448:20)
Process.ChildProcess._handle.onexit पर (आंतरिक/child_process.js:248:12)

कृपया सम्मान करें और गंभीर प्रश्न पोस्ट करने से बचें। केवल request ।

@ एंटोन-बॉट इसे जाने दें और अपने जीवन के साथ आगे बढ़ें।

कृपया सम्मान करें और गंभीर प्रश्न पोस्ट करने से बचें। केवल request ।

@ एंटोन-बॉट इसे जाने दें और अपने जीवन के साथ आगे बढ़ें।

गंभीरता पर वापस, अब जबकि request को npm deprecate माध्यम से "आधिकारिक तौर पर" पदावनत कर दिया गया है, अब _every_ एकल अपस्ट्रीम उपयोगकर्ता को इसके बारे में नई चेतावनियां मिल रही हैं।

क्या हम एक पल के लिए इस पर विचार कर सकते हैं? मुझे लगता है कि इससे बेवजह घबराहट हुई है। इतना ही नहीं, लेकिन स्वचालित सिस्टम जो अपने लॉग को प्रतिबद्ध करते हैं, अब इस मुद्दे को इश्यू कुंजी के बी/सी को बहिष्करण चेतावनी में

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

और फिर एक दिन उन उपयोगकर्ताओं में से हर एक कहेगा: "हमें इसके बारे में चेतावनी क्यों नहीं दी गई !?" मैं

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

समस्या यह है कि अनिवार्य रूप से _nobody_ उन्हें पढ़ता है। जब तक एनपीएम ने उन्हें इसके बारे में चेतावनी नहीं दी, तब तक 99% लोगों को अब घबराहट होने का पता भी नहीं चलेगा। _कोई भी नहीं बैठता है और _all_ के रीडमे के माध्यम से उनकी निर्भरता का पता लगाता है कि कौन सा अब बनाए नहीं रखा गया है - जब तक कि बहुत देर न हो जाए।

मैं अपने आप को दोहरा रहा हूं, लेकिन जिस परिदृश्य का आप अनिवार्य रूप से प्रस्ताव कर रहे हैं, उसका अर्थ यह है कि लोगों को इसके बजाय उस कठिन तरीके का पता चल जाएगा जो अनुरोध को बहिष्कृत कर देता है - जब यह अंततः सामान को तोड़ना शुरू कर देता है और एक आधुनिक वातावरण में एक पुराने, अनियंत्रित डिपो होने के कारण सुरक्षा छेद पैदा करता है। जब ऐसा होता है, तो लोगों को मौका मिलने के बजाय विकल्प के लिए _scramble_ की आवश्यकता होगी - जैसा कि अभी है - एक की तलाश करने के लिए अनुरोध अभी भी स्थिर और प्रयोग योग्य है, जो शायद कम से कम एक और वर्ष है।

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

WARN पदावनत अनुरोध@2.88.2 : अनुरोध बहिष्कृत कर दिया गया है, https://github.com/request/request/issues/3142 देखें ।
मैं उस त्रुटि को कैसे ठीक कर सकता हूं?

@mrmehi क्या आप कृपया यहां पहला संदेश पढ़ सकते हैं?

यह कोई त्रुटि नहीं है। या तो आप सीधे अनुरोध पर निर्भर हैं (और फिर आपको किसी अन्य पुस्तकालय में जाना चाहिए, उदाहरण के लिए got या bent ), या आप अपनी निर्भरता में से किसी एक के माध्यम से इस पर निर्भर हैं - फिर या तो इसे अपडेट करें यदि वे पहले से ही चले गए, या आगे बढ़ने के लिए उन्हें पिंग करें।

@kibertoad मैं वास्तव में उलझन में हूँ अब मुझे क्या करना चाहिए?
यह तब होता है जब मैं एक्सपो डाउनलोड करने का प्रयास करता हूं

@kibertoad मैं वास्तव में उलझन में हूँ अब मुझे क्या करना चाहिए?
यह तब होता है जब मैं एक्सपो डाउनलोड करने का प्रयास करता हूं

आपको कुछ नहीं करना है। यह कोई त्रुटि नहीं है, यह एक चेतावनी है। लॉग का "चेतावनी" भाग यही इंगित करता है।
आप एक्सपो.आईओ को जागरूक कर सकते हैं कि वे request विकल्पों की तलाश शुरू कर सकते हैं, क्योंकि यह बहिष्कृत है और इस प्रकार किसी दिन ठीक से काम करना बंद कर सकता है।
लेकिन ऐसा लगता है कि वे इसके बारे में पहले से ही जानते हैं, जैसा कि आप यहां देख सकते हैं:
https://github.com/expo/expo-cli/issues/1659

Microsoft अभी भी इस पैकेज पर निर्भर है। एपसेंटर-क्ली इंस्टॉल पर यह पदावनति चेतावनी देता है:

npm WARN पदावनत https://github.com/request/request/issues/3142

AppCenter टीम के ट्रैक रिकॉर्ड को देखते हुए ऐसा लगता है कि यह जल्द ही किसी भी समय बदलने वाला नहीं है। हमारे बिल्ड लॉग उन पैकेजों के बारे में चेतावनियों से भरे हुए हैं जिन्हें कुछ मामलों में एक साल से अधिक समय पहले बहिष्कृत कर दिया गया था।

कृपया कोई मेरी मदद कर सकता है मुझे एक्सपो-क्ली --ग्लोबल स्थापित करते समय कठिनाई का सामना करना पड़ रहा है।
मैंने नोड, गिट स्थापित किया है। मैं npm इंस्टाल एक्सपो-क्ली --ग्लोबल के रूप में कमांड लिखता हूं लेकिन इस तरह की समस्या का सामना कर रहा हूं:
" npm WARN पदावनत https://github.com/request/request/issues/3142
[.................] | fetchMetadata: WARN पदावनत अनुरोध@2.88.2 : अनुरोध बहिष्कृत कर दिया गया है, https://github.com/request/request/issues/3142 "" देखें।
मुझे यह त्रुटि क्या मिल रही है। कृपया मुझे जवाब दें कि इस मुद्दे को कैसे हल किया जाए।

@mrmehi क्या आप कृपया यहां पहला संदेश पढ़ सकते हैं?

यह कोई त्रुटि नहीं है। या तो आप सीधे अनुरोध पर निर्भर हैं (और फिर आपको किसी अन्य पुस्तकालय में जाना चाहिए, उदाहरण के लिए got या bent ), या आप अपनी निर्भरता में से किसी एक के माध्यम से इस पर निर्भर हैं - फिर या तो इसे अपडेट करें यदि वे पहले से ही चले गए, या आगे बढ़ने के लिए उन्हें पिंग करें।

कृपया आप इस मुद्दे को हल करने में मेरी मदद कर सकते हैं? मैं समस्याओं का सामना कर रहा हूं।

@lemessur पता चला, अनुरक्षकों को बस यह नहीं पता था कि अनुरोध को बहिष्कृत कर दिया गया था। देखें https://github.com/microsoft/appcenter-cli/pull/758#issuecomment -603667106

कोई, कृपया इसे मुख्य मुद्दे की टिप्पणी के शीर्ष पर रखें:

पदावनति सूचना

यदि आप अपनी निर्भरता स्थापित करने का प्रयास करते समय WARN deprecated [email protected]: request has been deprecated, see #3142 प्राप्त कर रहे हैं, तो कृपया आश्वस्त रहें कि यह कोई त्रुटि नहीं है । आपके द्वारा इंस्टॉल किए जा रहे पैकेज के लेखक (या यदि आप request पर निर्भर हैं) को किसी अन्य लाइब्रेरी में माइग्रेट करने की आवश्यकता है। देखें: https://github.com/request/request/issues/3143

@alijatoi
देखें https://github.com/request/request/issues/3142#issuecomment -604126783

@Richienb
#3142 देखें

तो अब मुझे क्या करना चाहिए । कृपया आप इस मुद्दे को हल करने में मेरी मदद कर सकते हैं?

@Richienb
#3142 देखें

मैं जीथब में नया हूं और समझ नहीं पा रहा हूं कि क्या करूं। क्या आप कृपया मुझे चरण दर चरण बता सकते हैं कि मैं अपनी समस्या का समाधान कैसे कर सकता हूं? आपकी त्वरित प्रतिक्रिया की तलाश में।

@alijatoi expo-cli उपयोग कर रहा है request इसलिए यह की निर्भरता परिवर्तित किया जाना चाहिए।

@Richienb तो अब मुझे क्या करना चाहिए? क्या मुझे प्रतीक्षा करनी चाहिए या एक्सपो-क्ली को स्थापित करने का कोई अन्य तरीका है।
कृपया मेरी मदद करें मैं प्रतीक्षा कर रहा हूँ।
धन्यवाद

@alijatoi कोई समस्या बनाएं और/या प्रतीक्षा करें।

@Richienb आपकी प्रतिक्रिया के लिए
एक्सपो क्ली स्थापित करने का कोई अन्य तरीका नहीं है?

@alijatoi नहीं

दोस्तों, अगर आपको परेशानी का सामना करना पड़ रहा है तो एक्सपो-क्ली को एनपीएम के साथ इंस्टॉल करें क्योंकि डिप्रेक्टेड मैसेज: यार्न इंस्टॉल करें फिर यार्न एक्सपो-क्ली इंस्टॉल करें

@ caio-vinicius यह केवल इसलिए काम करता है क्योंकि यार्न केवल एक बार चेतावनी प्रदर्शित करता है और लॉकफाइल को पुन: उत्पन्न करते समय इसे प्रदर्शित करना जारी रखेगा।

दोस्तों, अगर आपको परेशानी का सामना करना पड़ रहा है तो एक्सपो-क्ली को एनपीएम के साथ इंस्टॉल करें क्योंकि डिप्रेक्टेड मैसेज: यार्न इंस्टॉल करें फिर यार्न एक्सपो-क्ली इंस्टॉल करें

@ caio-vinicius हाँ मैंने इंस्टाल यार्न का उपयोग करके इंस्टाल किया है, फिर यार्न एक्सपो-क्ली ग्लोब्ली को स्थापित करता है, लेकिन जब मैं एक्सपो क्ली के संस्करण की जाँच करता हूँ तो यह समस्या देता है कि एक्सपो किसी भी इंटर्नल या बाहरी कमांड को परिभाषित नहीं करता है

@alijatoi कृपया सुनिश्चित करें कि विश्व स्तर पर स्थापित करने के लिए यार्न का उपयोग करते समय आप सही सिंटैक्स का उपयोग कर रहे हैं।

https://classic.yarnpkg.com/hi/docs/cli/global/

हालाँकि, @alijatoi , एक अधिष्ठापन एक बहिष्करण चेतावनी को तोड़ना लगभग निश्चित रूप से आपके पर्यावरण या उस पैकेज के साथ एक समस्या है जिसे आप स्थापित करने का प्रयास कर रहे हैं। यह अनुरोध करने के लिए विशिष्ट नहीं है और आपको यहां कुछ भी रिपोर्ट नहीं करना चाहिए।

मुझे पार्टी में थोड़ी देर हो गई है लेकिन विकल्पों की एक छोटी सूची जोड़ना अच्छा होगा ताकि लोग request को बदलने के लिए उनका उपयोग कर सकें, जैसे http.ClientRequest में निर्मित नोडज। धन्यवाद।

उउह https://github.com/request/request/issues/3143

एफ

फॉर्म, संगतता और प्रगति के बारे में आपने जो कुछ भी कहा है, मैं उससे सहमत हूं, लेकिन
मैं यह नहीं देख सकता कि [email protected] ब्रेकिंग परिवर्तनों के साथ ऐसा क्यों नहीं कर सकता। आखिर - semver पीछे यही विचार है ...

कई अन्य पुस्तकालयों ने नए पैटर्न और क्षमताओं को अपनाया है, और इसलिए संगतता तोड़ दी है और अपने प्रमुख को बढ़ाया है।

भले ही यह पूरी तरह से नया मॉड्यूल है - नाम विश्वसनीयता का प्रतिनिधित्व करता है और
सीखे गए पाठों का अनुभव, जिसे जाते हुए देखकर मुझे दुख होता है।

इसके बारे में और जानने में दिलचस्पी है।

खैर, सवारी और आपके द्वारा की गई सारी मेहनत के लिए धन्यवाद।

आप मेरे स्वामी, एक नायक हैं।

मैं इसके पीछे के कारण को समझता हूं, इसके जेएस/नोड (सामान्य रूप से) बनाना, थोड़ी तेजी से प्रगति करता है।

आपने NodeJS स्पेस के लिए 'लगभग' उतना ही किया जितना कि jQuery ने ब्राउज़र/DOM स्पेस के लिए किया था। आपने टीसीपी के साथ काम करने में खुशी का अनुभव किया, और यह बैक-एंड विकास के लिए महत्वपूर्ण है।

इसके लिए मैं आपको धन्यवाद देता हूं।

ख्याल रखना।

तो मेरे लिए https अनुरोध करने के वैकल्पिक तरीके पर गाइड क्या है जो नोड के साथ बैक एंड डेवलपमेंट के लिए नया है?

@OluwafemiAdesegha https://github.com/request/request/issues/3143

धन्यवाद क्लिफ। एक नजर होगी।

NPM की रजिस्ट्री अप्रत्याशित चेतावनी चेतावनी https://registry.npmjs.org/ : विविध चेतावनी EINTEGRITY: चाहता था sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == लेकिन मिला SHA512-NhZAWqNqTzZaAfgJYp0NlbBDUX8BMyOmobe3kYnymXfSxDgaiej4nP6N3aLVDtBTPHOfivySRs + AVsca0JgrTQ: जब SHA512 का उपयोग कर sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == अखंडता checksum विफल रहा है ==। (20905 बाइट्स)
npm WARN रजिस्ट्री पुनर्वैधीकरण के दौरान अनुरोध त्रुटि के कारण https://registry.npmjs.org/ से पुराने डेटा का उपयोग करना।
npm WARN पदावनत https://github.com/request/request/issues/3142
एनपीएम ईआरआर! कोड ईमानदारी
एनपीएम ईआरआर! त्रुटि ईमानदारी
एनपीएम ईआरआर! अमान्य उत्तर शरीर लाते समय https://registry.npmjs.org/uuid : अखंडता सत्यापन sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == (सी के लिए विफल हुआ: \ Users \ MULAMBA सर्जियो \ AppData \ Roamingnpm-cache_cacache \ सामग्री-वी 2 \ SHA512 \ec\6d\ecf377cea3078b940b2f477c2dc380e77a992b63efc5c666319355e77c08c4f719e8591cbd70b1d60b2c1c73a97ad35f17d5174dc6925db6a5fd5900045f)

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\MULAMBA SERGIO\AppData\Roamingnpm-cache_logs\2020-04-03T22_54_57_842Z-debug.log

npm WARN पदावनत अनुरोध@2.88.2: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
npm WARN पदावनत [email protected]: इस संस्करण को hapi समर्थन नीति (hapi.im/support) के अनुसार बहिष्कृत कर दिया गया है। सर्वोत्तम सुविधाएं, बग समाधान और सुरक्षा पैच प्राप्त करने के लिए कृपया नवीनतम संस्करण में अपग्रेड करें। यदि आप इस समय अपग्रेड करने में असमर्थ हैं, तो पुराने संस्करणों (hapi.im/commercial) के लिए सशुल्क समर्थन उपलब्ध है।
npm WARN पदावनत अनुरोध@2.88.0: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
npm WARN पदावनत [email protected]: core-js@<3 अब बनाए नहीं रखा गया है और मुद्दों की संख्या के कारण उपयोग के लिए अनुशंसित नहीं है। कृपया, अपनी निर्भरता को core-js@3 के वास्तविक संस्करण में अपग्रेड करें।
npm WARN पदावनत [email protected]: इस संस्करण को hapi समर्थन नीति (hapi.im/support) के अनुसार बहिष्कृत कर दिया गया है। सर्वोत्तम सुविधाएं, बग समाधान और सुरक्षा पैच प्राप्त करने के लिए कृपया नवीनतम संस्करण में अपग्रेड करें। यदि आप इस समय अपग्रेड करने में असमर्थ हैं, तो पुराने संस्करणों (hapi.im/commercial) के लिए सशुल्क समर्थन उपलब्ध है।
npm WARN पदावनत [email protected]: इस संस्करण को hapi समर्थन नीति (hapi.im/support) के अनुसार बहिष्कृत कर दिया गया है। सर्वोत्तम सुविधाएं, बग समाधान और सुरक्षा पैच प्राप्त करने के लिए कृपया नवीनतम संस्करण में अपग्रेड करें। यदि आप इस समय अपग्रेड करने में असमर्थ हैं, तो पुराने संस्करणों (hapi.im/commercial) के लिए सशुल्क समर्थन उपलब्ध है।
npm WARN पदावनत [email protected]: इस संस्करण को hapi समर्थन नीति (hapi.im/support) के अनुसार बहिष्कृत कर दिया गया है। सर्वोत्तम सुविधाएं, बग समाधान और सुरक्षा पैच प्राप्त करने के लिए कृपया नवीनतम संस्करण में अपग्रेड करें। यदि आप इस समय अपग्रेड करने में असमर्थ हैं, तो पुराने संस्करणों (hapi.im/commercial) के लिए सशुल्क समर्थन उपलब्ध है।
npm WARN पदावनत [email protected]: यह मॉड्यूल स्थानांतरित हो गया है और अब @hapi/topo पर उपलब्ध है। कृपया अपनी निर्भरता को अपडेट करें क्योंकि इस संस्करण का अब रखरखाव नहीं किया जाता है, इसमें बग और सुरक्षा समस्याएं हो सकती हैं।
npm WARN पदावनत [email protected]: यह मॉड्यूल स्थानांतरित हो गया है और अब @hapi/hoek पर उपलब्ध है। कृपया अपनी निर्भरता को अपडेट करें क्योंकि इस संस्करण का अब रखरखाव नहीं किया जाता है, इसमें बग और सुरक्षा समस्याएं हो सकती हैं।
C:\Users\Matheus\AppData\Roaming\npm\expo -> C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\bin\expo.js
C:\Users\Matheus\AppData\Roaming\npm\expo-cli -> C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\bin\expo.js
एनपीएम चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: @ एक्सपो/ट्रैवलिंग-फास्टलेन-डार्विन@1.13.1 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\@एक्सपो\ट्रैवलिंग-फास्टलेन-डार्विन):
npm चेतावनी नहीं छोड़ना वैकल्पिक निर्भरता: @expo/[email protected] के लिए असमर्थित प्लेटफ़ॉर्म: वांछित {"os":"darwin","arch":"any"} (वर्तमान: {"os":" win32", "आर्क": "x64"})
एनपीएम चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @ एक्सपो/एनग्रोक-बिन-लिनक्स-आर्म@2.2.8 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\@एक्सपो\ngrok-bin\node_modules\@expo\ngrok-bin-linux-arm) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: @expo/[email protected] के लिए असमर्थित मंच: वांछित {"os":"linux","arch":"arm"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-darwin-ia32) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच @expo/[email protected]: वांछित {"os":"darwin","arch":"ia32"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-freebsd-x64) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच @expo/[email protected]: वांछित {"os":"freebsd","arch":"x64"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-freebsd-ia32) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच @expo/[email protected]: वांछित {"os":"freebsd","arch":"ia32"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-ia32) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच @expo/[email protected]: वांछित {"os":"linux","arch":"ia32"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-x64) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच @expo/[email protected]: वांछित {"os":"linux","arch":"x64"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-darwin-x64) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: @expo/[email protected] के लिए असमर्थित मंच: वांछित {"os":"darwin","arch":"x64"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin- win32-ia32):
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच @expo/[email protected]: वांछित {"os":"win32","arch":"ia32"} (वर्तमान: {"ओएस": "win32", "आर्क": "x64"})
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-sunos-x64) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: असमर्थित मंच के लिए @expo/[email protected]: वांछित {"os":"sunos","arch":"x64"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-arm64) :
npm चेतावनी लंघन वैकल्पिक निर्भरता: @expo/[email protected] के लिए असमर्थित मंच: वांछित {"os":"linux","arch":"arm64"} (वर्तमान: {"os" :"win32",,"arch":"x64"})
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: fsevents@^1.2.7 (node_modules\expo-cli\node_modules\chokidar\node_modules\fsevents):
npm चेतावनी नहीं लंघन वैकल्पिक निर्भरता: [email protected] के लिए असमर्थित मंच: वांछित {"os":"darwin","arch":"any"} (वर्तमान: {"os":"win32",,"arch": "x64"})
npm WARN @expo/[email protected] को शार्प-क्ली@^1.10.0 के पीयर की आवश्यकता है लेकिन कोई भी इंस्टॉल नहीं है। आपको स्वयं सहकर्मी निर्भरताएँ स्थापित करनी होंगी।
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\abbrev):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\abbrev' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.abbrev.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ansi-regex):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\ansi-regex' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.ansi-regex.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल्स\expo-cli\node_modules\fsevents\node_modules\aproba):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\aproba' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.aproba.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: संतुलित-मिलान@1.0.0 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\संतुलित-मिलान):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\संतुलित-मैच' -> 'सी :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.balanced-match.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\chownr):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\chownr' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.chownr.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: कोड-बिंदु-पर @ 1.1.0 (नोड_मॉड्यूल \ एक्सपो-क्ली \ नोड_मॉड्यूल \ fsevents \ node_modules \ कोड-बिंदु-पर):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\code-point-at' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.code-point-at.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\concat-map):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\concat-map' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.concat-map.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: कंसोल-कंट्रोल-स्ट्रिंग्स@1.1.0 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\console-control-strings):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\console-control-strings' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.console-control-strings.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: कोर-उपयोग[email protected] (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\core-util-is):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\core-util-is' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.core-util-is.DELETE'
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: डीप-एक्सटेंड@0.6.0 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\नोड_मॉड्यूल्स\डीप-एक्सटेंड):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\deep-extend' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.deep-extend.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: डेलीगेट्स@1.0.0 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\delegates):
npm चेतावनी स्किपिंग वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\delegates' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.delegates.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: पता[email protected] (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\detect-libc):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\detect-libc' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.detect-libc.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\fs.realpath):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\fs.realpath' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.fs.realpath.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: है-यूनिकोड@2.0.1 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\has-unicode):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\has-unicode' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.has-unicode.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: इनहेरिट @ 2.0.4 (नोड_मॉड्यूल्स \ एक्सपो-क्ली \ नोड_मॉड्यूल्स \ fsevents \ नोड_मॉड्यूल्स \ इनहेरिट्स):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\inherits' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.inherits.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल\एक्सपो-क्ली\नोड_मॉड्यूल\fsevents\node_modules\ini):
npm चेतावनी स्किपिंग वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\ini' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.ini.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\isarray):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\isarray' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.isarray.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: न्यूनतम @ 1.2.5 (नोड_मॉड्यूल \ एक्सपो-क्ली \ नोड_मॉड्यूल \ fsevents \ node_modules \ minimist):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\minimist' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.minimist.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\ms):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\ms' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.ms.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\npm-normalize-package-bin):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\npm-normalize-package-bin' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.npm-normalize-package-bin.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: संख्या-है-नान@1.0.1 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल\fsevents\node_modules\number-is-nan):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\number-is-nan' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.number-is-nan.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: ऑब्जेक्ट-असाइन @ 4.1.1 (नोड_मॉड्यूल्स \ एक्सपो-क्ली \ नोड_मॉड्यूल \ fsevents \ node_modules \ ऑब्जेक्ट-असाइन):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\object-assign' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.object-assign.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\os-homedir):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\os-homedir' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.os-homedir.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\os-tmpdir):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\os-tmpdir' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.os-tmpdir.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: पथ-पूर्ण @ 1.0.1 (नोड_मॉड्यूल \ एक्सपो-क्ली \ नोड_मॉड्यूल्स \ fsevents \ नोड_मॉड्यूल \ पथ-पूर्ण-पूर्ण):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\path-is-absolute' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.path-is-absolute.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: प्रक्रिया-नेक्स्ट-आर्ग्स@2.0.1 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\एफसेवेंट्स\नोड_मॉड्यूल्स\प्रोसेस-नेक्टिक-आर्ग्स):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\process-nextick-args' का नाम बदलें -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.process-nextick-args.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: सुरक्षित-बफर@5.1.2 (नोड_मॉड्यूल\एक्सपो-क्ली\नोड_मॉड्यूल\fsevents\node_modules\सुरक्षित-बफर):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\safe-buffer' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.safe-buffer.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: सुरक्षित-बफर@2.1.2 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\सुरक्षित-बफर):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\safer-buffer' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.safer-buffer.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल\एक्सपो-क्ली\नोड_मॉड्यूल\fsevents\node_modules\sax):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\sax' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.sax.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\semver):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\semver' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.semver.DELETE'
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: सेट-ब्लॉकिंग@2.0.0 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\set-blocking):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\set-blocking' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.set-blocking.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: सिग्नल-निकास@3.0.2 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\signal-exit):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\signal-exit' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.signal-exit.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: स्ट्रिप-जेसन-टिप्पणियां@2.0.1 (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\एफसेवेंट्स\नोड_मॉड्यूल्स\स्ट्रिप-जेसन-टिप्पणियां):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\strip-json-comments' का नाम बदलें -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.strip-json-comments.DELETE'
npm चेतावनी वैकल्पिक स्किपिंग वैकल्पिक निर्भरता: उपयोग-पदावनत @ 1.0.2 (नोड_मॉड्यूल्स \ एक्सपो-क्ली \ नोड_मॉड्यूल्स \ fsevents \ node_modules \ उपयोग-बहिष्कृत):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\util-deprecate' -> 'C :\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.util-deprecate.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\wrappy):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\wrappy' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.wrappy.DELETE'
npm चेतावनी वैकल्पिक लंघन वैकल्पिक निर्भरता: [email protected] (नोड_मॉड्यूल्स\एक्सपो-क्ली\नोड_मॉड्यूल्स\fsevents\node_modules\yallist):
npm चेतावनी लंघन वैकल्पिक निर्भरता: ENOENT: ऐसी कोई फ़ाइल या निर्देशिका नहीं, नाम बदलें 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\yallist' -> 'C:\ User\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.yallist.DELETE'

npm WARN पदावनत https://github.com/request/request/issues/3142
क्या मुझे कृपया आपसे सहायता मिल सकती है? मैं इस समस्या का समाधान नहीं कर सकता और मैं अपना प्रोजेक्ट शुरू नहीं कर सकता

npm WARN पदावनत
क्या मुझे कृपया आपसे सहायता मिल सकती है? मैं इस समस्या का समाधान नहीं कर सकता और मैं अपना प्रोजेक्ट शुरू नहीं कर सकता

न ही मैं

@liaz98 @TheLitz यह कोई त्रुटि नहीं है, यह एक चेतावनी है। यदि आपका प्रोजेक्ट npm चेतावनी के कारण नहीं बनेगा/शुरू नहीं होगा, तो आपके प्रोजेक्ट और/या परिवेश में कुछ गड़बड़ है। यह अनुरोध के साथ कोई समस्या नहीं है।

@liaz98 @TheLitz यह कोई त्रुटि नहीं है, यह एक चेतावनी है। यदि आपका प्रोजेक्ट npm चेतावनी के कारण नहीं बनेगा/शुरू नहीं होगा, तो आपके प्रोजेक्ट और/या परिवेश में कुछ गड़बड़ है। यह अनुरोध के साथ कोई समस्या नहीं है।

लेकिन जब मैं एक्सपो चलाने की कोशिश करता हूं, तो यह काम नहीं करता है

@TheLitz तो एक्सपो के साथ एक समस्या है, और आपको इसकी रिपोर्ट उनके बग ट्रैकर में करनी चाहिए। यह ऐसा कुछ भी नहीं है जिसे अनुरोध पक्ष पर हल किया जा सकता है या किया जाएगा।

@TheLitz तो एक्सपो के साथ एक समस्या है, और आपको इसकी रिपोर्ट उनके बग ट्रैकर में करनी चाहिए। यह ऐसा कुछ भी नहीं है जिसे अनुरोध पक्ष पर हल किया जा सकता है या किया जाएगा।

ठीक। धन्यवाद

हम भविष्य के लिए अनुरोध करते हैं।

टीएलडीआर;
मुझे अब क्या उपयोग करना चाहिए?

@YashKumarVerma https://github.com/request/request/issues/3143

@YashKumarVerma postman-request

@TheLitz तो एक्सपो के साथ एक समस्या है, और आपको इसकी रिपोर्ट उनके बग ट्रैकर में करनी चाहिए। यह ऐसा कुछ भी नहीं है जिसे अनुरोध पक्ष पर हल किया जा सकता है या किया जाएगा।

क्या आप इस मुद्दे को हल कर रहे हैं ????
npm WARN पदावनत

तो मेरे लिए https अनुरोध करने के वैकल्पिक तरीके पर गाइड क्या है जो नोड के साथ बैक एंड डेवलपमेंट के लिए नया है?

@OluwafemiAdesegha
क्या आपने कुछ स्पष्टता प्राप्त करने का प्रबंधन किया है कि कहाँ जाना है? मैं उसी नाव में सवार हूं जिस पर आप हैं! :(

विकल्प तलाशने वाले किसी भी व्यक्ति के लिए, #3143 ( @farhan3040 @OluwafemiAdesegha @iamdesfranco ) देखें।

@mikeal मैं इस मुद्दे को बंद करने की अनुशंसा

@iamdesfranco @farhan3040 HTTP को हटा दिया गया था, कृपया गोफर या यूडीपी का उपयोग करें

@mikeal मैं इस मुद्दे को बंद करने की अनुशंसा

या बल्कि इसे लॉक करें। अनिवार्य रूप से जो कुछ भी कहा जाना चाहिए वह इस बिंदु पर कहा गया है, और केवल वही प्रश्न पूछे जा रहे हैं जो पहले से ही उत्तर दिए गए हैं (कई बार)।

फ्रेंको,

देर से प्रतिक्रिया के लिए खेद है। मैं अभी भी यह देखने की कोशिश कर रहा हूं कि मैं क्या करूंगा
अंत में दिए गए सुझावों के आधार पर आगे बढ़ें।

सोम, 6 अप्रैल, 2020, सुबह 9:12 बजे फ्रेंको लाबुस्चगने नोटिफिकेशन @github.com
लिखा था:

तो मेरे लिए https अनुरोध करने के वैकल्पिक तरीके पर गाइड क्या है
यह नोड के साथ बैक एंड डेवलपमेंट के लिए नया है?

क्या आपने कुछ स्पष्टता प्राप्त करने का प्रबंधन किया है कि कहाँ जाना है? मैं भी उसी नाव पर सवार हूं
जैसे आप! :(

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/request/request/issues/3142#issuecomment-609643295 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AOL4QYXM7V2BUK5LZCS7LDDRLGFH5ANCNFSM4HCP6LRA
.

और संभावित विकल्प इस मुद्दे को संदर्भित करते हैं।

मुझे इस पृष्ठ में विकल्प कहां मिले?

क्या ब्राउजर में लाने का सुझाव है + नोड के लिए लिब लाने, या सिर्फ एक वादा आधारित विकल्प आदि?

@TomYeoman सुझाव है कि request उपयोग न करें।

@gcacars यहाँ विकल्प: https://github.com/request/request/issues/3143

@Richienb धन्यवाद। मुझे लगता है कि README में इसका लिंक होना जरूरी है।

मैंने "नोड_मॉड्यूल्स" फोल्डर और "पैकेज-लॉक.जेसन" फाइल को हटा दिया और फिर 2 कमांड को निष्पादित किया।
npm init
एनपीएम इंस्टॉल

और फिर, इसने ठीक से काम किया।

जो कमिटर्स अभी भी सक्रिय हैं, वे समय पर फ़िक्सेस को मर्ज करने का प्रयास करेंगे, हालाँकि कोई वादा नहीं है।

शानदार आकस्मिक(?)

npm WARN पदावनत https://github.com/request/request/issues/3142

इसे कैसे हल करें ??,

@ एंटोन-बॉट कृपया कोई मैलवेयर नहीं।

npm WARN पदावनत

इसे कैसे हल करें ??,

@Amouthiniie हल करने के लिए कुछ भी नहीं है, यह कोई त्रुटि नहीं है। NPM आपको चेतावनी दे रहा है कि request पदावनत हो गया है और आपको (या जो कोई भी आपकी निर्भरता को बनाए रखता है जो बदले में request पर निर्भर करता है) को इसके बजाय एक सक्रिय रूप से बनाए रखा पैकेज में जाने पर विचार करना चाहिए।

मुझे दो समस्याएं हुई हैं:
1 - sudo apt-get install nodejs npm
पैकेज सूचियां पढ़ना... हो गया
बिल्डिंग डिपेंडेंसी ट्री
स्थिति की जानकारी पढ़ना... हो गया
नोडज पहले से ही नवीनतम संस्करण है (13.13.0-1nodesource1)।
कुछ पैकेज स्थापित नहीं किए जा सके। इसका मतलब यह हो सकता है कि
आपने एक असंभव स्थिति का अनुरोध किया है या, यदि आप इसका उपयोग कर रहे हैं
अस्थिर वितरण, कि कुछ आवश्यक पैकेज नहीं थे
अभी तक बनाया गया है या "इनकमिंग" से हटाया गया है।
निम्नलिखित जानकारी स्थिति को हल करने में मदद कर सकती है:

निम्नलिखित पैकेजों में बेमेल निर्भरताएँ हैं:
नोडज: संघर्ष: npm
ई: मुद्दों को ठीक करने में असमर्थ, आपने टूटे हुए पैकेजों को रखा (होल्ड)।

2 - सुडो एनपीएम इंस्टाल -जी @ कोणीय/क्ली
npm WARN पदावनत अनुरोध@2.88.2: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
एनपीएम ईआरआर! EEXIST कोड
एनपीएम ईआरआर! सिस्कल सिम्लिंक
एनपीएम ईआरआर! पथ ../lib/node_modules/@angular/cli/bin/ng
एनपीएम ईआरआर! गंतव्य / usr / बिन / एनजी
एनपीएम ईआरआर! त्रुटि -17
एनपीएम ईआरआर! EEXIST: फ़ाइल पहले से मौजूद है, सिमलिंक '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'
एनपीएम ईआरआर! फ़ाइल मौजूद है: /usr/bin/ng
एनपीएम ईआरआर! मौजूदा फ़ाइल को निकालें और पुन: प्रयास करें, या npm . चलाएँ
एनपीएम ईआरआर! साथ --force फ़ाइलों को लापरवाही से अधिलेखित करने के लिए।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! /home/anderson/.npm/_logs/2020-04-17T16_25_56_704Z-debug.log

मैं एक लिनक्स टकसाल उपयोगकर्ता हूँ 19.3 दालचीनी, 4.4.8, 5.3.0-46-जेनेरिक

क्या कोई मेरी मदद कर सकता है?

@LeloCorrea आपकी त्रुटि request से संबंधित नहीं है, यह आपके स्थानीय वातावरण में एक सिमलिंक बनाने में एक समस्या है:

npm ERR! EEXIST: file already exists, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'

@LeloCorrea आपकी त्रुटि request से संबंधित नहीं है, यह आपके स्थानीय वातावरण में एक प्रतीकात्मक लिंक बनाने में एक समस्या है:

npm ERR! EEXIST: file already exists, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'

क्या आप जानते हैं कि मैं इस समस्या को कैसे हल कर सकता हूं?

@LeloCorrea आपकी त्रुटि request से संबंधित नहीं है, यह आपके स्थानीय वातावरण में एक प्रतीकात्मक लिंक बनाने में एक समस्या है:
npm ERR! EEXIST: file already exists, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'

क्या आप जानते हैं कि मैं इस समस्या को कैसे हल कर सकता हूं?

बिल्कुल वही समस्या नहीं है, लेकिन समाधान वही हो सकता है। आपको यहां शुरू करना चाहिए:

https://stackoverflow.com/questions/48808384/angular-cli-error-path-and-code-eexist

इसके अलावा, फिर से, यह समस्या किसी भी तरह से अनुरोध से संबंधित नहीं है , आपको प्रासंगिक समस्या ट्रैकर में कोणीय सीएलआई के बारे में मदद मांगनी चाहिए।

तो अनुशंसित विकल्प क्या है? बस http/https पैकेज का उपयोग कर रहे हैं?

@RonRofe मैं https://github.com/sindresorhus/got का उपयोग कर रहा हूं, एक अच्छा उत्तराधिकारी प्रतीत होता है, इसमें अनुरोध से माइग्रेट करने के तरीके के बारे में एक

@RonRofe यहाँ विकल्पों की एक (WIP) सूची है: https://github.com/request/request/issues/3143

मुझे इस जाने का दुख है, जब तक मैं याद रख सकता हूं, अनुरोध मेरे जाने-माने काम रहा है।
मैं केवल लेखक और योगदानकर्ताओं को उनके द्वारा वर्षों से किए गए अविश्वसनीय काम के लिए धन्यवाद दे सकता हूं, और आशा करता हूं कि आपका अगला साहसिक कार्य उतना ही रोमांचक होगा जितना कि यह था।
चीयर्स!

क्या आप अपनी पहली स्टिकी टिप्पणी में विकल्पों के लिए सुझाव दे सकते हैं?

हैलो, मैं एक नई कोणीय परियोजना बनाने की कोशिश कर रहा हूँ और मुझे यह त्रुटि है:
/ संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN ने दिया है : Chokidar 2 नोड v14+ पर टूट जाएगा। 15x कम निर्भरता के साथ चोकीदार 3 में अपग्रेड करें।
npm WARN पदावनत
npm WARN ने दिया : कृपया देखें https://github.com/lydell/urix#deprecated
npm WARN पदावनत https://github.com/lydell/resolve-url#deprecated
एनपीएम ईआरआर! '...":{"@angular/core":"5' के पास पार्स करते समय JSON इनपुट का अनपेक्षित अंत

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\dell\AppData\Roamingnpm-cache_logs\2020-04-21T11_50_16_582Z-debug.log
× पैकेज इंस्टाल विफल, ऊपर देखें।
योजनाबद्ध कार्यप्रवाह विफल रहा। ऊपर देखो।
क्या कोई इसमें मेरी सहायता कर सकता है ?

हैलो, मैं एक नई कोणीय परियोजना बनाने की कोशिश कर रहा हूँ और मुझे यह त्रुटि है:
/ संकुल अधिष्ठापन... npm WARN पदावनत
npm WARN ने दिया है : Chokidar 2 नोड v14+ पर टूट जाएगा। 15x कम निर्भरता के साथ चोकीदार 3 में अपग्रेड करें।
npm WARN पदावनत
npm WARN ने दिया : कृपया देखें https://github.com/lydell/urix#deprecated
npm WARN पदावनत https://github.com/lydell/resolve-url#deprecated
एनपीएम ईआरआर! '...":{"@angular/core":"5' के पास पार्स करते समय JSON इनपुट का अनपेक्षित अंत

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\dell\AppData\Roamingnpm-cache_logs\2020-04-21T11_50_16_582Z-debug.log
× पैकेज इंस्टाल विफल, ऊपर देखें।
योजनाबद्ध कार्यप्रवाह विफल रहा। ऊपर देखो।
क्या कोई इसमें मेरी सहायता कर सकता है ?

मैं भी

my-project/angular.json बनाएं (3598 बाइट्स)
my-project/package.json बनाएं (1286 बाइट्स)
my-project/README.md बनाएं (1026 बाइट्स)
my-project/tsconfig.json बनाएं (489 बाइट्स)
my-project/tslint.json बनाएं (3125 बाइट्स)
my-project/.editorconfig बनाएं (274 बाइट्स)
my-project/.gitignore बनाएं (631 बाइट्स)
मेरी-प्रोजेक्ट/ब्राउज़र सूची बनाएं (429 बाइट्स)
my-project/karma.conf.js बनाएं (1022 बाइट्स)
my-project/tsconfig.app.json बनाएं (210 बाइट्स)
my-project/tsconfig.spec.json बनाएं (270 बाइट्स)
my-project/src/favicon.ico बनाएं (948 बाइट्स)
my-project/src/index.html बनाएं (295 बाइट्स)
my-project/src/main.ts बनाएं (372 बाइट्स)
my-project/src/polyfills.ts बनाएं (2835 बाइट्स)
my-project/src/styles.css बनाएं (80 बाइट्स)
my-project/src/test.ts बनाएं (753 बाइट्स)
my-project/src/assets/.gitkeep बनाएं (0 बाइट्स)
my-project/src/environments/environment.prod.ts बनाएं (51 बाइट्स)
my-project/src/environment/environment.ts बनाएं (662 बाइट्स)
my-project/src/app/app-routing.module.ts (246 बाइट्स) बनाएं
my-project/src/app/app.module.ts बनाएं (393 बाइट्स)
my-project/src/app/app.component.html (25757 बाइट्स) बनाएं
my-project/src/app/app.component.spec.ts बनाएं (1071 बाइट्स)
my-project/src/app/app.component.ts बनाएं (214 बाइट्स)
my-project/src/app/app.component.css बनाएं (0 बाइट्स)
my-project/e2e/protractor.conf.js बनाएं (808 बाइट्स)
my-project/e2e/tsconfig.json बनाएं (214 बाइट्स)
my-project/e2e/src/app.e2e-spec.ts बनाएं (643 बाइट्स)
my-project/e2e/src/app.po.ts बनाएं (301 बाइट्स)
/ संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/palantir/tslint/issues/4534 देखें।
npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN ने दिया : 15x कम निर्भरता के साथ chokidar 3 में अपग्रेड करें। चोकीदार 2 नोड v14 पर टूटेगा।
npm WARN ने दिया : कृपया देखें https://github.com/lydell/urix#deprecated
npm WARN पदावनत https://github.com/lydell/resolve-url#deprecated
एनपीएम ईआरआर! '...0.1","systemjs":"^0.' के पास पार्स करते समय JSON इनपुट का अनपेक्षित अंत

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\92306\AppData\Roamingnpm-cache_logs\2020-04-21T16_08_05_350Z-debug.log
× पैकेज इंस्टाल विफल, ऊपर देखें।
योजनाबद्ध कार्यप्रवाह विफल रहा। ऊपर देखो।

@awais0048 @xunyegege आपकी त्रुटि का अनुरोध से कोई लेना-देना नहीं है। वास्तविक आउटपुट का अध्ययन करें और यह आपको ठीक-ठीक बताता है कि त्रुटि क्या है। यदि आपको एंगुलर सीएलआई के साथ और समस्याएं हैं, तो उनके इश्यू ट्रैकर में इसकी रिपोर्ट करें।

@awais0048 @xunyegege आपकी त्रुटि का अनुरोध से कोई लेना-देना नहीं है। वास्तविक आउटपुट का अध्ययन करें और यह आपको ठीक-ठीक बताता है कि त्रुटि क्या है। यदि आपको एंगुलर सीएलआई के साथ और समस्याएं हैं, तो उनके इश्यू ट्रैकर में इसकी रिपोर्ट करें।

मैंने एनपीएम और नोड को अपग्रेड करने की कोशिश की लेकिन कोई सुराग नहीं मिला। अगर किसी को समाधान मिल जाए तो क्या आप कृपया मुझे बता सकते हैं?

@ANadjia फिर से, त्रुटि का इस पैकेज से कोई लेना-देना नहीं है। आपको एंगुलर सीएलआई के लिए ट्रैकर में पूछना चाहिए।

नमस्ते, संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/request/request/issues/3142 npm ERR देखें! '...ZXQ4dst\n4bcYaiOdlbvh' के पास पार्स करते समय JSON इनपुट का अनपेक्षित अंत
जब मैं नया प्रोजेक्ट बनाता हूं
कोई सुझाव

दो महीने पूर्व...

https://github.com/request/request/issues/3142#issuecomment -585561589

@mohamedelsoufi यह आपके पर्यावरण या परियोजना की समस्या है, इस पैकेज की नहीं। NPM केवल आपको चेतावनी दे रहा है कि यह पैकेज पदावनत है।

@ मिलेट
दुनिया में 99% परियोजनाओं में उपयोग किए गए पैकेज को बहिष्कृत करने के परिणामों के अनुस्मारक के रूप में इस थ्रेड को चालू रखने का अच्छा विचार है।

@ एंटोन-बॉट वास्तव में एक अनुस्मारक है कि कितने लोग आरटीएफएम नहीं करते हैं।

@csvan और वे कहते हैं कि यह उनकी समस्या भी नहीं है
किसी भी तरह से मुझे आखिरकार मेरे लिए काम करने के लिए चीजें मिल गईं।
तो मूल रूप से :
1 / मैं नोड जेएस संस्करण 10.13.0 में डाउनग्रेड करता हूं;
2 / मैंने मैन्युअल रूप से npm_cache फ़ोल्डर हटा दिया
3 / रन npm स्थापित करें;
और जादू से इसने काम किया

@ANadjia सुनकर अच्छा लगा!

सुझाया गया प्रतिस्थापन अस्पष्ट है। इसके बजाय हमें क्या उपयोग करना चाहिए?

@johnworthley जो कुछ भी आपके लिए काम करता है। यहां सुझाए गए विकल्पों की एक सूची है: https://github.com/request/request/issues/3143

@johnworthley जो कुछ भी आपके लिए काम करता है। यहां सुझाए गए विकल्पों की एक सूची है: #3143

हम्म अच्छी जगह है https://www.youtube.com/watch?v=riuZHZPcZsg

क्या हम अभी भी इस पुस्तकालय का उपयोग कर सकते हैं भले ही इसे बहिष्कृत कर दिया गया हो? कृपया सलाह दें @ माइकेल

क्या हम अभी भी इस पुस्तकालय का उपयोग कर सकते हैं भले ही इसे बहिष्कृत कर दिया गया हो? कृपया सलाह दें

@DokurOmkar हाँ। आपको पुस्तकालय का उपयोग करने से कोई रोक नहीं सकता है। यह सिर्फ एक चेतावनी है। हालांकि, इसे किसी कारण से बहिष्कृत किया गया है: वहां बेहतर, अधिक आधुनिक पुस्तकालय हैं। इस धागे को पढ़ें और आपको वैकल्पिक पुस्तकालयों की सूची का लिंक मिलेगा।

एक नया कोणीय प्रोजेक्ट बनाने में सक्षम नहीं
इसके कारण विफल हो रहा है -
npm WARN पदावनत https://github.com/request/request/issues/3142

@adibhosale क्या आपके पास और जानकारी है? कंसोल में अन्य कौन से संदेश हैं जो आप देख रहे हैं?

@adibhosale नहीं, इसकी वजह से यह विफल नहीं हो रहा है। यदि ऐसा होता है, तो यह कोणीय-क्ली के साथ एक समस्या है, न कि यह पैकेज। शेष लॉग आउटपुट की जाँच करें।

@ एंटोन-बॉट
उत्तर -> @adibhosale क्या आपके पास अधिक जानकारी है? कंसोल में अन्य कौन से संदेश हैं जो आप देख रहे हैं?

नई कोणीय परियोजना बनाते समय मुझे यह त्रुटि मिल रही है।

संकुल अधिष्ठापन... npm WARN पदावनत https://github.com/palantir/tslint/issues/4534 देखें।
npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN ने दिया है : Chokidar 2 नोड v14+ पर टूट जाएगा। 15x कम निर्भरता के साथ चोकीदार 3 में अपग्रेड करें।
npm WARN पदावनत
npm WARN ने दिया : कृपया देखें https://github.com/lydell/urix#deprecated
npm WARN पदावनत https://github.com/lydell/resolve-url#deprecated
एनपीएम ईआरआर! cb() कभी नहीं बुलाया!

एनपीएम ईआरआर! कृपया इस त्रुटि की रिपोर्ट यहां करें:
एनपीएम ईआरआर! https://npm.community

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! C:\Users\adibh\AppData\Roamingnpm-cache_logs\2020-05-05T08_46_31_829Z-debug.log
× पैकेज इंस्टाल विफल, ऊपर देखें।
योजनाबद्ध कार्यप्रवाह विफल रहा। ऊपर देखो।

मैं इस बात को लेकर असमंजस में हूं कि इतने सारे उपयोगकर्ता इस मुद्दे पर पूरी तरह अप्रासंगिक विवरण की रिपोर्ट क्यों करते हैं?

ऐसा लगता है कि यहां आने वाले अधिकांश उपयोगकर्ताओं को पता नहीं है कि वे क्या कर रहे हैं, शायद यह भी नहीं समझते कि पदावनत शब्द का क्या अर्थ है।

लेकिन यहां पोस्ट किया गया अंतिम संदेश , एक से अधिक बहिष्करण संदेश है, वे इस मुद्दे पर रिपोर्टिंग क्यों चुनते हैं? क्योंकि कुछ उपयोगकर्ता पहले ही कर चुके हैं और वे अभी जारी हैं?

और उस विशिष्ट संदेश का अंतिम बिट, विशेष रूप से बताता है कि npm बग की सूचना npm.community को दी जानी चाहिए।

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

हो सकता है कि अनुरोध पैकेज के पदावनति संदेश को एक लिंक में बदला जाना चाहिए, बल्कि समस्या, जैसे lydell/urix और lydell/resolve-url संकुल करते हैं, इसलिए अप्रासंगिक पदों की बाढ़ यहां प्रकट नहीं होती है।

@glensc कौन जानता था कि दुनिया में लगभग हर JS प्रोजेक्ट द्वारा उपयोग किए जाने वाले पैकेज को बहिष्कृत करने के अनपेक्षित परिणाम होंगे!

@glensc हम इस विशेष मुद्दे की रिपोर्ट कर रहे हैं क्योंकि कोणीय/सीएलआई स्थापना के समय हमें इस मुद्दे का लिंक प्रदान किया जाता है।

शुक्रिया :-)

यदि यह WARN कहता है, तो इसका अर्थ है कि यह कोई ERR नहीं है। बस कुछ तथ्य।

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

npm ERR! cb() never called!
npm ERR! This is an error with npm itself. Please report this error at:
npm ERR! https://npm.community

और यही कारण है कि स्थापना विफल हो जाती है। पैकेज में किसी समस्या की रिपोर्ट करने से पहले आपको अपना उचित परिश्रम करने और यह पता लगाने की आवश्यकता है कि इसका क्या कारण है, जिसका इससे कोई लेना-देना नहीं है।

@ एंटोन-बॉट आप ऐसा कहते रहते हैं। क्या आपके पास योगदान करने के लिए कुछ भी रचनात्मक है या आप अभी भी यहां ट्रोल करने के लिए हैं?

@csvan @leoskyrocker @glensc मैं इसे शुरू करने के लिए क्षमा चाहता हूं। भविष्य में ख्याल रखेंगे। शुक्रिया :-)

इस मुद्दे को कैसे हल करें
कोणीय परियोजना बनाने में सक्षम नहीं
मुद्दा

////////

पदावनत अनुरोध@2.88.2 : अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
npm WARN चेकअनुमतियाँ /usr/स्थानीय/lib/node_modules तक लिखने की पहुँच गुम है
एनपीएम ईआरआर! कोड EACCES
एनपीएम ईआरआर! सिस्कल एक्सेस
एनपीएम ईआरआर! पथ /usr/स्थानीय/lib/node_modules
एनपीएम ईआरआर! त्रुटि -13
एनपीएम ईआरआर! त्रुटि: EACCES: अनुमति अस्वीकृत, '/ usr/स्थानीय/lib/node_modules' तक पहुंचें
एनपीएम ईआरआर! [त्रुटि: EACCES: अनुमति अस्वीकृत, एक्सेस '/ usr/स्थानीय/lib/node_modules'] {
एनपीएम ईआरआर! त्रुटि: -13,
एनपीएम ईआरआर! कोड: 'EACCES',
एनपीएम ईआरआर! सिस्कल: 'एक्सेस',
एनपीएम ईआरआर! पथ: '/ usr/स्थानीय/lib/node_modules'
एनपीएम ईआरआर! }
एनपीएम ईआरआर!
एनपीएम ईआरआर! ऑपरेशन को आपके ऑपरेटिंग सिस्टम द्वारा अस्वीकार कर दिया गया था।
एनपीएम ईआरआर! यह संभावना है कि आपके पास इस फ़ाइल को वर्तमान उपयोगकर्ता के रूप में एक्सेस करने की अनुमति नहीं है
एनपीएम ईआरआर!
एनपीएम ईआरआर! अगर आपको लगता है कि यह एक अनुमति समस्या हो सकती है, तो कृपया इसे दोबारा जांचें
एनपीएम ईआरआर! फ़ाइल और उसकी निर्देशिकाओं की अनुमतियाँ, या चलाने का प्रयास करें
एनपीएम ईआरआर! कमांड फिर से रूट / एडमिनिस्ट्रेटर के रूप में।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! /उपयोगकर्ता/विवेक/.npm/_logs/2020-05-05T11_48_34_569Z-debug.log

@ vivek08011991 लॉग आउटपुट बताता है कि आपको क्या करना है। sudo का उपयोग किए बिना विश्व स्तर पर कोणीय स्थापित करने का प्रयास करने में यह एक समस्या है। इसका इस पैकेज से कोई लेना-देना नहीं है।

अरे यार यह सब बात करने की बकवास है, कोई बात नहीं,
मैं आपको उपाय बताऊंगा
मैंने 3 दिन की कोशिश की तो मुझे मिल गया
पहला: npm npm स्थापित करें
सेकेंड: npm अनइंस्टॉल - प्रतिक्रिया-मूल-क्लियर सहेजें
अंत में: npm इंस्टाल-जी @ कोणीय/क्ली

अरे यार यह सब बात करने की बकवास है, कोई बात नहीं,
मैं आपको उपाय बताऊंगा
मैंने 3 दिन की कोशिश की तो मुझे मिल गया
पहला: npm npm स्थापित करें
सेकेंड: npm अनइंस्टॉल - प्रतिक्रिया-मूल-क्लियर सहेजें
अंत में: npm इंस्टाल-जी @ कोणीय/क्ली

यार तुम सही थे अल्हम्दौ लील अल्लाह। रिएक्ट क्ली समस्या क्यों पैदा कर रहा है? क्या वहां कुछ बदसूरत प्रतिस्पर्धा प्रथाएं हैं? धन्यवाद दोस्त

कृपया इस पर ध्यान दें request मॉड्यूल इश्यू ट्रैकर है, न कि angular ।

• https://lmgtfy.com/?q=angular+cli

क्या कोई मुझे request का विकल्प बता सकता है?

मैं इसे पढ़ रहा हूं, और मैं request के सरलीकृत एपीआई को ज्यादा पसंद करता हूं:

https://www.twilio.com/blog/2017/08/http-requests-in-node-js.html

@dolanmiu ज़रूर। जिस किसी ने भी आपके द्वारा अभी-अभी पोस्ट किया गया धागा पढ़ा है (या इसे _alternative_ के लिए भी खोजा है) आपको बता सकता है कि https://github.com/request/request/issues/3143 पर विकल्पों की एक सूची है

@dolanmiu @root/request अधिकतर ड्रॉप-इन प्रतिस्थापन है।

@Richienb डाकिया-अनुरोध (एक ड्रॉप-इन प्रतिस्थापन भी) और @ रूट/अनुरोध के बीच, कौन सा बेहतर है? पोस्टमैन-अनुरोध में टाइपस्क्रिप्ट टाइपिंग नहीं है जो एक मुद्दा है।

@ एंटोन-बॉट निश्चित रूप से @ रूट/अनुरोध।

मैं कुछ समय से request का उपयोग कर रहा हूं और मैं माइकल से सहमत हूं। इस request मॉड्यूल से मेल खाने के लिए समय के साथ नोड के मूल मॉड्यूल विकसित किए गए हैं कि अब इसका उपयोग करने का कोई कारण नहीं है, कोड को बार-बार ठीक करने के अलावा जब request एक नया संस्करण आया बाहर।

request हमेशा के लिए इतिहास के पत्थरों में लिखा जाएगा; node बड़ा हो गया है। यह उस समय के बारे में है जब हमें कुछ चीजों को जाने देना चाहिए। request हमेशा नवीन सुविधाओं में अग्रणी रहा है, और मुझे लगता है कि request बिना, नोड विकास उतना अच्छा नहीं होता।

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

एक युवा प्रोग्रामर के रूप में, मुझे इस पैकेज का उपयोग करना अच्छा लगा

इससे मुझे हंसी आई। युवा प्रोग्रामर के रूप में, मैंने कमोडोर बेसिक का उपयोग किया। :स्माइली:

@darkRaspberry :

1. अपनी त्रुटि रिपोर्ट को अंत तक पढ़ें, केवल पहली पंक्ति ही नहीं, इसमें स्पष्ट रूप से लिखा है कि त्रुटि क्या है और यहां तक ​​कि सुझाव भी दें कि क्या करना है। आपने स्पष्ट रूप से पहली पंक्ति से आगे नहीं पढ़ा है।
2. क्या आपने अपनी त्रुटि गूगल की?
3. पिछली चर्चाओं को पढ़ें और कृपया बताएं कि आप इसे यहां क्यों पोस्ट करते हैं, आपकी समस्या रिपोर्ट का अनुरोध मॉड्यूल से कोई लेना-देना नहीं है।

बस अपने एंटीवायरस को अक्षम करें आपको कोई त्रुटि नहीं मिलेगी
शुक्रिया !!!

@glensc मैंने नोड के किसी अन्य संस्करण को हटाने के लिए अपने टर्मिनल को पूरी तरह से पुनः स्थापित किया, फिर मैंने "सुडो" की कोशिश की
और यह काम किया।
मैं अपने पीपीए में नोड जेएस जोड़ने के लिए कर्ल का उपयोग करके नोडज के नोड संस्करण का उपयोग कर रहा हूं।

और यहाँ यह काम किया
dark<strong i="10">@darkRaspberry</strong>:~$ sudo npm install firebase-tools -g

npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142
/usr/bin/firebase -> /usr/lib/node_modules/firebase-tools/lib/bin/firebase.js
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.1.2 (node_modules/firebase-tools/node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for [email protected]: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

+ [email protected]
updated 2 packages in 42.696s

इसने मुझे भावुक कर दिया। और :धनुष: सभी योगदानकर्ताओं को!

@sudarsan2017 वह त्रुटि किसी भी तरह से request से संबंधित नहीं है

नमस्ते! लोग विंडोज पर एक ही समस्या से गुजरते हैं और मैंने इसे कमांड का उपयोग करके हल किया है

npm [email protected] स्थापित करें

मुझे आशा है कि आपका सही है।

मुझे एनपीएम चेतावनी मिल रही है npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

मैं इसे कैसे ठीक करूं ?

@ aman78600 इसे ठीक करने का कोई तरीका नहीं है।

मुझे एनपीएम चेतावनी मिल रही है npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

@ aman78600 इसे ठीक करने की आवश्यकता नहीं है। यह केवल एक चेतावनी है कि request has been deprecated ।

आपका एनपीएम विकल्प के लिए यहां आने के लिए कहता है, लेकिन मैं उन्हें नहीं देखता।

आपका एनपीएम विकल्प के लिए यहां आने के लिए कहता है, लेकिन मैं उन्हें नहीं देखता।

@skeddles यदि आपने Control-F दबाया होता और alternatives खोजा होता, तो आपको https://github.com/request/request/issues/3143 का लिंक मिल जाता

मैं इस आदेश से vue-cli स्थापित नहीं कर सकता npm install -g @vue/cli इसका संदेश दिखाता है: npm WARN पदावनत

@somnangrom यह सच नहीं हो सकता, मुझे यकीन है कि कंसोल में कुछ अन्य संदेश हैं, न कि केवल यह एक पंक्ति।

मैं वास्तव में इस पैकेज पर काम करने के लिए आपको बहुत-बहुत धन्यवाद कहना चाहता हूं। इससे मुझे अपने प्रोजेक्ट्स में बहुत मदद मिली है। पूरी तरह से समझने योग्य कारण समर्थन क्यों रोक दिया गया है।

आपने बहुत अच्छा काम किया है, आपको खुद पर गर्व होना चाहिए!

मैं

मैं कोणीय सीएलआई का नवीनतम संस्करण स्थापित करने में असमर्थ हूं।
Nodejs 64 बिट संस्करण: 12.18.1
एनपीएम संस्करण: 6.13.6
जब मैं कोणीय सीएलआई के नवीनतम संस्करण को स्थापित करने के लिए npm install -g @angular/ cli@latest चलाता हूं, तो यह मुझे निम्नलिखित त्रुटि चेतावनी देता है
npm WARN पदावनत https://github.com/request/request/issues/3142

संदेश के साथ इंस्टालेशन अटक गया: पोस्टइंस्टॉल: सिल इंस्टाल एक्जीक्यूटएक्शन
कृपया इस समस्या को हल करने में मेरी मदद करें

मैं कोणीय सीएलआई का नवीनतम संस्करण स्थापित करने में असमर्थ हूं।
मैंने अपने विंडोज 10 प्रो लैपटॉप पर Nodejs स्थापित किया है
Nodejs 64 बिट संस्करण: 12.18.1एनपीएम संस्करण: 6.13.6
जब मैं कोणीय सीएलआई के नवीनतम संस्करण को स्थापित करने के लिए npm install -g @angular/ cli@latest चलाता हूं, तो यह मुझे निम्नलिखित त्रुटि चेतावनी देता है
npm WARN पदावनत

संदेश के साथ इंस्टालेशन अटक गया: पोस्टइंस्टॉल: सिल इंस्टाल एक्जीक्यूटएक्शन
कृपया इस समस्या को हल करने में मेरी मदद करें

@anjaikr और @aman78600 नवीनतम संस्करण स्थापित करने के लिए https://github.com/angular/angular-cli/wiki/stories-1.0-update देखें, आशा है कि यह मदद करेगा

npm install -g json-server काम नहीं कर रहा है, मुझे क्या करना चाहिए?

हम अभी भी इसे बुनियादी कार्यों के लिए उपयोग कर सकते हैं, है ना?

मुझे कोणीय 5 को समझने में त्रुटि हो रही है, मैंने स्थापित करने का प्रयास किया लेकिन यह दिखा रहा है कि अनुरोध को कम कर दिया गया है ... मुझे क्या करना चाहिए

@mikeal स्पष्ट होने के लिए, क्या आप bent को request को बदलने का इरादा रखते हैं?

नमस्ते,

किसी को पता है कि समस्या क्या है:
एनपीएम आई-जी जेसन-सर्वर
npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN ने दिया : यह पुस्तकालय अब समर्थित नहीं है

धन्यवाद।

मैंने मूल्यह्रास के लिए सबसे विनम्र कारणों में से एक सुना है। कल्पना कीजिए कि क्या Google और Microsoft ने अपने सभी उत्पादों को शेल्फ़ के रूप में ले लिया है क्योंकि "नए पुस्तकालयों के लिए गोद लेने के लिए समान कार्यों को पूरा करना बहुत कठिन है" और क्योंकि "इन पैटर्न के लिए पारिस्थितिकी तंत्र में अब एक संक्रमण हो रहा है"। पूरी तरह से हास्यास्पद।

सबसे पहले इस रेपो के प्रति मेरा सम्मान दिखाएं, हालांकि, ईमानदार होने के लिए, @cypheron ने जो कहा वह समझ में आया।

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

मैं बस सर्ज.श स्थापित करने के लिए ट्यूटोरियल के माध्यम से अपना रास्ता खराब करने की कोशिश कर रहा हूं।

ऐसा लगता है कि आप लोगों के यहाँ बहुत कुछ चल रहा है। अगर मैं सिर्फ चेतावनियों को अनदेखा करता हूं और छोड़ देता हूं तो क्या यह मुझे नए भविष्य में यहां खराब कर देगा?

मैंने मूल्यह्रास के लिए सबसे विनम्र कारणों में से एक सुना है। कल्पना कीजिए कि क्या Google और Microsoft ने अपने सभी उत्पादों को शेल्फ़ के रूप में ले लिया है क्योंकि "नए पुस्तकालयों के लिए गोद लेने के लिए समान कार्यों को पूरा करना बहुत कठिन है" और क्योंकि "इन पैटर्न के लिए पारिस्थितिकी तंत्र में अब एक संक्रमण हो रहा है"। पूरी तरह से हास्यास्पद।

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

लेकिन अगर आप एक नई परियोजना शुरू करते हैं, तो वहां बेहतर, अधिक आधुनिक विकल्प हैं। भाषा विकसित हो गई है, अब वही काम करने के बेहतर तरीके हैं, लेकिन अनुरोध इसके साथ नहीं रह सकता क्योंकि इसके साथ काम करने के लिए विरासत परियोजनाओं की आवश्यकता है। नई परियोजनाओं के लिए यह उप-इष्टतम है।

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

क्या कोई विशिष्ट कारण है कि कोई भी axios पर अनुरोध का उपयोग करेगा?

क्या कोई विशिष्ट कारण है कि कोई भी axios पर अनुरोध का उपयोग करेगा?

ज़रूर। मेरे सर के ऊपर से चला गया:

• आप बस इसके अभ्यस्त हैं या आपको इसके साथ बहुत अनुभव है
• आपका प्रोजेक्ट पहले से ही हर जगह इसका इस्तेमाल कर रहा है। कोड पुनर्लेखन के महीनों में नहीं तो सभी को स्विच करने में सप्ताह लगेंगे।
• कंपनी/प्रोजेक्ट कोडिंग दिशानिर्देश इस पुस्तकालय की मांग करते हैं (या केवल कुछ "परिपक्वता" आवश्यकताओं वाले पुस्तकालयों को अनुमति देते हैं)
• एक तृतीय पक्ष पुस्तकालय को इसकी आवश्यकता होती है (और शायद यह भी आवश्यक है कि जब आप पुस्तकालय के साथ काम करते हैं तो आप इसका उपयोग करते हैं)। अतिरिक्त अंक यदि पुस्तकालय के पास कोई विकल्प नहीं है।
• आप एक छात्र हैं और आप जो पाठ्यक्रम ले रहे हैं वह स्पष्ट रूप से अनुरोध के बारे में सिखाता है और परीक्षा/होमवर्क में है

संक्षेप में ये एक ही विषय के सभी रूपांतर हैं - आपको कुछ पुराने सामान के साथ काम करने की ज़रूरत है जो अभी तक नवीनतम रुझानों के साथ नहीं पकड़े गए हैं। यह वास्तविक जीवन में काफी नियमित रूप से होता है।

npm WARN पदावनत https://github.com/request/request/issues/3142
npm WARN ने @hapi/ [email protected] को हटा दिया : जॉय @hapi संगठन को छोड़कर 'joi' पर वापस जा रहा है (https://github.com/sideway/joi/issues/2411)
npm WARN पदावनत @ hapi/ [email protected] : यह संस्करण बहिष्कृत कर दिया गया है और अब समर्थित या अनुरक्षित नहीं है
NPM चेतावनी पदावनत @ HAPI / [email protected] : यह संस्करण हटा दिया गया है और अब समर्थित नहीं या बनाए रखा है
npm WARN पदावनत @ hapi/ [email protected] : यह संस्करण बहिष्कृत कर दिया गया है और अब समर्थित या अनुरक्षित नहीं है
npm WARN पदावनत @ hapi/ [email protected] : यह संस्करण बहिष्कृत कर दिया गया है और अब समर्थित या अनुरक्षित नहीं है
npm WARN ने दिया : यह पुस्तकालय अब समर्थित नहीं है
npm WARN ने दिया : कृपया देखें https://github.com/lydell/urix#deprecated
npm WARN पदावनत https://github.com/lydell/resolve-url#deprecated
npm WARN ने दिया है : Chokidar 2 नोड v14+ पर टूट जाएगा। 15x कम निर्भरता के साथ चोकीदार 3 में अपग्रेड करें।
npm WARN ने दिया : fsevents 1 नोड v14+ पर टूट जाएगा और असुरक्षित बायनेरिज़ का उपयोग कर सकता है। fsevents 2 में अपग्रेड करें।

क्यों???? मेरे सभी एनपीएम ग्लोबल इंस्टॉलेशन हमेशा मुझे चेतावनी देते हैं कि इसे बहिष्कृत किया गया है ?? इसे कैसे ठीक करें

मैं NodeJS को अनइंस्टॉल करने का प्रयास करता हूं
या
एनपीएम अपडेट कर रहा है
लेकिन यह काम नहीं करता
कृपया मेरी मदद करें

यह बहिष्कृत है।
आप इसे ठीक नहीं कर सकते।
चेतावनी पर ध्यान न दें।

_{या अपने कोड को फिर से लिखें ताकि वह Request.}

@acatzk

प्रयत्न

npm इंस्टाल-एस (या --साइलेंट)
या

npm इंस्टाल -क्यू (या --quiet)

चेतावनियों को चुप कराने के लिए

यह धागा सबसे अच्छा है।

नमस्ते। मैं एपीआई के लिए नया हूँ। मैं अनुरोध पैकेज स्थापित करने का प्रयास कर रहा था और उसने कहा कि अब इसे बहिष्कृत कर दिया गया है। मैंने इसे देखने और देखने की कोशिश की कि क्या हो रहा है लेकिन मैं इसकी सराहना करूंगा अगर कोई मुझे समझा सके कि मैं अब क्या कर सकता हूं? क्या इसका मतलब यह है कि अनुरोध पैकेज अब प्रयोग करने योग्य नहीं है? वही काम करने के लिए मैं किस अन्य पैकेज का उपयोग कर सकता हूं?

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

यदि आप एक नई परियोजना लिख ​​रहे हैं, तो बेहतर होगा कि आप एक और आधुनिक पुस्तकालय का प्रयास करें। उदाहरण के लिए, हम Axios का उपयोग करते हैं, लेकिन मुझे यकीन है कि अन्य भी हैं।

मैं Fizzbuzz के बजाय अब अपने साक्षात्कारों पर निम्नलिखित प्रश्न पूछने जा रहा हूं:

You have faced the following message in your console.

What should you do about it and how do you fix it?

> npm WARN deprecated [email protected]: request has been deprecated, see #3142

@ एंटन-बॉट यह आसान है, इसका उत्तर है, "मैं लिंक पर क्लिक करता हूं, कुछ भी नहीं पढ़ता हूं, लेकिन थ्रेड के निचले भाग में जाता हूं और वही प्रश्न पोस्ट करता हूं जो हर कोई करता है।"

क्या मुझे नौकरी मिलती है?

@ एंटन-बॉट यह आसान है, इसका उत्तर है, "मैं लिंक पर क्लिक करता हूं, कुछ भी नहीं पढ़ता हूं, लेकिन थ्रेड के निचले भाग में जाता हूं और वही प्रश्न पोस्ट करता हूं जो हर कोई करता है।"

क्या मुझे नौकरी मिलती है?

कारण मैं पूछ रहा था क्योंकि मैं अपने कंसोल लॉग पर 401 प्राप्त करता रहता हूं। और अनुरोध मॉड्यूल मेरे लिए काम नहीं कर रहा है। मैं बिटकॉइन औसत से और https://any-api.com/ से एपीआई का उपयोग करने की कोशिश कर रहा हूं और उनमें से कोई भी काम नहीं कर रहा था। जब मैं लोकलहोस्ट 3000 में जाता हूं तो एचटीएमएल काम करता है और मुझे पेज मिलता है लेकिन जब मैं परिणाम प्राप्त करने के लिए बटन दबाता हूं तो मेरा कंसोल क्रैश हो जाता है। मेरा कंसोल लॉग या तो ऐप क्रैश या 401 स्थिति कोड और ब्राउज़र पर कहता है। यह भी ध्यान दें कि मेरी कोई भी प्रॉक्सी सक्षम नहीं है मैंने सब कुछ करने की कोशिश की लेकिन मुझे त्रुटियां मिलती रहती हैं। अगर आप मेरी मदद कर सकते हैं तो मैं इसकी सराहना करूंगा।

@ mohammed3736 - पूछने के लिए यह गलत जगह है। इसके अलावा, मुझे 99.99% यकीन है कि यह अनुरोध पुस्तकालय नहीं है जिसे दोष देना है। आपके प्रोग्राम में एक बग है और आपने इसे स्वयं बनाया है। आपको खुद भी इसका पता लगाना होगा। यदि आपको अभी भी सहायता की आवश्यकता है, तो StackOverflow पर पूछने का प्रयास करें, लेकिन कृपया वह कोड शामिल करें जो काम नहीं करता है। सबसे अच्छा - सबसे छोटा संभव प्रोग्राम बनाने का प्रयास करें जो क्रैश हो और उस स्रोत कोड को दिखाएं।

मैं भी यहां एक सवाल पूछने आया था लेकिन... यहां सभी नस्लवादी हमलों का क्या हुआ? आप लोग अविश्वसनीय हैं।

और हाँ मुझे अभी भी पता नहीं है कि मेरा कोड क्यों काम नहीं करता है। कंसोल में एकमात्र त्रुटि मुझे यहां लाती है।

अपने विशेषाधिकार की जाँच करें और मज़े करें

मैं भी यहां एक सवाल पूछने आया था लेकिन... यहां सभी नस्लवादी हमलों का क्या हुआ? आप लोग अविश्वसनीय हैं।

और हाँ मुझे अभी भी पता नहीं है कि मेरा कोड क्यों काम नहीं करता है। कंसोल में एकमात्र त्रुटि मुझे यहां लाती है।

अपने विशेषाधिकार की जाँच करें और मज़े करें

आप किस नस्लवादी हमले की बात कर रहे हैं? यह बहुत बुरा लगता है

वही मुद्दा देखा। कृपया मदद करें अगर कोई जानता है कि कैसे हल करना है

[email protected] : अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142

@ हसीब अहमद 49 "अनुरोध" एनपीएम पैकेज को बहिष्कृत किया जा रहा है, प्रति से कोई समस्या नहीं है। संदेश पुस्तकालय परियोजना डेवलपर्स के लिए है।

इसकी चिंता मत करो। जीथब पर बहुत से लोगों ने मुझे बताया कि यह ठीक है। यह
बस मूल रूप से इसका मतलब है कि पैकेज में नई सुविधाएँ नहीं जोड़ी गई हैं
इसके लिए अब और इसे अपडेट नहीं किया जाएगा लेकिन यह अभी भी पूरी तरह से ठीक है
उपयोग। मैंने इसका इस्तेमाल किया और यह ठीक था।

सोम Sep 14, 2020 11:57 Elan Ruusamäe पर पर [email protected]
लिखा था:

>
>

@HaseebAhmed49 https://github.com/HaseebAhmed49 "अनुरोध" npm
पैकेज को बहिष्कृत किया जा रहा है, प्रति से कोई समस्या नहीं है। संदेश पुस्तकालय के लिए है
परियोजना डेवलपर्स।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/request/request/issues/3142#issuecomment-692279572 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AQFTBJ255VRYJW4VMUFQQ23SFZYSZANCNFSM4HCP6LRA
.

लेकिन यह अभी भी उपयोग करने के लिए पूरी तरह से ठीक है

ज़रुरी नहीं। यह _for now_ काम कर सकता है, लेकिन आपको कभी भी ऐसे पैकेज पर स्पष्ट निर्भरता नहीं रखनी चाहिए जिसे आगे बग और सुरक्षा सुधार प्राप्त नहीं होंगे। आप अपने ऐप (और उपयोगकर्ताओं) को अचानक टूटने और सुरक्षा लीक के महत्वपूर्ण जोखिम में डाल रहे हैं जब वह पैकेज अंततः _does_ काम करना बंद कर देता है (जो यह लगभग निश्चित रूप से होगा)। यह request जैसे पैकेज के लिए विशेष रूप से सच है जो नेटवर्क अनुरोध करने के रूप में महत्वपूर्ण और संवेदनशील कुछ प्रदान करता है।

एक बहिष्करण चेतावनी कहीं और माइग्रेट करना शुरू करने के लिए एक गंभीर नोटिस है। इस धागे में कई विकल्पों का पहले ही उल्लेख किया जा चुका है (और दोहराया गया)।

हाय सब मेरे पास भी यह पदावनत मुद्दे थे
तो मैंने जो किया वह है नोडज को अनइंस्टॉल करना और नोडज की नवीनतम सुविधाओं को डाउनलोड करना
जो कि 14.10.1 वर्तमान नवीनतम विशेषताएं है
https://nodejs.org/en/

और उन सभी वैश्विक npm को हटा दें जो आपने कंप्यूटर में स्थापित किए हैं

और बस...

वे सभी पदावनत हो गए हैं ...

@acatzk wtf lmao

यह पुस्तकालय बहिष्कृत है । यदि कोई बग है, तो उसे ठीक करने के लिए कुछ नहीं किया जाएगा। यदि कोई सुरक्षा समस्या है, तो इसे ठीक करने के लिए कुछ नहीं किया जाएगा।

आपको इसका इस्तेमाल नहीं करना चाहिए।

@davwheat धन्यवाद

इस अनुरोध मॉड्यूल के विकल्प क्या हैं?

चीजें जो हम कर सकते हैं - कृपया चर्चा करें और स्वयंसेवा करें!

• [] परियोजना की वर्तमान स्थिति के साथ रीडमी अपडेट करें
• [ ] ci प्रकाशन पाइपलाइन को अपडेट करें @mikeal
• [ ] request विकल्पों पर कुछ मार्गदर्शन के साथ एक दस्तावेज़ प्रदान करें #3143
• [ ] किसी अन्य पैकेज का उपयोग करने के लिए पैकेज की स्थापना पर एक चेतावनी संदेश जोड़ें और दस्तावेज़ का संदर्भ लें
• [ ] समर्थन बंद करने के लिए एक तिथि चुनें (मैं 6 महीने वोट करता हूं, लेकिन 12 शायद अधिक मित्रवत है)
• [ ] सभी सुविधा अनुरोध बंद करें और prs . सुविधा दें
• [ ] प्रासंगिक बग फिक्स की समीक्षा करें और मर्ज करें
• [ ] जीथब इश्यू और पीआर टेम्प्लेट जोड़ें, जिसमें बताया गया है कि सुविधाओं को मर्ज नहीं किया जाएगा
• [ ] अगले प्रमुख संस्करण ( 3.x ) को हटा दें ताकि सक्रिय रखरखाव में परियोजना को चेतावनी मिले लेकिन पुराने प्रोजेक्ट हमेशा की तरह जारी रहें

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

एक ठोस, Google समर्थित विकल्प की तलाश करने वालों के लिए (https://github.com/request/request/issues/3143 में दिए गए विकल्पों के अलावा), मैं अत्यधिक अनुशंसा करता हूं https://github.com/googleapis/gaxios। हाल ही में एक परियोजना में इसका इस्तेमाल कर रहे हैं और यह अब तक उत्कृष्ट है।

विकल्प क्या हैं? आप npm पृष्ठ कहते हैं For more information about why request is deprecated and possible alternatives refer to {the link to this page}

3143

npm WARN रजिस्ट्री पुनर्वैधीकरण के दौरान अनुरोध त्रुटि के कारण https://registry.npmjs.org/ से पुराने डेटा का उपयोग करना।
npm WARN पदावनत https://github.com/request/request/issues/3142

@thbestforyourbizdeployment हाँ।

धन्यवाद।

क्या आप मेरी मदद कर सकते हैं?

npm WARN पदावनत अनुरोध@2.88.2: अनुरोध बहिष्कृत कर दिया गया है, देखें https://github.com/request/request/issues/3142
npm WARN ने [email protected] को पदावनत कर दिया: यह पुस्तकालय अब समर्थित नहीं है
एनपीएम ईआरआर! कोड EEXIST
एनपीएम ईआरआर! सिस्कल सिम्लिंक
एनपीएम ईआरआर! पथ ../lib/node_modules/firebase-tools/lib/bin/firebase.js
एनपीएम ईआरआर! गंतव्य /usr/स्थानीय/बिन/फायरबेस
एनपीएम ईआरआर! त्रुटि -17
एनपीएम ईआरआर! EEXIST: फ़ाइल पहले से मौजूद है, सिमलिंक '../lib/node_modules/firebase-tools/lib/bin/firebase.js' -> '/usr/local/bin/firebase'
एनपीएम ईआरआर! फ़ाइल मौजूद है: /usr/स्थानीय/बिन/फ़ायरबेस
एनपीएम ईआरआर! मौजूदा फ़ाइल को निकालें और पुन: प्रयास करें, या npm . चलाएँ
एनपीएम ईआरआर! साथ --force फ़ाइलों को लापरवाही से अधिलेखित करने के लिए।

एनपीएम ईआरआर! इस रन का पूरा लॉग इसमें पाया जा सकता है:
एनपीएम ईआरआर! /उपयोगकर्ता/बहार/.npm/_logs/2020-11-18T17_07_43_310Z-debug.log

@baharozcelik आपकी मदद करने के लिए कुछ भी नहीं है।

पढ़ना। मुद्दा।

sudo npm install --global gulp-cli
इस तरह प्रयास करें