Request: طلب الماضي والحاضر والمستقبل

تم إنشاؤها على ٣٠ مارس ٢٠١٩  ·  352تعليقات  ·  مصدر: request/request

قبل أن أخوض في التفاصيل والمنطق ، سأصل مباشرة إلى هذه النقطة. أهم شيء يمكن أن يفعله request لنظام JavaScript البيئي هو الانتقال إلى وضع الصيانة والتوقف عن التفكير في الميزات الجديدة أو الإصدارات الرئيسية.

الاعتذار مقدمًا للمتعهدين الآخرين على request الذين بذلوا قصارى جهدهم لتحسينه ، لكن هذا للأفضل.

2009

كان الإصدار الأول من request واحدًا من الوحدات النمطية الأولى التي تم إنشاؤها لنظام Node.js البيئي. تمت كتابة الإصدارات الأقدم إلى واجهات برمجة التطبيقات التي تسبق واجهة رد الاتصال القياسية ، التدفقات ، node_modules و npm. في السنوات القليلة الأولى ، تطورت request و Node.js معًا ، كل منهما تعلم من الآخر. نظرًا لتحسن Node.js وترحيل الواجهات الأساسية ، فقد طلبت ذلك. نظرًا لقيام الطلب بتبني التغييرات على مكتبة http الأساسية والتدفق ، فقد أبلغ أيضًا عن تحسينات مثل حدث pipe (الذي مكّن وكيل سطر واحد request ) وواحد من عمليات إعادة الكتابة العديدة لـ Core http ( كان علي أن أكتب).

npm

request من أوائل الوحدات التي تمت إضافتها إلى سجل npm. مع نمو npm ، زاد الاعتماد على request . حتى الآن ، عندما يتم استخدام npm أكثر بكثير للواجهة الأمامية من العمل الخلفي ، يظل request واحدًا من أكثر الوحدات اعتمادًا على الوحدات في التسجيل. أثناء كتابة هذا ، تعتمد 41 ألف وحدة على الطلب ويتم تنزيلها 14 مليون مرة في الأسبوع.

المكان الذي يحتله request في النظام البيئي Node.js لم يعد مكانًا مبتكرًا بل شاغل الوظيفة. إذا كنت تستخدم Google لمعرفة كيفية القيام بشيء ما باستخدام HTTP في Node.js ، فمن المحتمل أن تظهر الأمثلة request كعميل و express كخادم. هذا له تأثيران سيئان بشكل ملحوظ.

من الصعب جدًا على المكتبات الجديدة التي تنجز مهامًا مماثلة أن تحصل على اعتماد بسبب المركز الحالي request يحتفظ به على النظام البيئي. من الصعب أيضًا تغيير الطلب بأي طريقة ذات معنى لأن التغيير قد لا يتم اعتماده من قبل غالبية المعالين فحسب ، بل إنه سيخرجه من التوافق مع آلاف منشورات المدونة وتكدس الاستجابات الفائضة التي تستخدم request .

جافا سكريبت الحديثة

كانت السنوات القليلة الماضية مثيرة في JavaScript. انتقلت الميزات التي تحدث عنها الأشخاص لسنوات من الأفكار والمعايير إلى الميزات التي يمكنك الاعتماد عليها بشكل موثوق في معظم البيئات. السرعة التي تم اعتمادها بها مذهلة ، ويرجع الفضل في ذلك في الغالب إلى المتصفحات التي يتم تحديثها تلقائيًا وجدول إصدار Node.js القوي.

الأنماط الموجودة في جوهر request قديمة. قد يجادل قلة من الناس في هذا التقييم ، وأنا أعلم من هم لذلك لن أتفاجأ ، لكن هذا صحيح. غالبًا ما كنت متشككًا في تأثير بعض هذه الميزات فقط لأجد نفسي أستخدمها بالجملة بعد وقت قصير من توفرها في الإصدار الأخير فقط من Node.js.

هناك تحول يحدث الآن في النظام البيئي لهذه الأنماط. كم سيكون هذا فوضويًا لا يزال في الهواء ولن أحاول قراءة أوراق الشاي ومعرفة كيف سيبدو المستقبل في هذا الصدد. السؤال عن request هو "هل نحاول البقاء على قيد الحياة خلال هذا الانتقال؟" قبل عام ، كنت أعتقد أن الإجابة كانت واضحة وأننا سنفعل ذلك ، لكنني الآن مقتنع بالعكس.

نسخة من request كتابتها لتبني أنماط اللغة الجديدة هذه حقًا هي وحدة نمطية جديدة بشكل فعال. لقد استكشفت هذه المساحة قليلاً بالفعل ولدي مشروع أنا سعيد به تمامًا ولكنه لا يتوافق مع request بكل طريقة ممكنة. ما هي القيمة في إصدار request الذي لا يتوافق مع الأنماط القديمة ولكنه لا يحتضن الأنماط الجديدة بالكامل؟ ما الهدف من التوافق الجزئي عندما يكون هناك عالم كامل من الوحدات الجديدة ، التي كتبها مطورون جدد ، يعيدون التفكير في هذه المشكلات مع وضع هذه الأنماط في الاعتبار؟

أفضل شيء عن هذه الوحدات الجديدة ل request لببطء تتلاشى بعيدا، لتصبح في نهاية المطاف مجرد ذاكرة أخرى من أن كومة القديمة. إن الحصول على المركز request الآن والاستفادة منه للحصول على حصة أكبر من الجيل التالي من المطورين سيكون ضارًا لهؤلاء المطورين لأنه سيبعدهم عن الوحدات النمطية الأفضل التي لا تتحمل عبء request .

نمط الصيانة

ها هي الخطة.

  • سيتوقف request عن قبول الميزات الجديدة.
  • request سيتوقف عن التفكير في تغيير التغييرات.
  • سيحاول الملتزمون الذين ما زالوا نشطين دمج الإصلاحات في الوقت المناسب ، ولكن دون وعود.
  • ستكون الإصدارات مؤتمتة بالكامل ، وسيتم نشر أي دمج في الإصدار الرئيسي. لقد قمت بالفعل ببناء هذا لبعض المشاريع الأخرى باستخدام إجراءات GitHub .

    • سنضطر إلى إزالة المتعاونين غير النشطين وفرض 2fa ، لأن حقوق الالتزام ستصبح فعليًا حقوق نشر npm.

neverstale

التعليق الأكثر فائدة

أنا أؤيد هذا تمامًا ، وأعتقد أن هناك رسالة تحذير و / أو إيقاف الإصدارات الجديدة أمر سليم.

أما بالنسبة للتغيير في العملية والإرشادات ، فهو يجعل عملي أسهل كثيرًا 👌

ال 352 كومينتر

أنا أؤيد هذا تمامًا ، وأعتقد أن هناك رسالة تحذير و / أو إيقاف الإصدارات الجديدة أمر سليم.

أما بالنسبة للتغيير في العملية والإرشادات ، فهو يجعل عملي أسهل كثيرًا 👌

قال جيد جداmikeal. أنا أقوم بتثبيت هذه المشكلة للحصول على مزيد من الرؤية.

أشياء يمكن أن نفعلها - يرجى المناقشة والتطوع!

  • [] تحديث الملف التمهيدي بالحالة الحالية للمشروع
  • [] تحديث خط أنابيب النشر mikeal
  • [] قدِّم مستندًا مع بعض الإرشادات حول البدائل request https://github.com/request/request/issues/3143
  • [] أضف رسالة تحذير عند تثبيت الحزمة لاستخدام حزمة أخرى والرجوع إلى المستند
  • [] اختر موعدًا لإيقاف الدعم (أصوت لمدة 6 أشهر ، ولكن من المحتمل أن يكون 12 شهرًا أكثر ودية)
  • [] إغلاق جميع طلبات الميزة وميزة العلاقات العامة
  • [] مراجعة ودمج إصلاحات الأخطاء ذات الصلة
  • [] إضافة مشكلة github وقوالب العلاقات العامة التي توضح أنه لن يتم دمج الميزات
  • [] قم بإيقاف الإصدار الرئيسي التالي ( 3.x ) لذلك يتلقى المشروع قيد الصيانة النشطة تحذيرًا ولكن تستمر المشروعات القديمة كالمعتاد

إنه منطقي جدا! سأتبنى هذه السياسة ببطء لعائلة request-promise أيضًا. تحياتي لمساهماتك المهمة في نظام العقدة البيئي!

إيقاف أحدث حزمة npm وإيقافها تلقائيًا عند النشر

يرجى توخي الحذر بشأن الإهمال. كما كتب Mikael أعلاه ، هناك 41 ألف وحدة اعتمادًا على request . العديد من هذه الوحدات مفيدة في الحالة الحالية وتعمل بشكل جيد لمستخدميها ، ولكن قد لا يكون لدى المشرفين عليها الوقت لإعادة صياغة هذه الوحدات لاستخدام شيء آخر غير request . من خلال إهمال request في وقت التثبيت ، فإنك ستعمل بشكل أساسي على إهمال جزء كبير من النظام البيئي لوحدة npm.

كما أراه ، فإن وضع الصيانة ليس هو نفسه الإهمال.

  • وضع الصيانة = سنصلح الأخطاء والثغرات الأمنية حتى تتمكن من الاستمرار في استخدام هذه الحزمة.
  • الإهمال = لا أحد يجب أن يستخدم هذه الحزمة بعد الآن. يحدث هذا عادةً عندما يتم التخلي عن الوحدة ولن تتلقى أي أخطاء أخرى أو إصلاحات أمنية.

انا اسمعك. النص الكامل

قم بإيقاف أحدث حزمة npm وإيقافها تلقائيًا عند النشر عبر ci __ (ربما بعد توقف الدعم؟) __

أعتقد أنه يجب علينا في النهاية إهمال request لأنني لا أريد أن تستخدمه مشاريع جديدة.
لقد كنت أحاول فرز المشكلات وإخراجها إلى قائمة يمكننا حلها ، ولكن هناك أخطاء لا يمكننا إصلاحها بدون تغيير جذري. لذلك لن يتم إصلاحها وسيواجه المستخدمون الجدد مشكلات.

على سبيل المثال ، تؤدي عمليات إعادة التوجيه التالية إلى فقدان نصوص الطلبات وملفات تعريف الارتباط ، كما أن تحليل عنوان url لإزالة المسارات النسبية يعتبران من الأخطاء ولكني لست متأكدًا من أنه سيتم إصلاحهما على الإطلاق.

ربما لا يكون الإهمال هو الإجابة الصحيحة ، لكني لا أعرف كيف أتعامل مع ذلك.

هل هذا منطقي؟

دعنا فقط نتفوق على الإصدار الرئيسي عندما نتوقف عن العمل. بهذه الطريقة ، لن يرى معظم الأشخاص الذين يعتمدون على المشروع هذا الخطأ حتى يحاولوا الترقية إلى تخصص جديد ، مما يعني أنهم يطورونه بنشاط ويجب عليهم حقًا البحث عن بديل.

أنا فخور بكوني جزءًا من تاريخ request . سوف أتحقق أيضًا من bent ، يبدو الأمر ممتعًا ، و _ صغير_ ، وهو أكثر أهمية بالنسبة لي هذه الأيام.

سنضطر إلى إزالة المتعاونين غير النشطين وفرض 2fa ، لأن حقوق الالتزام ستصبح فعليًا حقوق نشر npm.

بخير لإزالتي.

أعتقد أنه يجب علينا في النهاية إيقاف الطلب لأنني لا أريد أن تستخدمه مشاريع جديدة.

بصفتي مبرمجًا ممتنًا جدًا للوحدة والذي يستخدمها طوال الوقت ، فأنا أريد استخدامها في مشاريع جديدة.

يجب أن يكون هذا القرار صعبًا للغاية ولكنه يستحق الثناء في أقصى الحدود. أحسنت.

أنا فخور باستخدام هذه الأداة الرائعة. أجبرت المجتمع على التحسن. 🙏
إذا كنت بحاجة إلى مساعدة للحفاظ عليها ، فلا تتردد في الاتصال بي.

بينما أحترم قرارك ، أود أن أطلب منك النظر في مقدار العالم الحقيقي والإنتاج والرمز الذي يعتمد على الطلب حاليًا. إنها أكثر بكثير مما يمكن أن تخبرك به إحصاءات NPM. أنا أفهم تمامًا الرغبة في الانتقال إلى شيء جديد والقيام بشيء بطريقة جديدة وأكثر إثارة للاهتمام ... هذا هو نظام JavaScript البيئي بعد كل شيء ، يجب أن يطارد الشيء الجديد. ولكن يرجى مراعاة مقدار الوقت والمال الذي ستكلفه المؤسسات الهندسية المحترفة عن طريق طلب الإيقاف بالجملة. إذا كنت تريد تركها في وضع الصيانة ، فلا بأس بذلك ، لكن عليك أن تفهم أن الكثير من الأشخاص ليس لديهم أي سبب عملي لتغيير المكتبات. إن إجبار الناس على التغيير بسبب الأيديولوجية سيؤدي إلى الإحباط.

بغض النظر ، شكرًا على العمل الشاق الذي بذله الجميع في هذه المكتبة.

أتساءل ما هي المكتبة التي يمكن اعتبارها حديثة والموصى بها الآن. الوكيل المعتمد في الغالب في وضع الصيانة الآن ، الأكسيوس ليس نشطًا تمامًا.

مجرد ملاحظة سريعة لتوجيه الشكر لك (وجميع المساهمين الآخرين) على كل العمل الشاق على مدار السنوات في هذه الوحدة ؛ كانت واحدة من أول ما استخدمته على الإطلاق عندما بدأت مع Node ، لذا سيكون لها دائمًا مكانة خاصة في قلبي.

دعنا فقط نتفوق على الإصدار الرئيسي عندما نتوقف عن العمل. بهذه الطريقة ، لن يرى معظم الأشخاص الذين يعتمدون على المشروع هذا الخطأ حتى يحاولوا الترقية إلى تخصص جديد ، مما يعني أنهم يطورونه بنشاط ويجب عليهم حقًا البحث عن بديل.

أعتقد أن هذا لا يزال حلاً قابلاً للتطبيق لما ذكر أعلاه.

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 !

الأنماط الموجودة في جوهر الطلب قديمة.

تتغير الأنماط كل بضعة أشهر وسنوات ، خاصة في مجتمع JavaScript. أليست أسباب إنشاء request أصلاً صالحة اليوم؟

request لديه 10 سنوات من الإلتزامات والاستقرار والاختبارات. لماذا تبدأ من الصفر؟ أليس هذا مجرد إضافة المزيد من "إجهاد JavaScript" ، مما يؤدي إلى قيام المزيد من المكتبات بنفس الشيء - طلبات HTTP؟

إنه لأمر محزن أن نرى مثل هذه المكتبة الهامة والتاريخية في تاريخ Node تختفي لأن التدفقات وعمليات رد الاتصال لم تعد رائعة في عام 2019 بعد الآن.

لا أعتقد أن إهمال المكتبة أمر ضروري حقًا ، فهي موجودة منذ حوالي 10 سنوات ، وتستخدم في العديد من الأماكن وهي في الواقع مستقرة جدًا ، وفي النهاية. كل ما تفعله هو تقديم طلبات HTTP ، فماذا تحتاج المكتبة أيضًا؟ دعم لشبيبة بدعة الشهر؟ 👎

سيحاول الملتزمون الذين ما زالوا نشطين دمج الإصلاحات في الوقت المناسب ، ولكن دون وعود .

با-دوم-تشي! 🥁

هذا هو إهمال مسؤول. حسن التواصل ، مع خطة للمتابعة. أعتقد أن المشرفين الآخرين على برمجيات المصدر المفتوح يمكن أن ينظروا إلى هذا كمعيار يهدفون إليه.

هذا أفضل بكثير من نسيان الحزمة والسماح لأشخاص عشوائيين (الذين يمكنهم إدخال أبواب خلفية في الكود) بدور المشرفين لتولي المهمة عندما لا تكون مهتمًا.

كان الطلب حزمة رائعة ، ونحن نشكرك كثيرًا على مساهماتك في النظام البيئي للعقدة المبكرة. أنت محق في تقييمك أن أسلوب رد الاتصال لم يعد اصطلاحيًا في JavaScript ، وهناك حزم أخرى مثل الجلب الذي يعكس معايير WHATWG.

stcktrce بالضبط ، لا تحتاج المكتبة إلى أي شيء آخر ، فهي تعمل تمامًا كما هي. ولكن كانت هناك تحسينات كبيرة في النظام البيئي بأكمله. إن تجاهل المكتبة هو مجرد علامة على فرصة للآخرين للتحقق من مكتبات جديدة وأكثر حداثة بدلاً من الاعتماد ببساطة على أكثر المكتبات شهرة.

mikeal أشكرك على كل ما تبذلونه من جهود في المكتبة ( r2 أيضًا) والنظام البيئي. أيضًا ، لتحديد هذه الأسبقية لإهلاك مدروس جيدًا ومخطط له في النظام البيئي.

دعنا فقط نتفوق على الإصدار الرئيسي عندما نتوقف عن العمل. بهذه الطريقة ، لن يرى معظم الأشخاص الذين يعتمدون على المشروع هذا الخطأ حتى يحاولوا الترقية إلى تخصص جديد ، مما يعني أنهم يطورونه بنشاط ويجب عليهم حقًا البحث عن بديل.

mikeal لا أعتقد أن هذه فكرة جيدة.

المشكلة هي أن معظم البدائل ذات جودة أقل من الطلب. لقد انتقلت للتو إلى request من axios منذ أسبوع تقريبًا.

يحتوي Axios على أخطاء مستمرة لعدة سنوات حول دعم الوكيل وتعديل وكلاء https واستثناءات الوعود التي لم تتم معالجتها. يمكنك معرفة ذلك فقط بعد الاستثمار في أكسيوس بكثافة.

بالنسبة للمستخدمين الجدد ، تبدو المحاور سطحية جيدة مثل الطلب (عدد مماثل من المستخدمين ، وعود حسب التصميم ، إلخ)

شكرًا على request :)

إذا كان أي شخص يبحث عن مكتبة HTTP تستند إلى الحد الأدنى من الوعود مع مرشحات قابلة للتوصيل ودعم جيد للتدفقات ، فيمكنك الاطلاع على الموقع

أنا أحب وحدة الطلب شكرا جزيلا.
تقصد طلب الحصول على الكثير من التركيز لمنع أخرى نفس الوحدة الجديدة يخرج؟

إذا كانت هناك أخطاء معينة في الميزات المماثلة في المكتبات الأخرى ، فأود تحديدها على وجه التحديد. يعد دعم الوكيل ميزة معقدة ، كما أن وجود حالة اختبار تطلب اجتيازًا ولكن تفشل مكتبات أخرى يعد أمرًا ذا قيمة كبيرة.

reconbot في أحدث axios (^ 0.18.0) لا يمكنك الاتصال بموقع https خلال خادم وكيل. يؤدي القيام بذلك إلى ظهور أخطاء EPROTO . هذا خطأ مفتوح بخصوص هذا ، لكن المشكلة تعود إلى سنوات: https://github.com/axios/axios/issues/1981

تحرير: على وجه التحديد ، لا يمكنك استخدام المحاور لتنفيذ طلبات https عبر وكيل http. ربما يعمل وكيل https مخصص ، لم تجرب ذلك.

أنا متأكد من أن الإصلاحات لا تعتبر ميزات جديدة ، مثل طلب السحب للحد الأقصى لحجم الاستجابة ، والذي أراه كميزة قياسية مطلوبة لأي مكتبة ناضجة.

كما أنني قمت بمراجعة libs الطلبات الأخرى قبل أن أختار هذا واحدًا ومعظمها إشكالي للغاية وغير مكتمل وعربات التي تجرها الدواب. مستنداتهم لا تقيس أيضًا. لا أرى حقًا ما يمكن أن تجلبه مكتبة أخرى ولكن التعليمات البرمجية والأخطاء غير المختبرة ، فليس الأمر كما لو أن هناك طريقة جديدة لتقديم طلبات HTTP. يتعلق الأمر برمته بتغليف وحدة http / https وتوفير الإعدادات الافتراضية المعقولة مثل الاستجابة المؤقتة ، وفك الاستجابات ، وبالطبع القدرة على التعهد بكل شيء . أكبر مشكلة في هذه المكتبة هنا هي الهدف من التوافق التام ، ومحاولة التوافق مع الأشياء القديمة لا يجلب سوى الألم وممارسات الترميز القديمة. لكن هذا يمكن إصلاحه بعدة طرق. هناك قاعدة جيدة يمكن إعادة بنائها لتصبح شيئًا أنيقًا وعصريًا وبسيطًا. والأهم من ذلك كله موثوق. هناك العديد من الطرق للقيام بذلك - قم بتقسيمها إلى ملفات أكثر ، استخدم ECMA6 مع Babel أو Typescript.

لا يوجد مطور عاقل يريد 10 مكتبات تفعل الشيء نفسه ولكنها تفتقر إلى ميزات مختلفة ، وهي عربات التي تجرها الدواب ، وغير موثقة. هذه المكتبة تعمل حقًا وأنا ممتن لها وآمل ألا يتم إهمالها ولكن بدلاً من ذلك يتم إحياؤها.

لا تعتبر الإصلاحات ميزات جديدة. سيتم دمج الإصلاحات لمدة عام على الأقل ، وربما لفترة أطول.

-ميكيل


من: mivanovaxway [email protected]
تاريخ الإرسال: الخميس 11 أبريل 2019 الساعة 2:38 صباحًا
إلى: طلب / طلب
نسخة إلى: Mikeal Rogers؛ يذكر
الموضوع: Re: [request / request] طلب الماضي والحاضر والمستقبل (# 3142)

أنا متأكد من أن الإصلاحات لا تعتبر ميزات جديدة ، مثل طلب السحب للحد الأقصى لحجم الاستجابة ، والذي أراه كميزة قياسية مطلوبة لأي مكتبة ناضجة.

كما أنني قمت بمراجعة libs الطلبات الأخرى قبل أن أختار هذا واحدًا ومعظمها إشكالي للغاية وغير مكتمل وعربات التي تجرها الدواب. مستنداتهم لا تقيس أيضًا. لا أرى حقًا ما يمكن أن تجلبه مكتبة أخرى ولكن التعليمات البرمجية والأخطاء غير المختبرة ، فليس الأمر كما لو أن هناك طريقة جديدة لتقديم طلبات HTTP. يتعلق الأمر برمته بتغليف وحدة http / https وتوفير الإعدادات الافتراضية المعقولة مثل الاستجابة المؤقتة ، وفك الاستجابات ، وبالطبع القدرة على التعهد بكل شيء. أكبر مشكلة في هذه المكتبة هنا هي الهدف من التوافق التام ، ومحاولة التوافق مع الأشياء القديمة لا يجلب سوى الألم وممارسات الترميز القديمة. لكن هذا يمكن إصلاحه بعدة طرق. هناك قاعدة جيدة يمكن إعادة بنائها لتصبح شيئًا أنيقًا وعصريًا وبسيطًا. والأهم من ذلك كله موثوق. هناك العديد من الطرق للقيام بذلك - قم بتقسيمها إلى ملفات أكثر ، استخدم ECMA6 مع Babel أو Typescript.

لا يوجد مطور عاقل يريد 10 مكتبات تفعل الشيء نفسه ولكنها تفتقر إلى ميزات مختلفة ، وهي عربات التي تجرها الدواب ، وغير موثقة. هذه المكتبة تعمل حقًا وأنا ممتن لها وآمل ألا يتم إهمالها ولكن بدلاً من ذلك يتم إحياؤها.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/request/request/issues/3142#issuecomment-482043697 ، أو كتم صوت سلسلة المحادثات https://github.com/notifications/unsubscribe-auth/AAACQ8I4BSRtOjqHk637gRfBhkvGpFR4 .

أصبحت حزم TIL 41k ضعيفة.

انظر ، أوافق على أن الطلب يجب أن يختفي ، لكنني دائمًا أخشى من الحزم السائدة مثل هذه التي تغير مسار إطلاقها. سينتشر فاعل سيء أو صندوق مطور واحد مخترق ينشر رمزًا ضارًا بشكل فعال إلى كل مشروع هناك.

يرجى النظر في تشديد متطلبات دفع npm. قم بإعداد فرع لـ ci ، يتطلب موافقات متعددة ، وهو أمر أكثر من مجرد الضغط لإتقانه.

لا وعود رغم ذلك.

يقصد التورية؟ 🤣

ربما ينبغي تطبيق نفس المنطق المنطقي على المعابر؟ بالنسبة للطلب ، لدينا الآن وحدة got shiny الجديدة ، ولا توجد إعادة كتابة أو بديل حقيقي لـ expressjs في الأفق.

Express رائع ، لكنه لم يتم تحديثه بنشاط مع ميزات جديدة هذه السنوات

قد لا يتم تحديث Express بميزات جديدة ولكن تتم صيانته بنشاط ، وفي المرة الأخيرة التي تحققت فيها ، لا يزال عدد قليل من الأشخاص مهتمين جدًا بهذا العمل. لا أعلم أنهم بحاجة إلى اتخاذ الخطوات التي اتخذناها تجاه الإهمال.

laoshaw ما الذي يعبر عن أي شيء يتعلق بـ request ؟

تحضير الإيقاف الكامل. https://github.com/request/request/pull/3267

نحن مهملون تماما!

تلاحظ جميع الإصدارات في npm الإهمال ويلاحظ README بوضوح أن request قد تم إهماله.

لقد مرت أكثر من 10 سنوات رائعة ، وذلك بفضل كل من ساهم على مدار العقد الماضي. دعونا نتطلع جميعًا إلى مكتبات جديدة أكثر ملاءمة للتغييرات التي تحدث في لغة JS والنظام البيئي.

لذلك دعونا نحصل على محدد.
ما هو الاستبدال البسيط للكود لوحدة الطلب؟

لا يجب تركه معلقًا على قشرة ميتة .... الكثير من الخيارات الأفضل ... مثل أي منها؟
لا تفعل GRAND كل شيء تحت مكتبات / وحدات الشمس ، من فضلك.

riclf لقد استخدمنا https://github.com/googleapis/teeny-request/ لمساعدتنا في إلغاء الطلب لبضع سنوات. إنه لا يفعل كل ما تريده أن يفعله :) يستخدم node-fetch تحت الغطاء. هناك خيارات أخرى رائعة هناك أيضًا!

للحصول على حل الوعد الأول ، هناك أيضًا gofer والذي يركز بشكل كبير على اتصالات API. دعم مهلات اتصال TCP المضمنة ، والتكوين السهل (والأخطاء الغنية) للتحدث إلى واجهات برمجة تطبيقات متعددة ، وما إلى ذلك.

هل لدى أي شخص أي توصيات لعملاء بديلين لديهم دعم جيد لاستقصاء HTTP الطويل ويقدم إما كتيار أو باعث للأحداث؟

في آخر مرة تحققت فيها في أبريل 2019 ، كانت هناك بدائل مثل got و node-fetch و axios مشكلة كبيرة: عندما حدث خطأ (شبكة منخفضة المستوى) ، تجاهلوا الخطأ تم الإبلاغ عن تتبع المكدس المفيد بواسطة Node.js core وألقى بخطأ جديد عالي المستوى مع تتبع مكدس يشير إلى مكتبة عميل http فقط. جعل هذا تصحيح الأخطاء على مستوى النقل مستحيلًا إلى حد كبير ، على سبيل المثال عند تضمين الوكلاء.

هل هناك أي بديل جيد لـ request يحتفظ بتفاصيل الخطأ المقدمة من Node.js core؟

bajtos أنا متأكد تمامًا من أن gofer لا يقوم إلا بتزيين الأخطاء الأصلية ولكن يجب أن يحتفظ بتتبعات المكدس والرسائل.

bent على أخطاء لطيفة وهو مصمم للتزامن / انتظار. إنها أيضًا صغيرة بشكل لا يصدق وحجم الحزمة صغير جدًا ؛)

ومع ذلك ، فإن واجهة برمجة التطبيقات لا تشبه الطلب ، لذا لن أسميها "بديل".

mikeal لماذا يطلق عليه bent ؟ (كان الطلب اسمًا يسهل تذكره).

bent على أخطاء لطيفة وهو مصمم للتزامن / انتظار. إنها أيضًا صغيرة بشكل لا يصدق وحجم الحزمة صغير جدًا ؛)

ومع ذلك ، فإن واجهة برمجة التطبيقات لا تشبه الطلب ، لذا لن أسميها "بديل".

هذا يبدو إلى حد كبير مثل المنطق الصحيح تقنيًا وليس منطقًا سهل الاستخدام. من وجهة نظر المستخدم ، يحل عازمة نفس المشكلة مثل الطلب ولكن بشكل أفضل. الآن عالق باسم أسوأ بدون سبب. يمكنك تسميته طلب 3 دون مشكلة كبيرة imo. نعم واجهة برمجة التطبيقات تتعطل ولكن ما لدينا من semver.

يمكنك تسميته طلب 3 دون مشكلة كبيرة imo. نعم واجهة برمجة التطبيقات تتعطل ولكن ما لدينا من semver.

اقض بعض الوقت مع bent وقد تشعر بشكل مختلف.

إنه ليس فرقًا بسيطًا في التسمية أو الوعود مقابل عمليات الاسترجاعات. تختلف بيئة العمل اختلافًا كبيرًا ، فالحالات التي سطوحها مختلفة تمامًا ، والطريقة التي يفكر بها في ظروف الخطأ هي نهج مختلف تمامًا.

request عبارة عن واجهة برمجة تطبيقات أكثر إجرائية ، فأنت تخبرها أن تفعل شيئًا وتخبرك بما حدث ، ولا تعطي سوى خطأ إذا فشل شيء لا يمكن إصلاحه. يأخذ bent معايير النجاح لدورة الحياة بأكملها ويعيد لك واجهة برمجة تطبيقات ستفشل إذا تم استيفاء أي شيء باستثناء معايير النجاح .

إنك تستخدم هذه المكتبات بشكل مختلف تمامًا. هناك مكتبات أخرى أقرب إلى واجهة برمجة تطبيقات request إذا كان هذا هو ما تريده ، ولكن بعد ما يقرب من 20 عامًا من العمل على عملاء HTTP ، وجدت نهجًا مختلفًا وأفضل في النهاية أشجع الناس عليه لأخذها بعين الاعتبار ، لكنني لن أقوم بضربها في حناجر الجميع بجعلها 3.0 request أمريكية.

لماذا يسمى عازمة؟ (كان الطلب اسمًا يسهل تذكره).

لأنك "تنحني" إلى شكل محدد (معايير نجاح خاصة جدًا) وتوفر واجهة برمجة تطبيقات مثالية لنجاح هذا الشكل وتفشل في أي شيء سوى ذلك.

الاسم مجرّد بعض الشيء ، لكن request هو نوع الاسم الذي لا يمكنك الحصول عليه اليوم. بالكاد حصلت على request في سجل npm وكتبت سجل npm الأصلي 😜

ماذا عن "got" كبديل ، إنه لأمر محزن أنه ليس لدينا بديل واضح أثناء إيقاف الطلب رسميًا.

ماذا عن "got" كبديل ، إنه لأمر محزن أنه ليس لدينا بديل واضح أثناء إيقاف الطلب رسميًا.

ربما يجب أن نأخذ حقيقة أنه لم يقم أحد بكتابة بديل متوافق مع واجهة برمجة التطبيقات كمؤشر على أن اعتماد بديل متوافق مع واجهة برمجة التطبيقات أمر غير مرغوب فيه بمجرد الجلوس والعمل عليه 🧐

كانت تلك بالتأكيد تجربتي.

ربما ما يريده الأشخاص حقًا عندما يطلبون "بديلًا" ، ليس كثيرًا بديلاً متوافقًا مع واجهة برمجة التطبيقات ، ولكن منظور المشرف على الحزم الأخرى الموجودة بالفعل لحل نفس المشكلة تقريبًا والتي تجعل هذه الحزمة غير ذات صلة بحيث يمكنك بثقة تسميتها "مهملة".

وأود أن أقول إن الإعلان عن bent في إشعار الإيقاف (ربما جنبًا إلى جنب مع البعض الآخر ، إذا كان ذلك يجعلك تشعر براحة أكبر) هو طريقة رائعة لبدء التعرف عليه على الرغم من التسمية الغامضة.


تم إيقاف وحدة طلب Angluar 8

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 من عازمة.

أعتقد أن هذا الطلب يجب أن يدخل في وضع النسيان - لا يتم إهماله مما يسبب تحذيرات سخيفة - ولكن في حالة عدم تنفيذ أي شيء ، سيتم تجاهل جميع المشكلات وعمليات السحب ويجب تحديث صفحة README لملاحظة ذلك ، وعند الاقتضاء ، ستكون المراجع مضمنة في حزم أخرى مكافئة وظيفيًا.

ماذا عن 151 إصدار و 55 طلب سحب؟ تفريغ لهم؟

لم يقم أحد بإصلاح أو مراجعة هذه لبعض الوقت ، فقد تم "إغراقها" بالفعل .

تعليقاتك تجعل الأمر يبدو كما لو أن هناك نوعًا من العمل المتفاني في هذا المشروع يحق للناس القيام به. لم يكن هذا هو الحال أبدًا ، request ليس منتجًا تم إصداره ودعمه من قبل شركة ، فقد تم صيانته دائمًا من قبل مطوري البرامج مفتوحة المصدر الذين يهتمون به ، وبما أن النظام البيئي قد تحرك في اتجاه جديد ، فقد تحركنا معه جميعًا . أنصحك بالمضي قدمًا أيضًا.

لم يقم أحد بإصلاح أو مراجعة هذه لبعض الوقت ، فقد تم "إغراقها" بالفعل.

ما تقصده هو أنك لم تقم بمراجعة هذه لبعض الوقت. كن عادلاً ، فنحن لسنا متعاونين لا نملك السيطرة على هذا.

تعليقاتك تجعل الأمر يبدو كما لو أن هناك نوعًا من العمل المتفاني في هذا المشروع يحق للناس القيام به.

لم أقصد الأمر على هذا النحو ، ولكن بمعنى ما أنه صحيح ، تمنح البرامج مفتوحة المصدر حقوقًا معينة للمستخدم بالإضافة إلى حماية حقوق المطور. هذه الحقوق هي للاستخدام وليس للصيانة. عندما تتضمن الصيانة أو التطوير المستقبلي تغيير التغييرات ، يجب توخي مزيد من العناية والتفكير. هذا تغيير جذري وفي رأيي غير ضروري. ما عليك سوى ترك الوحدة كما هي وسننتقل جميعًا إلى المشروع التالي - خاصةً إذا كان البديل يوفر مزايا. في الواقع سنكون سخيفا إذا لم نفعل ذلك. لكن بقدر ما أستطيع أن أرى ، لا يوجد بديل حقيقي في الوقت الحالي.

تمنح البرامج مفتوحة المصدر حقوقًا معينة للمستخدم

توفر تراخيص OSS حقوقًا لإعادة التوزيع والتعديل ، ولا توجد ضمانات من أي نوع بشأن ملاءمة البرنامج لأي استخدام معين. لم يتم تقديم أي ضمانات بشأن التغييرات المستقبلية ، بما في ذلك التغييرات المحتملة.

هذا هو النص ذي الصلة من ترخيص Apache 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.”

هذا تغيير جذري وفي رأيي غير ضروري. ما عليك سوى ترك الوحدة كما هي وسننتقل جميعًا إلى المشروع التالي - خاصةً إذا كان البديل يوفر مزايا. في الواقع سنكون سخيفا إذا لم نفعل ذلك. لكن بقدر ما أستطيع أن أرى ، لا يوجد بديل حقيقي في الوقت الحالي.

هنا الحاجة. لقد عرف هذا الرمز أخطاء لن يتم إصلاحها. لم يعد يتم الاحتفاظ بهذا الرمز وتم إهماله.

تحذير الإيقاف هو إشعار بأنك تعتمد على رمز به مشكلة. إذا كنت تعتمد جيدًا على رمز مهمل ومشكل ، فقم ببساطة بإيقاف الرسائل. يبدو أن مشكلتك تتعلق بالتحذيرات وليست حالة البرنامج. إذا كنت على ما يرام مع حالة البرنامج ، فقم ببساطة بإلغاء التحذيرات.

لن نغير حالة الإيقاف والتحذيرات ذات الصلة بحيث لا تتماشى مع الواقع من أجل إرضاء مخاوف أي مستخدم معين بشأن التحذيرات التي يمكنه قمعها بسهولة إذا لم يكن مهتمًا بالاعتماد على الوحدات النمطية المهملة.

أحتاج مساعدة !!! .. أواجه هذه المشكلات عندما أحاول تثبيت node-gyp 3.6.2
PS C: \ Users \ User> npm install - global [email protected]
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm خطأ! المسار C: \ Users \ User \ AppData \ Roamingnpm \ node-gyp.cmd
npm خطأ! كود EEXIST
npm خطأ! رفض حذف C: \ Users \ User \ AppData \ Roamingnpm \ node-gyp.cmd: خارج C: \ Users \ User \ AppData \ Roamingnpm \ node_modules \ node-gyp وليس ارتباط
npm خطأ! الملف موجود: C: \ Users \ User \ AppData \ Roamingnpm \ node-gyp.cmd
npm خطأ! حركه بعيدًا وحاول مرة أخرى.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ User \ AppData \ Roamingnpm-cache_logs \ 2020-02-13T05_12_13_683Z-debug.log

mikeal أوه ، هذه حالة مثيرة للاهتمام. قد يؤدي وجود رقم المشكلة في إشعار الإيقاف إلى جلب الكثير من التعليقات غير ذات الصلة هنا ، كما أوضحMeharab .

ربما حان الوقت لمنع مزيد من التعليقات هنا؟

تحديث : بعد 5 أيام والتعليقات تتراكم حقًا.

mikeal شكرا لهذه السنوات

طلب ليلة سعيدة. اراك على الجهه الاخرى.

سيعمل الطلب إلى الأبد (كما هو) ، لأن هذا هو JavaScript .. حسنًا ما لم تقدم Node تغييرًا فاصلاً عن طريق إهمال واجهة برمجة التطبيقات الأساسية التي تستخدمها

سيعمل الطلب إلى الأبد (كما هو) ، لأن هذا هو JavaScript .. حسنًا ما لم تقدم Node تغييرًا فاصلاً عن طريق إهمال واجهة برمجة التطبيقات الأساسية التي تستخدمها

لا.
لقد عرف هذا الرمز أخطاء لن يتم إصلاحها. لم يعد يتم الاحتفاظ بهذا الرمز وتم إهماله. (ذكر)

لذا فإن الطلب سيكون لديه أخطاء غير ثابتة إلى الأبد لن يعمل إلى الأبد ...

أنا لا أفهم. إذن ما الذي أفترض أن أفعله رسميًا الآن ، حتى لا أتلقى تحذير الإيقاف؟

إزالة request . قد يتضمن ذلك إزالته من التبعيات الخاصة بك ، أو ترقية الحزم التي تزيله في الإصدارات الأحدث ، أو إزالة الحزم التي لم يتم تحديثها بإصدارات أحدث حتى الآن.

أهلا.

أحاول تثبيت كوردوفا.

npm تثبيت -g كوردوفا

أستمر في تلقي هذا الخطأ.
Microsoft Windows [الإصدار 10.0.18362.592]
(ج) 2019 شركة مايكروسوفت. كل الحقوق محفوظة.

C: \ المستخدمون> npm install -g cordova
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
C: \ Users \ AppData \ Roamingnpm \ cordova -> C: \ Users \ AppData \ Roamingnpm \ node_modules \ cordova \ bin \ cordova

هل هناك طريقة أخرى لتثبيت كوردوفا؟
طريقة للتغلب على هذا الشراء؟

نعم فعلا. نعم. سأقوم بإزالة الطلب. لكن ماذا بعد ذلك؟

لذا على node.js لا بد لي من التبديل إلى .. أتساءل .. أكسيوس؟

ما الذي أفترض وضعه في مكان reqest؟

أفهم أن الفكرة هي إعادة كتابة جميع الوظائف حيث كان الطلب موجودًا؟

هل هناك حزمة يمكنني تغييرها من خلال البحث والاستبدال بـ regex؟

هل هناك بديل رسمي للطلب أم أننا الآن لدينا الحرية الآن للعثور على كل ما يتم طرحه أولاً على Google؟ أنا لا أفهم

هل يوجد بديل رسمي للطلب

لا ، يمكنك استخدام ما تريد ، على الرغم من أن نفس المطور يعمل على bent

هناك أيضًا مفترق postman-request الذي تلقى عددًا من الإصلاحات ، ~ لكن لم يكن لديه أي نشاط منذ إيقاف request . ~

نظرًا لعدم وجود صفحة مشكلات لديهم ، أفترض أنني سأحاول طرح السؤال هنا:

coditvacodenirvanashamasisvikiCoderczardoz

نعتذر عن الإشارات ، ولكن ما هي الخطط للمضي قدمًا مقابل postman-request الآن بعد وفاة request رسميًا؟ هل ستستمر صيانة postman-request أم سيتم إهمالها أيضًا؟

تحتاج مساعدة!!! أحاول تثبيت Angular ، لدي مشكلة
تثبيت npm -g @ angular / cli
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm خطأ! كود EEXIST
npm خطأ! المسار C: \ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules \angular \ cli \ bin \ ng
npm خطأ! dest C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm خطأ! EEXIST: الملف موجود بالفعل ، cmd shim 'C: \ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules \angular \ cli \ bin \ ng' -> 'C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd'
npm خطأ! الملف موجود: C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm خطأ! قم بإزالة الملف الموجود وحاول مرة أخرى ، أو قم بتشغيل npm
npm خطأ! مع - فرض الكتابة فوق الملفات بتهور.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ FARHAN \ AppData \ Roamingnpm-cache_logs \ 2020-02-15T09_52_19_067Z-debug.log

ما هي بدائل request ؟ الزاوي لا يزال يعتمد عليه. آمل أن يقوموا بتحديث قاعدة التعليمات البرمجية الخاصة بهم قريبًا.

لدي حل قصير المدى سوف يتراجع عنه ميكيل روجرز ، وربما حتى ينتقدني من أجله. جاء هذا الإهمال الحالي في مرحلتين غير مجدولتين - 1) مناقشة عامة لضرورته ، 2) BANG ، حوالي 30 دقيقة إشعار وتم تنفيذه. لقد انكسر كل الجحيم.

سألت mikeal عما إذا كان يفكر في التراجع عن الإيقاف اليوم ، وأعلن عن "إشعار الإهلاك" لمدة 6 أشهر ، والذي سيتم تنفيذه ، وسيتم تنفيذه تمامًا في 15 أغسطس 2020.

المراحل الثلاث-
1) المناقشة: 20 مارس 2019 حتى 15 فبراير 2020
2) إشعار الإيقاف لمدة 6 أشهر: 15 فبراير 2020
3) تنفيذ الإيقاف: 15 أغسطس 2020

بهذه الطريقة ، لا يتم كسر الأطر ومشاريع التطبيقات على الفور فقط ، وهو أمر صعب للغاية ، ولكن يمكن لهذا المجتمع الآن استخدام منطقة المناقشة هذه لمشاركة البدائل ، +/- خلال الأشهر القليلة المقبلة والحصول على البدائل في مكانها بحلول الموعد النهائي 6 أشهر. ثم عندما يحدث ذلك ، يمكننا جميعًا أن نحييه ، ونصيح تشيريو ، ولا شيء ينكسر.

من فضلك ، تفهم ، أنا لا أطرح أي جدال حول ضرورة إهماله ، أو حق منشئ المحتوى في القيام بذلك ... أقترح جدول إشعار مسبق مكون من 3 خطوات ، كما هو مذكور أعلاه ، والذي سيحسب استخدام كبير في مجتمع المطورين ، والتطبيقات حية في العالم اليوم اعتمادًا على وحدة الطلب.

Mikeal ، من فضلك ، ضع في اعتبارك اقتراحي وقم بإزالة حالة الإيقاف اليوم وأعلن عن إشعار مدته 6 أشهر. أقل من 6 أشهر ليس وقتًا كافيًا للكثير منا ، 6 شهور عادل. سأكون ممتنا ذلك ، ونحن جميعا.

شكرا جزيلا لسماعك لي ،
-ريك فينك

لا تؤدي إضافة تحذير الإيقاف إلى كسر أي شيء ، بل إنه يحذر المستخدمين من إمكانية كسره في المستقبل. أفضل رؤية رسالة الإيقاف في وقت أقرب بدلاً من الاضطرار إلى انتظار مناقشة المجتمع قبل معرفة أنني سأضطر في النهاية إلى استبدال الحزمة.

أيضًا ، تذكير ودود بأن هذه الحزمة تم تطويرها عبر مصدر مفتوح مجانًا ، وأن المشرف لا يدين لك بأي شيء. إذا كنت ترغب في الاستمرار في استخدام الحزمة ، فيمكنك فصلها والاستمرار في صيانتها بنفسك.

تضمين التغريدة

تحتاج مساعدة!!! أحاول تثبيت Angular ، لدي مشكلة
تثبيت npm -g @ angular / cli
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع # 3142
npm خطأ! كود EEXIST
npm خطأ! المسار C: \ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng
npm خطأ! dest C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm خطأ! EEXIST: الملف موجود بالفعل ، cmd shim 'C: \ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng' -> 'C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd'
npm خطأ! الملف موجود: C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm خطأ! قم بإزالة الملف الموجود وحاول مرة أخرى ، أو قم بتشغيل npm
npm خطأ! مع - فرض الكتابة فوق الملفات بتهور.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ FARHAN \ AppData \ Roamingnpm-cache_logs \ 2020-02-15T09_52_19_067Z-debug.log

يبدو أن هذا قد تم حله من خلال أحدث إصدار من Angular حيث تم استبدال request بـ node-fetch .

تضمين التغريدة
خطأك لا يتعلق بهذا. أنت ترى للتو تحذيرًا من هذه الحزمة ، الخطأ مختلف.

تضمين التغريدة

تحتاج مساعدة!!! أحاول تثبيت Angular ، لدي مشكلة
تثبيت npm -g @ angular / cli
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع # 3142
npm خطأ! كود EEXIST
npm خطأ! المسار C: \ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng
npm خطأ! dest C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm خطأ! EEXIST: الملف موجود بالفعل ، cmd shim 'C: \ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng' -> 'C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd'
npm خطأ! الملف موجود: C: \ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm خطأ! قم بإزالة الملف الموجود وحاول مرة أخرى ، أو قم بتشغيل npm
npm خطأ! مع - فرض الكتابة فوق الملفات بتهور.
npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ FARHAN \ AppData \ Roamingnpm-cache_logs \ 2020-02-15T09_52_19_067Z-debug.log

يبدو أن هذا قد تم حله من خلال أحدث إصدار من Angular حيث تم استبدال request بـ node-fetch .

لقد قمت بتثبيت أحدث إصدار من CLI. لا يزال يلقي نفس التحذير

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

@ vighnesh153 ما هو إصدار @angular/cli المحدد في package.json الخاص بك؟ يبدو أن بعض التبعيات تحتاج إلى طلب ولكن ليس الحزمة الأساسية نفسها. راجع 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
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

عندما أريد إكمال "تثبيت npm" في \ vue-devtools-dev ، لقد حذرت من هذا
كيف يمكنني ان احلها ؟

أحترم تمامًا قرارك بإيقافه وأتمنى لك الأفضل في المستقبل.

بالنسبة للأشخاص الذين يأتون إلى سلسلة المحادثات بحثًا عن "ما الذي يجب أن أستخدمه من الآن فصاعدًا؟" ، فإن ما تبحث عنه هو got أو axios .

مثير للشفقة. حان الوقت للانتقال إلى جلب العقدة.

... ماعدا أنك أنت نفسك تتساءل عما إذا كان node-fetch هو بديل جيد لـ request ، أو حتى يتم صيانته بشكل نشط. مثير للشفقة حقا.

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

راجع للشغل ، الأشخاص الذين يختارون node-fetch يحتاجون حقًا إلى توخي الحذر. هذا lib ، على الرغم من كونه رائعًا ، لديه مشكلات صيانة خطيرة خاصة به.

مثير للشفقة. حان الوقت للانتقال إلى جلب العقدة.

... ماعدا أنك أنت نفسك تتساءل عما إذا كان node-fetch هو بديل جيد لـ request ، أو حتى يتم صيانته بشكل نشط. مثير للشفقة حقا.

node-fetch / node-fetch # 668 (تعليق)

لم يتم إهمال جلب العقدة على الأقل. تسبب الإهمال الشديد للطلب في حدوث مشكلات في أنظمة الإنشاء التلقائي. أنا لا أفهم ولا أقبل هذه الخطوة وفي رأيي ملاحظة بسيطة تشرح أن الليب غير مظلوم سيكون كافياً بدلاً من الإهمال الصعب. لهذا السبب أعتبر هذا الوضع مثيرًا للشفقة.

في رأيي ، ستكون ملاحظة بسيطة تشرح أن الليب غير مداومة كافية

هذا هو بالضبط ما هو إشعار الإيقاف: ملاحظة بسيطة.

asgetz كل ما يفعله npm هو طباعة هذا التحذير عند تثبيت حزمة مهملة ، كل شيء آخر يعمل تمامًا كما كان من قبل.

أواجه مشكلات مع ملفات less.js التي تعمل على github. تعمل بشكل جيد في PHP. عندما حاولت وضع القليل في الأمر ، ظهر هذا التحذير. أي أفكار حول ما هي القضية؟

Screen Shot 2020-02-14 at 1 37 08 PM

تم وضع علامة على طلب ljwestwhos على أنه مهمل ، ويوضح نص المشكلة التي تعلق عليها ما يعنيه ذلك. ومع ذلك ، فمن الأرجح أنه لا علاقة له بمشكلتك مع less.js ، لأن الطلب لا يزال يعمل كما كان من قبل.

هل هناك بديل لـ request لكن بواجهة تدفق node.js؟ لقد اكتشفت أن كلا من node-fetch ، axios يعتمدان على Promise .

أرغب في معرفة بديل لواجهة البث ، وهو أكثر ملاءمة لحالات الاستخدام ذات المستوى المنخفض.

لدى @ maple3142 got واجهة دفق (بالإضافة إلى الوعود) ودليل الترحيل .

تضمين التغريدة

npm يشير إلي أنه يجب علي تثبيته بنفسي الآن.

ما هي الطريقة التي تشير إلى ذلك. عندما أقوم بتثبيت request أحصل على إشعار الإيقاف ويعمل كل شيء كما كان من قبل.

استخدامي المخطط له صغير جدًا

في هذه الحالة ، ربما يمكنك إلقاء نظرة على الانحناء الذي يكون أخف وزنًا ويبدو أنه يعمل بشكل جيد.

mikeal ، هل يمكنك إلقاء نظرة على https://github.com/request/request/pull/3245 proxyHeaderExclusiveList هي واحدة من أفضل الميزات في هذه الحزمة ولا تعمل بشكل صحيح.
لنصلح هذا!

kauegimenes هذه الحزمة مهملة ... لن يتم إصلاح أي شيء مرة أخرى

kevinvanrijn لم postman-request بعد الآن ، لكن المشروع لا يزال حياً بالتأكيد وكان الإصدار الأخير قبل شهر. على الرغم من ذلك ، سأدع المشرفين النشطين يتناغمون مع الخطط طويلة المدى.

czardoz من الجيد معرفة ذلك. لدي مجموعة من المشاريع الصغيرة (كلها خاصة) اعتمادًا على request لا يمكنني قضاء الوقت في إعادة كتابتها. إن إسقاط postman-request كبديل يعني أنه يمكنني الاعتماد عليها لمواصلة العمل لفترة أطول قليلاً.

يعاني cloudscraper أيضًا من بطء الصيانة ومن المحتمل ألا يكون قادرًا على الابتعاد عن request حتى الآن. وجود postman-request متاحًا كخيار يعني أنه على الأقل لن يكون معرضًا لخطر الإهمال نفسه.

@ Edo78 لماذا تقول ذلك؟ لا يزال لدي ثقة في يوم من الأيام سيتم دمج العلاقات العامة الخاصة بي

سيحاول الملتزمون الذين ما زالوا نشطين دمج الإصلاحات في الوقت المناسب ، ولكن دون وعود.

راجع للشغل ، الأشخاص الذين يختارون جلب العقدة يحتاجون حقًا إلى توخي الحذر. هذا lib ، على الرغم من كونه رائعًا ، لديه مشكلات صيانة خطيرة خاصة به.

csvan هل يمكن ان توضح قليلا؟ أنا لا أرى سوى عدد قليل من القضايا

أنا أعرف القليل جدًا عن npm. استخدمته لتثبيت API وتلقيت بعض التحذيرات التي لا أفهمها. يوجهونني هنا. هذا عديم الفائدة تماما بالنسبة لي. يجب على شخص ما أن ينشر شيئًا مفيدًا لمن يتم توجيهه إلينا هنا أو يجب إصلاح الرسالة في npm لتكون أكثر فائدة. فيما يلي الرسائل التي تلقيتها.

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تحذير احفظ الخطأ موجود: لا يوجد مثل هذا الملف أو الدليل ، افتح "C: \ Users \ Sam \ package.json"
قام إشعار npm بإنشاء ملف lockfile مثل package-lock.json. يجب عليك الالتزام بهذا الملف.
npm تحذير Enoent Enoent: لا يوجد مثل هذا الملف أو الدليل ، افتح "C: \ Users \ Sam \ package.json"
npm تحذير سام لا يوجد وصف
npm تحذير Sam لا يوجد حقل مستودع.
npm تحذير سام لا توجد بيانات README
npm تحذير سام لا يوجد مجال ترخيص.

أيضًا ، لا يوجد ملف package.json ولكن يوجد ملف package-lock.json. ليس لدي أي فكرة عما أبحث عنه هناك.

SimpleSamples ، تم إهمال الحزمة ولن يتم صيانتها بشكل نشط بصرف النظر عن إصلاحات الأخطاء المحتملة ، كما يوضح النص بوضوح. يحذرك NPM ببساطة من أنك تستخدم حزمة مهملة ، بحيث تتاح لك الفرصة للتبديل إلى شيء آخر.

إذا كنت لا تفهم معنى الإهمال ، فهناك العديد من المقالات المفيدة التي يمكنك البحث عنها في Google بعيدًا.

نعم ، أنا أفهم ما يعنيه الإيقاف وبالتالي فهم الرابط إلى
مناقشة طلب الماضي والحاضر والمستقبل لا تقدم أي
توضيح ، هذا فقط يضيف الارتباك. أم أن هناك شيئًا أفعله أكثر
لا أفهم وأنت لا توضح؟ إذا كانت تقول ذلك فقط
تم إهمال الطلب أكثر من ذلك هو كل ما تحتاج إلى قوله ، بدلاً من
مما يعني أن هناك شيئًا أكثر يجب علينا القيام به.

سيكون من المفيد للغاية أن تقول (رابط لمقال
شرح) ما الذي يحل محله ، أو أي إجراء يجب أن نكون على دراية به.

كريستوفر سفانيفالك [email protected]
الثلاثاء 18 فبراير 2020 10:45 مساءً

SimpleSamples https://github.com/SimpleSamples الحزمة هي
مهملة ولن تتلقى المزيد من التحديثات كنص
يشرح بوضوح. يحذرك NPM ببساطة من أنك تستخدم ملف
حزمة مهملة.

إذا كنت لا تفهم معنى الإهمال ، فهناك العديد منها
مقالات مفيدة للبحث في جوجل بعيدا.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/request/request/issues/3142؟email_source=notifications&email_token=ACK22R4G7LHULMPO6DHH273RDTIP7A5CNFSM4HCP6LRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW37
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/ACK22R7UFQSYKW7NEYZ4OTDRDTIP7ANCNFSM4HCP6LRA .

إذا كانت تقول فقط أن الطلب قد تم إهماله ، فهذا كل ما تحتاج إلى قوله

نعم ، أي شخص يقدر السياق ويحب معرفة أسباب اتخاذ القرارات أو الرغبة في معرفة تفاصيل حول التخلص التدريجي. : ص
لكي تكون جادًا ، إذا كانت هناك إضافة "لماذا" إلى التحذير ، فهل كان ذلك سيمنع ارتباكك؟

"تم إيقاف WARN npm [email protected] : تم إهمال الطلب ، راجع رقم 3142 لمعرفة السبب "

انت على حق. لم أكن أرى جزء "لماذا".

كتب إسبن:

"لماذا"

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 أصبح قديمًا في العديد من الجوانب ، ولكن من خلال إهمال هذه الحزمة دون تقديم بديل مناسب ، فإن 41 ألف وحدة تعتمد الآن بشكل مباشر على حزمة مهملة. إذا أخذنا في الاعتبار الحزم التي تستخدم واحدة على الأقل من هذه الوحدات 41K كاعتماد ، فقد نتحدث عن مئات الآلاف إن لم يكن الملايين من الحزم المتأثرة.

بالتأكيد ، بالنسبة لبعض الحزم ، من السهل استبدال request بشيء مثل fetch ، axios ، superagent أو Node.js http.request & https.request . لكن على سبيل المثال. في حالة إرسال الطلبات إلى طلب آخر (كما هو الحال مع html2canvas-proxy ) ، أجد صعوبة في معرفة ما يحدث هناك ... ولا يمكنني فعلاً قضاء ساعات عديدة في محاولة استبدال مجرد بضعة أسطر من التعليمات البرمجية المهملة بينما يجب أن أقوم بالفعل بأشياء أكثر أهمية.

لطالما كنت مرهقًا من الاعتماد كثيرًا على العديد من الحزم المترابطة التي يتم تحميلها في الخلفية مع مدير الحزم. نعم ، أفترض أنه يمكن أن يفرغ الكثير من الرفع الثقيل لأطراف ثالثة ، ولكن بدلاً من ذلك تحصل على مجموعة كاملة من الصداع الأخرى للتعامل معها.

يمنحنا مديرو الحزم إحساسًا زائفًا بالأمان. يبدو أن كارثة اللوحة اليسرى بأكملها

لكن مهلا ... أعتقد أن هذا يعني أنه سيكون هناك دائمًا طلب على مطوري JS لتنظيف $٪ # @ فوضى ...

تضمين التغريدة

ومع ذلك ، أشعر أنني يجب أن أؤكد أن هناك شيئًا خاطئًا بشكل خطير عندما يمكن أن تؤثر حزمة واحدة مهملة أو مكسورة على ملايين الحزم عبر النظام البيئي بأكمله.

الشيء الوحيد الخطأ هو الذعر الذي تعاني منه أنت والآخرون. leftpad ذهب ، تم حذفه. هذا لا يمكن أن يحدث الآن. تم ببساطة إهمال الطلب ؛ لا تذهب إلى أي مكان. إذا كان يعمل الآن ، فسيستمر في العمل بنفس الطريقة.

لا يوجد أي تأثير على ملايين الحزم ، إلا إذا قمت بحساب تحذير حميد.

حاولت أيضًا استبدال الطلب بشيء مثل ...

من فضلك توقف عن الذعر؛ من فضلك توقف عن محاولة إصلاح مشكلة غير موجودة. استخدم أي حزم تريدها: لن يؤدي إيقاف الطلب إلى كسرها. تدريجيًا قد ينتقل القائمون على صيانة الحزم إلى حزمة أخرى. أو قد لا يفعلون. لا يهم. لم يتغير شيء سوى ظهور رسالة واحدة صغيرة.

سيكون هناك دائمًا طلب على مطوري JS لتنظيف $٪ # @ فوضى ...

لا يوجد فوضى. فقط تقدم.

لا يوجد أي تأثير على ملايين الحزم ، إلا إذا قمت بحساب تحذير حميد .

استنكار على سبيل المثال. يعني جزء من واجهة برمجة التطبيقات أو مكتبة في الأساس أنك تسميها رسميًا على أنها "عفا عليها الزمن" وتشجع المستخدمين بنشاط على اختيار شيء آخر.

عادةً ما يتم استخدام الإهمال كمرحلة وسيطة بين الدعم الرسمي لشيء ما وإسقاط الدعم رسميًا لشيء ما ، لمنح المطورين الوقت لاستبدال أي شيء قمت بإهماله حتى يصبح هذا الشيء غير متاح أو متوافق مع الإصدارات السابقة.

من المفترض أن تجعلك تحذيرات الإيقاف تشعر بالتوتر. يقصد منها أن تكون بمثابة دعوة للعمل. في الأساس ، تتمثل نقطة الإيقاف في تقديم "فترة سماح" للمطورين ، مما يسمح لهم بالتحديث إلى التعليمات البرمجية الخاصة بهم قبل أن يقوم شخص ما بسحب القابس.

ولا ينبغي استخدامها لأي غرض آخر. ليس من المفترض أن يؤدي الإهمال إلى إبلاغ المستخدمين بأن "واجهة برمجة التطبيقات الخاصة بنا لا تتبع أحدث معايير الترميز" أو "لم يعد لدي الوقت للحفاظ على هذا المشروع بعد الآن" ... على الرغم من أن المكتبة مستقرة جدًا وجميلة آمنة للاستخدام في + 99٪ من جميع حالات الاستخدام ومن المرجح أن تستمر في العمل بشكل جيد على الأقل خلال العقد القادم أو نحو ذلك. هذا ليس ما يعنيه الإهمال ، واستخدام تحذيرات الإهمال فقط للتعبير عن رسالة مثل هذا يشكل سابقة IMO سيئة للغاية.

أيضًا ، من القبيح تمامًا أن تكون سجلاتك npm install مليئة بتحذيرات الإيقاف. تبدو قذرة. إنه نوع من العلم الأحمر ويخلق انطباعًا أوليًا سيئًا للأشخاص الذين يجربون مكتبتك أو إطار العمل الخاص بك. خاصة إذا كان الأشخاص يدفعون لك بالفعل مقابل استخدام مكتبتك / إطار العمل الخاص بك ، فأنت تريد أن تمنحهم عملية تثبيت لطيفة / نظيفة بدون أي تحذيرات.

لم يتغير شيء سوى ظهور رسالة واحدة صغيرة.

تبدو هذه الرسالة الصغيرة قذرة ويفترض ألا يكون لها أي غرض آخر سوى دعوة للعمل ... دعوة لاستبدال حزمة قديمة بشيء آخر.

قد لا يهمك ذلك ، لكنه بالتأكيد يهمني ولأشخاص آخرين هناك.

لا يوجد فوضى. فقط تقدم.

أعتقد أنك أحد هؤلاء الأشخاص الذين لا يستطيعون التمييز بين التغيير والتقدم.

في كلتا الحالتين ، لاحظت وجود آخرين في التعليقات اقترحوا استخدام postman-request . على عكس @root/request ، يبدو أن هذا الشخص يعمل كبديل مؤقت ، لذلك سأقوم بتحديث جميع حزمتي بهذه الحزمة في الوقت الحالي ...

أعتقد أن ما تفتقده SimpleSamples هو أن بقية التحذيرات التي لصقتها لا علاقة لها بتحذير الإيقاف الذي أتى بك إلى هنا. لا تحتاج إلى فعل أي شيء بشأن الإيقاف ولكن قد ترغب في فعل شيء حيال package.json المفقود (أو أي شيء يسبب تلك التحذيرات الأخرى).

تاتش!

لقد تم توضيح هذه النقطة ، لكن الهجمات الشخصية مستمرة. أنتم يا رفاق أذكياء للغاية وقادرون تقنيًا عاليًا ولكن هناك مجالًا لتحسين الخبرة الشخصية.

لقد تم توضيح هذه النقطة ، لكن الهجمات الشخصية مستمرة. أنتم يا رفاق أذكياء للغاية وقادرون تقنيًا عاليًا ولكن هناك مجالًا لتحسين الخبرة الشخصية.

إن كونك ذكيًا للأسف لا يمنع الناس من ترك مشاعرهم تخيم على أحكامهم ... لا سيما عندما تحدث أشياءهم مثل الأشياء التي يتم إهمالها على ما يبدو دون سبب وجيه أو إجماع عام على الغرض من الإهمال.

على أي حال ، أعتقد أنني أوضحت وجهة نظري بوضوح تام. أرغب في الانتهاء من خلال تشجيع mikeal أو reconbot أو أي postman-request رسميًا كبديل كامل للميزة مقابل request ، وربما @root/request لأولئك الذين يحتاجون فقط إلى مجموعة فرعية محدودة من request ولا يهتمون على سبيل المثال. تيارات. يسمح هذا لأي مشرف حزمة بإسقاط request والتخلص من رسالة الإيقاف المزعجة دون قضاء أكثر من بضع دقائق من وقت التطوير في هذه المشكلة ، ودون الحاجة إلى إعادة تشكيل مكتبتهم أو تطبيقهم بالكامل.

mikeal من واقع إهمال الطلب ، أود أن أسألك عن لحظة واحدة من التفكير الذي سيكون مفيدًا للبعض أو ربما الكثير منا. لديك وحدتا طلب HTTP لاحقًا ، بعد الطلب: r2 وعازمة.

هل لي أن أطلب منك أن تعطينا ملخصًا قصيرًا للاختلافات ، والفوائد ، وما يزيد أو ينقص من الانتقال إلى أحد بدائل الطلبات العكسية ، على الآخر. أنا أثق في عملك.

شكرًا لك على هذا الوقت ، وأود التأكد من أن أقول شكرًا لك على سنوات وحدة الطلب.

-ريك

هل تم إهمال request-promise-native أيضًا أم أنه الشيء الصحيح الذي يجب استخدامه؟

[email protected] : تم تكرار الطلب .... غير قادر على إنشاء مشروع جديد

[email protected] : تم تكرار الطلب .... غير قادر على إنشاء مشروع جديد

يمكنك إنشاء مشروع كما هو الحال دائمًا. NPM هو مجرد تحذير لك.

لماذا تم حذف هذا المشروع؟

نعم هذا جيد

تستخدم من قبل 4،476،352 مستودعات ، 52،377 حزمة.
قل وداعا للأسطورة.

لماذا تم حذف هذا المشروع؟

jleppert لم يكن كذلك ، يرجى قراءة المشكلة التي تعلق عليها.

حاولت تثبيت angular في linux ثم في windows ولم أستطع في كليهما ، بعد تنفيذ الأمر npm install -g @ angular / cli @ latest في كليهما ظهر هذا الخطأ

C: \ Users \ Hanzell> npm install -g @ angular / cli @ latest
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع 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] postinstall C: \ Users \ Hanzell \ AppData \ Roamingnpmnode_modules \angular \ cli
العقدة ./bin/postinstall/script.js

  • @ الزاوي / [email protected]
    تمت إضافة 260 حزمة من 205 مساهمًا في 188.027 ثانية

ثم قمت بإنشاء المستودع وظهر هذا

C: \ Users \ Hanzell \ Desktop> ng new
؟ ما الاسم الذي ترغب في استخدامه لمساحة العمل الجديدة والمشروع الأولي؟ أولا
؟ هل ترغب في إضافة Angular routing؟ لا
؟ ما تنسيق ورقة الأنماط الذي ترغب في استخدامه؟ CSS
إنشاء hola / angular.json (3551 بايت)
إنشاء hola / package.json (1281 بايت)
إنشاء hola / README.md (1021 بايت)
إنشاء hola / tsconfig.json (543 بايت)
إنشاء hola / tslint.json (1953 بايت)
إنشاء hola / .editorconfig (246 بايت)
إنشاء hola / .gitignore (631 بايت)
إنشاء hola / قائمة المتصفحات (429 بايت)
إنشاء hola / karma.conf.js (1016 بايت)

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ Hanzell \ AppData \ Roamingnpm-cache_logs \ 2020-03-01T05_15_55_441Z-debug.log
× فشل تثبيت الحزمة ، انظر أعلاه.
فشل سير العمل التخطيطي. أنظر فوق.
إنشاء hola / src / الأصول / .gitkeep (0 bytes

يساعد!

RiveraHan المشاكل التي تواجهها لا علاقة لها بـ request الذي يتم إهماله.

بعد قولي هذا ، كنت أشعر بالفضول. على الرغم من أنني لم أستخدم الزاوية منذ أيام JS ، فقد أعطيتها لقطة. لاحظ أنني لا أرغب في إضافة cli الزاوي إلى الوحدات العالمية الخاصة بي ، لذلك تابعت بشكل مختلف قليلاً. اختبرت ما يلي باستخدام npm 6.14.1 و node 12.16.1 و Debian GNU / Linux.

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

إذا قمت بتثبيت cli الزاوي عالميًا ، فما عليك سوى إزالة ../w1/node_modules/.bin/ و w1/node_modules/.bin/ من أعلى يجب العثور عليه عالميًا.

millette لم يعمل على Linux ubuntu و windows 10. إنها المرة الأولى التي أقوم فيها بتثبيت الزاوية

RiveraHan هذا ليس خطأ. إنه تحذير npm. إذا فشل أي إعداد تستخدمه في تحذيرات npm ، فأنت بحاجة إلى التحقق من التكوين الخاص به.

csvan لكنني أدركت عند فتح المشروع الجديد في محرر الكود الخاص بي أن مجلد node_modules لا يظهر وقم بإجراء القليل من البحث لإنشاء مجلد node_modules مرة أخرى وهو مع الأمر npm install أفعل ذلك ونفس الشيء يظهر خطأ آخر .

RiveraHan نعم ، ولكن مرة أخرى هذا لا علاقة له بـ request أو npm - لن تؤدي تحذيرات npm إلى تعطيل التثبيت ما لم يتم تكوين بيئة التطوير الخاصة بك للقيام بذلك. تحتاج إلى النظر في سبب عدم تحمل بيئتك لتحذيرات npm وما يمكنك فعله حيال ذلك - إذا كانت هذه هي المشكلة في حالتك. يمكن أن يكون شيئًا مختلفًا تمامًا.

عرض @ anton-bot تولي المشروع والقيام بكل الأعمال التي لا يتوفر الوقت الكافي للقائمين على الصيانة الحاليين للقيام بها. من الغطرسة أن تخبر الآخرين بكيفية إدارة مشروعهم إذا لم تكن على استعداد لبذل العمل بنفسك لتحقيق ذلك. إنه مفتوح المصدر.

أوضحmikeal سبب إهمال request . إنه الشيء المسؤول الذي يجب القيام به ، إنه قرار جيد ، ومن غير المرجح أن يتم التراجع عنه.

هذا ايضا:

أيضًا ، من الناحية الواقعية ، لن يقوم الأشخاص باستبدال كود العمل الجيد تمامًا الذي يستخدم الطلب بشيء آخر. اطلع على بعض طلبات السحب المرتبطة - إنها ليست مجرد فكرة يريدها الأشخاص.

هذا هو السبب في أننا ننتهي برمز قديم للقمامة يعتمد على الوحدات القديمة التي كانت "رمزًا جيدًا تمامًا" في أيامهم. جزء من صيانة البرامج هو التخلص من الوحدات القديمة والمهملة ، واستبدالها بوحدات تم صيانتها بشكل نشط.

@ anton-bot فقط استخدم @root/request وهو في الأساس تنفيذ متوافق بنسبة 80٪ لـ request يستخدم واجهات برمجة تطبيقات Node HTTP الحديثة تحت الغطاء.

@ anton-bot من الواضح أنك تفتقد العديد من حقائق الحياة:

  1. هذا برنامج مجاني مفتوح المصدر. ليس لديك الحق في إخبار المشرفين بـ "توقفوا عن ذلك".
  2. تجاوز الطلب تاريخ البيع (على الرغم من أنه لم يتجاوز تاريخ انتهاء الصلاحية). لقد أصبحت ثقيلة وقديمة الطراز.
  3. أنتج mikeal حزمتين جديدتين على الأقل
  4. إذا كنت ترغب أنت والآخرون في الاستمرار في استخدامه ، فأنت حر في القيام بذلك. لا شيء في الإهمال يمنعك من القيام بذلك.

أنا شخصياً انتهزت الفرصة لترقية باقاتي تدريجياً. kraken-exchange ، على سبيل المثال ، انخفض من 5.9 ميجا بايت إلى 284 كيلو بايت مثبتًا ، عن طريق التبديل إلى منحني .

csvan قال إنك "مغرور تمامًا". هذه عبارة أكثر تهذيباً مما كنت سأستخدمه.

@ anton-bot فقط استخدم @ root / request وهو في الأساس تنفيذ متوافق بنسبة 80٪ للطلب يستخدم واجهات برمجة تطبيقات Node HTTP APIs تحت الغطاء.

80٪ التوافق ليس جيدًا بما يكفي.

أستخدم التبعيات التي تعتمد على نسبة 20٪ المفقودة (مثل التدفقات). لذلك ، تحتاج إلى استبدال كامل الميزات مثل postman-request .

لقد اقترحت في تعليق سابق (يبدو أنه قد تم حظره / مراقبته) أن يقوم المشرفون بتسليم مشروعهم إلى فريق Postman ، حتى يتمكنوا من استبدال تنفيذ request بتنفيذ postman-request ، نظرًا لأن هذه الحزمة لا تزال نشطة ، فقد اكتملت الميزات وإصلاح بعض الأخطاء التي لم يتم إصلاحها مطلقًا في request .

بهذه الطريقة ، يمكن للمؤلفين الأصليين لـ request التراجع والاستمتاع بـ "التقاعد" الذي حصلوا عليه عن جدارة دون تخويف أو إزعاج الكثير من الناس من خلال تقليل request غير ضروري.

هذا برنامج مجاني مفتوح المصدر. ليس لديك الحق في إخبار المشرفين بـ "توقفوا عن ذلك".

بالتأكيد يفعل. وبنفس الطريقة ، يحق للقائمين على الصيانة أن يقولوا "f * you".

تجاوز الطلب تاريخ البيع (على الرغم من أنه لم يتجاوز تاريخ انتهاء الصلاحية). لقد أصبحت ثقيلة وقديمة الطراز.

لا يزال سببًا غير صالح للإهمال.

أنتج mikeal حزمتين جديدتين على الأقل

وبالتالي؟

لا تزال آلاف الحزم تستخدم request اليوم ، وتصدر الآن بلا داع تحذيرات الإيقاف خلال npm install . لا ينبغي أن يحدث هذا ويمكن بسهولة منعه على سبيل المثال. تسليم الشعلة إلى فريق Postman أو ترك هذا المشروع يموت بسلام.

إذا كنت ترغب أنت والآخرون في الاستمرار في استخدامه ، فأنت حر في القيام بذلك. لا شيء في الإهمال يمنعك من القيام بذلك.

بالتأكيد يفعل.

العملاء الذين يصابون بالتوتر عندما يرون تحذيرات بشأن الإهمال خلال npm install يمنعون الكثير منا من عدم القيام بأي شيء.

الاستنكار = دعوة للعمل. يمنح الأشخاص بشكل أساسي فترة سماح لاستبدال تبعياتهم حتى تنكسر تبعياتهم. لا ينبغي استخدامه في أي حالة أخرى ولكن في الحالات التي يُتوقع فيها أن تؤدي التبعيات إلى تعطيل الوظائف الحالية بعد انتهاء فترة السماح.

أنا شخصياً انتهزت الفرصة لترقية باقاتي تدريجياً. kraken-exchange ، على سبيل المثال ، انخفض من 5.9 ميجا بايت إلى 284 كيلو بايت مثبتًا ، عن طريق التبديل إلى وضع الانحناء.

حاولت استبدال العديد من تبعياتنا بإصدارات محلية داخلية / مخصصة من هذه الحزم واستبدلت request بـ request-postman للتخلص من تحذيرات الإيقاف. بدا هذا كحل سهل ، والذي سيسمح لنا لاحقًا باستبدال request-postman بشكل تدريجي ببديل خفيف الوزن.

ثم علمت أن NPM بها أخطاء لا تصدق فيما يتعلق بالتعامل مع الحزم المحلية التي تعتمد في حد ذاتها على الحزم المحلية ، مما جعل بيئتنا أقل استقرارًا بشكل ملحوظ. لقد فتحت علبة كاملة من الديدان ، حقًا ، لذلك اضطررت إلى التراجع عن تغييراتي والعودة إلى request ، لأنه ببساطة لم يكن يستحق الوقت والجهد لمحاولة إصلاح هذا النوع من المشاكل في هذا بالتوقيت.

في الوقت الحالي ، لا أرى أي بديل آخر غير التعايش مع تحذيرات الإهمال ، لأننا ببساطة نستخدم الكثير من التبعيات التي تحتوي على request كإعالة بحد ذاتها للتخلص منها مع القليل من الصداع. هذا أمر مؤسف ولا ينبغي أن تحدث المنظمة البحرية الدولية أبدًا!

csvan قال إنك "مغرور تمامًا". هذه عبارة أكثر تهذيباً مما كنت سأستخدمه.

من أنت لتسمي شخصًا ما بـ "المتغطرس" أو ما هو أسوأ لمجرد أنك لا تفهم سبب أهمية تحذيرات الإهمال بالنسبة لهم ولمشاريعهم ؟!

ما أجده متعجرفًا ، هو مجرد إهمال مشروع تعتمد عليه ملايين المشاريع الأخرى دون أي سبب وجيه ، بدلاً من البحث عن مشرف مختلف لتولي الأمور منك. وبالنظر إلى أن فريق Postman لديه بالفعل شوكة كاملة الميزات request يتم صيانتها بنشاط ، لا أستطيع أن أتخيل أنه كان من الصعب جدًا إقناعهم بالقيام بذلك.

ما هو تقديرك ، بملايين الدولارات الأمريكية ، للتكلفة العالمية لهذا القرار لإيقاف request ؟

صفر. إنه يعمل بشكل جيد كما كان يفعل في أي وقت مضى. لن تتحسن الأمور.

صفر. إنه يعمل بشكل جيد كما كان يفعل في أي وقت مضى. لن تتحسن الأمور.

هراء!

إذا كنت تعتقد أن تحذيرات الإهمال ليس لها أي تأثير على المشاريع التي تعتمد عليها ، فليس لديك أدنى فكرة عما يستتبعه الإهمال وما الغرض من هذه الرسائل!

يجعل الاستنكار الكثير من الناس متوترين للغاية ولسبب وجيه. هذا ما يفترض أن يفعله الإهمال!

آه ، لا مشكلة إذن. بلغت حساباتي في ظهر المغلف حوالي 30 مليون دولار أمريكي لكني أعتقد أنني كنت مخطئًا.

يبدو أن 30 مليون دولار أمريكي هو تقدير منخفض للغاية بالنسبة لي ، مع الأخذ في الاعتبار عدد الحزم التي تعتمد على هذا المشروع إما بشكل مباشر أو غير مباشر!

إنني مندهش ومدهش من عدد الناس هنا الذين يعتقدون أن لديهم الحق في البرمجيات الحرة.

إنني مندهش ومدهش من عدد الناس هنا الذين يعتقدون أن لديهم الحق في البرمجيات الحرة.

إنني مندهش ومدهش من عدد الأشخاص الذين يعتقدون أنهم لا يتحملون أي مسؤولية على الإطلاق فيما يتعلق بكيفية تأثير أفعالهم على مستخدميهم لمجرد أن منتجاتهم مجانية أو مفتوحة المصدر.

IMO هي مسألة احترام أساسي لمعاملة المستخدمين / العملاء لديك بشكل لا يختلف سواء كانوا يدفعون مقابل استخدام التطبيق / المكتبة الخاصة بك أو ما إذا كانوا لا يدفعون.

هل ستتخلى يومًا عن مشروع يستخدمه ملايين من المشاريع الأخرى على أنه تبعية إذا كان الناس يدفعون مقابل ذلك ما لم يكن لديك سبب وجيه حقًا لذلك (مثل تعطل المشاريع التابعة إذا لم يتخذ الأشخاص نوعًا من الإجراءات في زمن)؟

jslegers وجهة نظري بالضبط. عنوان ذلك! مدهش!

jslegers وجهة نظري بالضبط. عنوان ذلك! مدهش!

وعاء...

غلاية...

لا يمكنني التفكير في أي شيء أكثر استحقاقًا من القول بأن المستخدمين "مدينون" لك بطريقة أو بأخرى لمنحهم برامج مفتوحة المصدر وأنهم يجب أن يشعروا "بالفخر" أو "الامتنان" لك وبالتالي ليس لديهم الحق في تقديم شكوى على الإطلاق عندما تؤثر أفعالك على مشاريعهم بشكل مباشر.

بالتأكيد ، تتطلب المحافظة على مشروع مفتوح المصدر لسنوات الكثير من العمل الجاد والتفاني. بالتأكيد ، إنه أمر يستحق الإعجاب عندما يكون الناس على استعداد للقيام بذلك في أوقات فراغهم دون أي تعويض مالي. ولكن هذا ليس عذراً للتصرف بكل الحق وترك المستخدمين في البرد عندما يحتاجون إليك أكثر من غيرهم ، وهناك العديد من البدائل التي لا تحتاج إلى مجهود!

@انجرافات

أنا شخصياً انتهزت الفرصة لترقية باقاتي تدريجياً. kraken-exchange ، على سبيل المثال ، انخفض من 5.9 ميجا بايت إلى 284 كيلو بايت مثبتًا ، عن طريق التبديل إلى وضع الانحناء.

لقد ألقيت نظرة للتو ولا تزال الحزمة package.json تشير إلى إصدار الطلب رقم 2،88.0

لقد ألقيت نظرة للتو ولا تزال الحزمة package.json تشير إلى إصدار الطلب رقم 2،88.0

JonathanRowell نعم. يتم اختباره حاليًا قبل دفعه إلى npm. سيكون الإصدار v1.9.0 موجودًا بنهاية اليوم.

ولكن هذا ليس عذراً للتصرف بكل الحق وترك المستخدمين في البرد عندما يحتاجون إليك أكثر من غيرهم ، وهناك العديد من البدائل التي لا تحتاج إلى مجهود!

بالضبط ، ولهذا السبب لدينا أشخاص مثل jslegers على استعداد وتخفيف عبء العمل والمضي قدمًا بالمشروع ، بدلاً من التذمر في مشكلة!

اه انتظر.

بالضبط ، ولهذا السبب لدينا أشخاص مثل jslegers على استعداد وتخفيف عبء العمل والمضي قدمًا بالمشروع ، بدلاً من التذمر في مشكلة!

خاطئ!

هذا هو السبب في أن لدينا الأشخاص الودودين من فريق Postman ، الذين لديهم بالفعل مفترق request خاص بهم اسمه postman-request ، والذي يمكن أن يكون بمثابة بديل متكامل للميزات مقابل request والذي يتم الحفاظ عليه بنشاط! سيكون البديل المنطقي لإهمال request هو مطالبتهم بتولي صيانة request .

في حالة رفض ساعي البريد لأي سبب من الأسباب ، لا يزال بإمكان request التوصية رسميًا بـ postman-request كبديل كامل للميزة في تحذير الإيقاف ، لمنع إهدار الموارد دون داع بالمئات - ليس بالآلاف - من المطورين الذين يبحثون بشكل مستقل عن مثل هذا الاستبدال الفوري.

بدلاً من ذلك ، يمكنك الإعلان رسميًا عن إسقاط الصيانة / الدعم request رسميًا والسماح له بالموت ببطء وبهدوء دون تحذير بالإيقاف ، حيث لا توجد حاجة فعلاً لإيقاف أو مواصلة صيانة الحزمة التي تعمل بشكل جيد تمامًا ولا رن على وشك الانقطاع في المستقبل القريب.

سيكون أي من هذه الأساليب الثلاثة أفضل بلا حدود من النهج الحالي ولن يتطلب أي موارد إضافية من أي طرف.

لا أعتقد أن الجدل حول ما إذا كان أحدهما أو الآخر مستحقًا لتوقعاتهم أم لا هو أمر بناء ولن يساعد في معالجة القضايا المطروحة. نحن جميعًا نأخذ ونعطي ، ونتعاون مع بعضنا البعض على أمل أن يتم التعامل مع مشاكل المرء بسهولة أكبر ، لكن لا أحد يستطيع إجبار الآخر على التصرف ضد إرادته.

أعتقد أن الحقائق هي أن أ) المالك الحالي لا يريد المضي قدمًا بالمشروع بعد الآن (مفهوم تمامًا) ، ولكن أيضًا ب) يشعر الكثير من الأشخاص بألم شديد من تحذير الإهمال لأن الهجرة بعيدًا عنه لن يحدث على الفور في معظم الأوقات (مفهوم تمامًا أيضًا).

لذلك يبدو لي أن التسوية المعقولة ستكون ، على غرار ما تقترحهjslegers ، أن يتم نقل ملكية المشروع إلى شخص مهتم ومستعد لأخذها ، وإزالة تحذير الإيقاف في الوقت الحالي وإدارة عملية الإيقاف بطريقة ألطف لمن تأثروا بهذه الحركة.

لذا ، mikeal ، هل أنت على استعداد لتسليم ملكية المشروع إلى شخص آخر؟

وهل أي شخص آخر على استعداد لأخذها من Mikeal لحل المشكلة التي يواجهها الناس مع إصدار التحذير؟

إلى جانب التعاون لتسليم ملكية المشروع ، لا يمكن لأي منا التحدث نيابة عن الآخرين ، وإخبارهم أن يفعلوا هذا أو ذاك ؛ يمكن للمرء أن يتحدث فقط عن نفسه.

هناك حقيقة أخرى لم يتم ذكرها كثيرًا في هذا الموضوع وهي التأثير الأمني ​​لنقل ملكية حزمة بهذه الشعبية. لقد شهدنا مؤخرًا حوادث حيث تم نقل الملكية إلى جهة فاعلة سيئة وأدى إلى نشاط ضار في إصدارات جديدة من الحزمة. تعتبر الحزم الشائعة مثل هذه أهدافًا رائعة لهذا النوع من الممثلين.

لن أعلق على مصداقية أي فريق معين يمكنه تولي الملكية ، ولكن من المهم إدراك مدى خطورة مثل هذا الاقتراح حقًا. لا يمنع إهمال هذه الحزمة الشوكات من الاستمرار في الحفاظ على هذه الحزمة تحت اسم مختلف ، ولكن تغيير الاسم يسمح للمستهلك باتخاذ قرار باستهلاك تلك الشوكة بدلاً من حدوثها تلقائيًا مع عدم وجود فرصة لتقييم المخاطر على مشروعهم.

هناك حقيقة أخرى لم يتم ذكرها كثيرًا في هذا الموضوع وهي التأثير الأمني ​​لنقل ملكية حزمة بهذه الشعبية. لقد شهدنا مؤخرًا حوادث حيث تم نقل الملكية إلى جهة فاعلة سيئة وأدى إلى نشاط ضار في إصدارات جديدة من الحزمة. تعتبر الحزم الشائعة مثل هذه أهدافًا رائعة لهذا النوع من الممثلين.

من الواضح أنه لا يمكنك نقل الملكية إلى أي شخص فقط. لكن يبدو أن فريق Postman خيار منطقي ، لأن ...

  • لديهم سمعة يجب حمايتها ، وبالتالي لا يمكنهم تحمل إلحاق الضرر بالمشروع request عن طريق حقن تعليمات برمجية ضارة في المشروع
  • كمنصة لتطوير واختبار واجهة برمجة التطبيقات ، يمكن أن يكون فوزًا تسويقيًا لهم أن يصبحوا المشرف الرسمي لحزمة NPM الشهيرة جدًا التي يستخدمها العديد من عملائهم المحتملين
  • نظرًا لأنهم يحتفظون بالفعل بشوكة خاصة بهم request ، فلن يتطلب الأمر أي موارد إضافية منهم. يمكنهم فقط دمج الشوكة الخاصة بهم في request ، ونقل الموارد من شوكة خاصة بهم (والتي لن تكون مطلوبة بعد الآن) إلى الريبو الرسمي request

من الواضح أنه ليس هناك ما يضمن أنهم سيقبلون. ولكن إذا كان لديهم أي منطق سليم ، فسوف يقفزون على الفور. لذا ما لم يحاول المشرف على request الاتصال به بالفعل ويمكنه تأكيد أنه في الواقع رفض هذا الاقتراح ، فهذا بالتأكيد يستحق تجربة IMO!

ليست هناك حاجة حقًا إلى إهمال أو الاستمرار في صيانة حزمة تعمل بشكل جيد تمامًا وليست على وشك الانهيار في المستقبل القريب.

هذا إلى الوراء حتى أنني لا أعرف من أين أبدأ. إن عدم صيانة الحزمة ويوصى بنقلها بعيدًا عنها هو نقطة الإهمال الكاملة.
يخبرك المالك أنك تقوم بتكوين ديون فنية باستخدامه حتى تتمكن من المضي قدمًا. إن الشيء العظيم في الإهمال الرسمي عبر npm هو أنه يتم إعطاء الأشخاص إشارة واضحة على ذلك ، بدلاً من الاضطرار إلى اكتشاف ذلك بعد سنوات (في سيناريو "دعها تموت ببطء") حيث من المحتمل أن يكون الوقت قد فات بالفعل النظر في الهجرة السلسة.

العبوات المستخدمة على نطاق واسع والتي تم التخلي عنها لاحقًا لا تموت بسلام. يموتون عندما يبدأ الأشخاص الذين يستخدمونها في الابتعاد في حالة من الذعر بعد أن تؤدي حالتهم غير الملقاة في الواقع إلى كسر الأشياء وفتح ثغرات أمنية.

واجه الأمر ، فمن المحتمل ألا تعرف أنت أو أنا حالة الطلب بدون إشعار الإيقاف. ولا الغالبية العظمى من المستخدمين.

حاولت تثبيت angular في linux ثم في windows ولم أستطع في كليهما ، بعد تنفيذ الأمر npm install -g @ angular / cli @ latest في كليهما ظهر هذا الخطأ

C: \ Users \ Hanzell> npm install -g @ angular / cli @ latest
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع # 3142
C: \ Users \ Hanzell \ AppData \ Roamingnpm \ ng -> C: \ Users \ Hanzell \ AppData \ Roamingnpmnode_modules @ angular \ cli \ bin \ ng

@ angular / [email protected] postinstall C: \ Users \ Hanzell \ AppData \ Roamingnpmnode_modules @ angular \ cli
العقدة ./bin/postinstall/script.js

  • @ الزاوي / [email protected]
    تمت إضافة 260 حزمة من 205 مساهمًا في 188.027 ثانية

ثم قمت بإنشاء المستودع وظهر هذا

C: \ Users \ Hanzell \ Desktop> ng new
؟ ما الاسم الذي ترغب في استخدامه لمساحة العمل الجديدة والمشروع الأولي؟ أولا
؟ هل ترغب في إضافة Angular routing؟ لا
؟ ما تنسيق ورقة الأنماط الذي ترغب في استخدامه؟ CSS
إنشاء hola / angular.json (3551 بايت)
إنشاء hola / package.json (1281 بايت)
إنشاء hola / README.md (1021 بايت)
إنشاء hola / tsconfig.json (543 بايت)
إنشاء hola / tslint.json (1953 بايت)
إنشاء hola / .editorconfig (246 بايت)
إنشاء hola / .gitignore (631 بايت)
إنشاء hola / قائمة المتصفحات (429 بايت)
إنشاء hola / karma.conf.js (1016 بايت)

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ Hanzell \ AppData \ Roamingnpm-cache_logs \ 2020-03-01T05_15_55_441Z-debug.log
× فشل تثبيت الحزمة ، انظر أعلاه.
فشل سير العمل التخطيطي. أنظر فوق.
إنشاء hola / src / الأصول / .gitkeep (0 bytes

يساعد!

تحقق من تحديث npm وتثبيت npm لاحقًا في مشروع الزاوي

هذا إلى الوراء حتى أنني لا أعرف من أين أبدأ. إن عدم صيانة الحزمة ويوصى بنقلها بعيدًا عنها هو نقطة الإهمال الكاملة.

أن تكون الحزمة غير صيانة وتتطلب نقلها بعيدًا عن ما قبل انتهاء فترة السماح هي نقطة الإيقاف.

إذا لم يكن هناك حاجة للابتعاد قبل نقطة زمنية محددة ، فلا يجب عليك الإهمال ... على الأقل ليس إلا إذا كان بإمكانك اقتراح بديل بدون حجز (مثل postman-request في هذه الحالة)!

قد يكون الاختلاف طفيفًا ، لكن النتيجة مهمة. أنت تهدر موارد ربما عدة آلاف من الشركات دون سبب وجيه من خلال الإهمال ، والذي يمكن تجنبه بمجرد إنهاء الصيانة وتركها عند هذا الحد!

هناك حقيقة أخرى لم يتم ذكرها كثيرًا في هذا الموضوع وهي التأثير الأمني ​​لنقل ملكية حزمة بهذه الشعبية. لقد شهدنا مؤخرًا حوادث حيث تم نقل الملكية إلى جهة فاعلة سيئة وأدى إلى نشاط ضار في إصدارات جديدة من الحزمة. تعتبر الحزم الشائعة مثل هذه أهدافًا رائعة لهذا النوع من الممثلين.

... إهمال هذه الحزمة لا يمنع الشوكات من الاستمرار في صيانة هذه الحزمة باسم مختلف

عادل بما يكفي؛ أعتقد أنه يمكننا الانتظار قليلاً للحصول على أخبار من موظفي البريد وتقييم ما إذا كان التحويل إليهم قابلاً للتطبيق ؛ ولكن بخلاف ذلك ، يبدو أن الشوكات هي الطريق إلى الأمام إذن.

لا ، أنت لا تضيع وقت أي شخص من خلال توضيح أن إحدى تبعياتهم قد تم التخلي عنها الآن ومن شبه المؤكد أنها مصدر للديون الفنية. العكس تمامًا هو الصحيح ، والمناقشة الكاملة حول هذه المسألة هي دليل على ذلك - مناقشة كان من المحتمل ألا تحدث في أي وقت قريب دون الاستخفاف.

لا ، أنت لا تضيع وقت أي شخص من خلال توضيح أن إحدى تبعياتهم قد تم التخلي عنها الآن ومن شبه المؤكد أنها مصدر للديون الفنية.

فقط لأن المشروع تم التخلي عنه ، فهذا لا يعني أنه يجب استبداله بأي شيء آخر.

خاصة بالنسبة للمشاريع التي تستخدم تبعيات متعددة والتي تستخدم جميعها request كاعتماد نفسها ، فإن المكاسب المحتملة لمحاولة استبدال request بشيء آخر لا تقترب حتى من الجهد المطلوب لتحقيق ذلك !

مناقشة من المحتمل ألا تحدث في أي وقت قريب دون الإيقاف.

لم تكن هذه المناقشة ضرورية لولا الإهمال.

نعم ، سيكون في وقت ما ، مع أو بدون إهمال. يتم الوصول إلى هذه النقطة دائمًا بشكل أفضل في وقت مبكر بدلاً من سنوات عندما يبدأ الشعور بآثار الحزمة غير المصونة.

على أي حال ، أنا أتخلى عن هذا. استمتع.

كل شيء يتغير ، كل شيء يظهر ويختفي ؛ لا سلام هناء حتى يتجاوز المرء عذاب الحياة والموت ".

- غوتاما بوذا

mikeal أنت رجل مشاغب ... شكرا للتذكير!

قبل أن أخوض في التفاصيل والمنطق ، سأصل مباشرة إلى هذه النقطة. أهم شيء يمكن أن يفعله request لنظام JavaScript البيئي هو الانتقال إلى وضع الصيانة والتوقف عن التفكير في الميزات الجديدة أو الإصدارات الرئيسية.

الاعتذار مقدمًا للمتعهدين الآخرين على request الذين بذلوا قصارى جهدهم لتحسينه ، لكن هذا للأفضل.

2009

كان الإصدار الأول من request واحدًا من الوحدات النمطية الأولى التي تم إنشاؤها لنظام Node.js البيئي. تمت كتابة الإصدارات الأقدم إلى واجهات برمجة التطبيقات التي تسبق واجهة رد الاتصال القياسية ، التدفقات ، node_modules و npm. في السنوات القليلة الأولى ، تطورت request و Node.js معًا ، كل منهما تعلم من الآخر. نظرًا لتحسن Node.js وترحيل الواجهات الأساسية ، فقد طلبت ذلك. نظرًا لقيام الطلب بتبني التغييرات على مكتبة http الأساسية والتدفق ، فقد أبلغ أيضًا عن تحسينات مثل حدث pipe (الذي مكّن وكيل سطر واحد request ) وواحد من عمليات إعادة الكتابة العديدة لـ Core http ( كان علي أن أكتب).

npm

request من أوائل الوحدات التي تمت إضافتها إلى سجل npm. مع نمو npm ، زاد الاعتماد على request . حتى الآن ، عندما يتم استخدام npm أكثر بكثير للواجهة الأمامية من العمل الخلفي ، يظل request واحدًا من أكثر الوحدات اعتمادًا على الوحدات في التسجيل. أثناء كتابة هذا ، تعتمد 41 ألف وحدة على الطلب ويتم تنزيلها 14 مليون مرة في الأسبوع.

المكان الذي يحتله request في النظام البيئي Node.js لم يعد مكانًا مبتكرًا بل شاغل الوظيفة. إذا كنت تستخدم Google لمعرفة كيفية القيام بشيء ما باستخدام HTTP في Node.js ، فمن المحتمل أن تظهر الأمثلة request كعميل و express كخادم. هذا له تأثيران سيئان بشكل ملحوظ.

من الصعب جدًا على المكتبات الجديدة التي تنجز مهامًا مماثلة أن تحصل على اعتماد بسبب المركز الحالي request يحتفظ به على النظام البيئي. من الصعب أيضًا تغيير الطلب بأي طريقة ذات معنى لأن التغيير قد لا يتم اعتماده من قبل غالبية المعالين فحسب ، بل إنه سيخرجه من التوافق مع آلاف منشورات المدونة وتكدس الاستجابات الفائضة التي تستخدم request .

جافا سكريبت الحديثة

كانت السنوات القليلة الماضية مثيرة في JavaScript. انتقلت الميزات التي تحدث عنها الأشخاص لسنوات من الأفكار والمعايير إلى الميزات التي يمكنك الاعتماد عليها بشكل موثوق في معظم البيئات. السرعة التي تم اعتمادها بها مذهلة ، ويرجع الفضل في ذلك في الغالب إلى المتصفحات التي يتم تحديثها تلقائيًا وجدول إصدار Node.js القوي.

الأنماط الموجودة في جوهر request قديمة. قد يجادل قلة من الناس في هذا التقييم ، وأنا أعلم من هم لذلك لن أتفاجأ ، لكن هذا صحيح. غالبًا ما كنت متشككًا في تأثير بعض هذه الميزات فقط لأجد نفسي أستخدمها بالجملة بعد وقت قصير من توفرها في الإصدار الأخير فقط من Node.js.

هناك تحول يحدث الآن في النظام البيئي لهذه الأنماط. كم سيكون هذا فوضويًا لا يزال في الهواء ولن أحاول قراءة أوراق الشاي ومعرفة كيف سيبدو المستقبل في هذا الصدد. السؤال لـ request هو "هل نحاول البقاء على قيد الحياة خلال هذا الانتقال؟" قبل عام ، كنت أعتقد أن الإجابة كانت واضحة وأننا سنفعل ذلك ، لكنني الآن مقتنع بالعكس.

نسخة من request كتابتها لتبني أنماط اللغة الجديدة هذه حقًا هي وحدة نمطية جديدة بشكل فعال. لقد استكشفت هذه المساحة قليلاً بالفعل ولدي مشروع أنا سعيد به تمامًا ولكنه لا يتوافق مع request بكل طريقة ممكنة. ما هي القيمة في إصدار request الذي لا يتوافق مع الأنماط القديمة ولكنه لا يحتضن الأنماط الجديدة بالكامل؟ ما الهدف من التوافق الجزئي عندما يكون هناك عالم كامل من الوحدات الجديدة ، التي كتبها مطورون جدد ، يعيدون التفكير في هذه المشكلات مع وضع هذه الأنماط في الاعتبار؟

أفضل شيء عن هذه الوحدات الجديدة ل request لببطء تتلاشى بعيدا، لتصبح في نهاية المطاف مجرد ذاكرة أخرى من أن كومة القديمة. إن الحصول على المركز request الآن والاستفادة منه للحصول على حصة أكبر من الجيل التالي من المطورين سيكون ضارًا لهؤلاء المطورين لأنه سيبعدهم عن الوحدات النمطية الأفضل التي لا تتحمل عبء request 's history.

نمط الصيانة

ها هي الخطة.

  • request سيتوقف عن قبول الميزات الجديدة.
  • request سيتوقف عن التفكير في كسر التغييرات.
  • سيحاول الملتزمون الذين ما زالوا نشطين دمج الإصلاحات في الوقت المناسب ، ولكن دون وعود.
  • ستكون الإصدارات مؤتمتة بالكامل ، وسيتم نشر أي دمج في الإصدار الرئيسي. لقد قمت بالفعل ببناء هذا لبعض المشاريع الأخرى باستخدام إجراءات GitHub .

    • سنضطر إلى إزالة المتعاونين غير النشطين وفرض 2fa ، لأن حقوق الالتزام ستصبح فعليًا حقوق نشر npm.

ماذا يحدث إذا حذفناه للتو؟ هذه التبعيات قاتلة!

grikard أوافق على ذلك - تحليل جيد. ولكن من دون الرغبة في أن تبدو تافهاً - وهذا سؤال حقيقي - هل يتهجى الأمريكيون صيغة الجمع "ورقة الشجر" كأوراق؟ أنا lernt "يترك".

الأوراق هي الجمع للأوراق :)

تثبيت الحزم ... npm WARN مهمل [email protected] : تم إهمال الطلب ، راجع 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 مساءً Cliff Stanford [email protected]
كتب:

مرحبا كيف حل هذا الخطأ؟ # 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 هذا ليس خطأ. الاستنكار ليس مجرد تحذير / معلومات ، كل شيء لا يزال يعمل.
@ valentina-js "هذا" مجرد تحذير / معلومات ، لذا لا يمكن أن يكون سبب عدم قدرتك على إنهاء مشروعك. إذا كانت لديك مشكلة فيجب أن يكون لها سبب آخر. حاول البحث عن رسالة خطأ فعلية ومعرفة ما إذا كانت هناك مشكلة مماثلة تم الإبلاغ عنها. إذا لم يكن كذلك ، فافتح واحدة ووصف الخطأ بالتفصيل.

أوه لا. لم يكن هذا ضروريا. إرقد بسلام

جديد Merch

Screenshot_2020-03-12_16-58-39

3sei8v

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

من فضلك حل هذا! لا أعرف ما أفعله خطأ:

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تحذير التحذير الأذونات مفقود حق الوصول للكتابة إلى / usr / local / lib / node_modules
npm خطأ! كود EACCES
npm خطأ! وصول syscall
npm خطأ! المسار / usr / local / lib / node_modules
npm خطأ! يخطئ -13
npm خطأ! خطأ: EACCES: تم رفض الإذن ، الوصول '/ usr / local / lib / node_modules'
npm خطأ! [خطأ: EACCES: تم رفض الإذن ، الوصول '/ usr / local / lib / node_modules'] {
npm خطأ! مكدس: "خطأ: EACCES: تم رفض الإذن ، الوصول '/ usr / local / lib / node_modules'" ،
npm خطأ! errno: -13 ،
npm خطأ! الكود: "EACCES" ،
npm خطأ! syscall: "وصول" ،
npm خطأ! المسار: '/ usr / local / lib / node_modules'
npm خطأ! }
npm خطأ!
npm خطأ! تم رفض العملية من قبل نظام التشغيل الخاص بك.
npm خطأ! من المحتمل أنك لا تملك الأذونات للوصول إلى هذا الملف بصفتك المستخدم الحالي
npm خطأ!
npm خطأ! إذا كنت تعتقد أن هذه مشكلة تتعلق بالأذونات ، فالرجاء إعادة التحقق من
npm خطأ! أذونات الملف والأدلة التي تحتوي عليها ، أو حاول تشغيل
npm خطأ! الأمر مرة أخرى كجذر / مسؤول.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! / المستخدمون/Hazem/.npm/_logs/2020-03-15T16_16_03_301Z-debug.log

hazembergg NPM ليس لديه حق الكتابة إلى node_modules. لا حرج في request الذي يحظر npm install . جرب تشغيله بـ sudo .

شكرا لردكم السريع ، عملت مثل السحر!

لذلك أعتقد أنني سأجن! يجب أن أقرأ README 20 مرة على الأقل. هذا البرنامج كله فوق معرفتي الأساسية بلغة html ...

_كيف أحصل على تعليقات يوتيوب؟ _
هل أقوم بتشغيل youtube-comment-scraper في العقدة؟ المحطة الأساسية؟ أم قيادة؟
استجابة العقدة ...
الاستجابة الطرفية هي تغيير العنوان ولكن لا شيء يحدث

_ماذا لو كنت أرغب في الحصول على ملف csv؟ _
هو الأمر: youtube-comment-scraper --outputFile youtubecomments.csv --stdout --format csv صيح؟

_Ballpark كم من الوقت سيستغرق تشغيل البرنامج للحصول على ألف تعليق ، دعنا نقول؟ _

hazembergg كلاهما. راجع https://www.npmjs.com/package/youtube-comment-scraper#usage لاستخدام سطر الأوامر و https://www.npmjs.com/package/youtube-comment-scraper#method للاستخدام البرمجي. يمكنك أيضًا تشغيل npx youtube-comment-scraper مع تثبيت Node.js في سطر الأوامر للوصول إلى CLI.

Richienb شكرا مرة أخرى على المعلومات! سأدرسهم وآمل أن أنجح!

نعم ، يبدو أن الجميع يفعل شيئًا خاطئًا. قيل لي إنه لن يكون هناك أي تكلفة لقرار إهمال request .

لا توجد تكلفة أبدًا!

أواجه مشكلة في إنشاء نفق الصلصة.
باستخدام خدمة الصلصة التالية.
تثبيت npm -g wdio-sauce-service
25hnpm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
25 ساعة

[email protected] postinstall / usr / local / lib / node_modules / wdio-sauce-service / node_modules / sauce-connect-launcher
سكربتات العقدة / install.js || nodejs scripts / install.js

+ [email protected]

الحصول على الخطأ التالي أثناء محاولة إنشاء نفق الصلصة.
تعذر بدء Sauce Connect. إشارة الخروج 1: لاغية
فشلت خدمة في ربط "onPrepare"
خطأ: تعذر بدء Sauce Connect. إشارة الخروج 1: لاغية
في ChildProcess.(/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 .

@ anton-bot دعها تذهب وتمضي في حياتك.

يرجى التحلي بالاحترام وتجنب نشر أسئلة جادة. الميمات فقط حول request .

@ anton-bot دعها تذهب وتمضي في حياتك.

Let it go

بالعودة إلى الجدية ، الآن بعد أن تم إهمال request "رسميًا" عبر npm deprecate ، الآن _ كل مستخدم منفرد يتلقى تحذيرات جديدة حول هذا الموضوع.

هل يمكننا النظر في هذا للحظة؟ أعتقد أن هذا تسبب في حالة من الذعر لا داعي له. ليس هذا فقط ولكن الأنظمة الآلية التي تلتزم بسجلاتها تشير الآن

أوافق على أن request قد نضج إلى حد التقادم ، ولكن إذا كان لا يزال يعمل بشكل جيد ولديه مئات من التبعيات بمستويات مختلفة من الصيانة ، فربما لا ينبغي إهمالها رسميًا في npm بل بالأحرى تحذير كبير رأ في الخط الأقصى في التمهيدي؟

وبعد ذلك في يوم من الأيام سيقول كل واحد من هؤلاء المستخدمين: "لماذا لم يتم تحذيرنا من هذا !؟" 😄

ولكن إذا كان لا يزال يعمل بشكل جيد ويحتوي على مئات التبعيات بمستويات متفاوتة من الصيانة ، فربما لا ينبغي إهماله رسميًا في npm ولكن بدلاً من ذلك تحذير كبير في الخط الأقصى في README؟

المشكلة في الأساس هي أن لا أحد يقرأ هؤلاء. 99 ٪ من الأشخاص الذين يعانون من الذعر الآن لن يعرفوا أبدًا أن الطلب قد تم إهماله ما لم تحذرهم NPM من ذلك. _لا أحد _ يجلس ويمشط من خلال README لكل _ تبعياتهم لمعرفة أي منها لم يعد يتم الاحتفاظ به - حتى فوات الأوان.

أكرر نفسي ، لكن السيناريو الذي تقترحه يعني بشكل أساسي أن الناس سيكتشفون بدلاً من ذلك الطريقة الصعبة التي يتم بها إهمال الطلب - عندما يبدأ في نهاية المطاف في كسر الأشياء والتسبب في ثغرات أمنية بسبب كونه مركزًا قديمًا غير ملوث في بيئة حديثة. عندما يحدث ذلك ، سيحتاج الأشخاص بدلاً من ذلك إلى "التبديل" للحصول على بديل ، بدلاً من أن تتاح لهم الفرصة - كما هو الحال الآن - للبحث عن واحد بينما لا يزال الطلب مستقرًا وقابل للاستخدام ، والذي ربما يكون عامًا آخر على الأقل.

كان رفض الطلب هو الشيء المسؤول الذي يجب القيام به ، ولن يتم التراجع عنه. يجب أن يركز المجتمع جهوده على الاتفاق على بديل و / أو مفترق جيد بدلاً من محاولة قلب هذا الأمر. استمر.

تم إيقاف WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142 .
كيف يمكنني إصلاح هذا الخطأ؟

mrmehi هل يمكنك قراءة الرسالة الأولى هنا من فضلك؟

إنه ليس خطأ. إما أنك تعتمد بشكل مباشر على الطلب (وبعد ذلك يجب عليك الانتقال إلى مكتبة أخرى ، على سبيل المثال got أو bent ) ، أو أنك تعتمد عليه بشكل انتقالي من خلال إحدى التبعيات الخاصة بك - ثم قم بتحديثها إذا كانت انتقلت بالفعل ، أو ping لهم للمضي قدما.

@ kibertoad أنا في حيرة من
يحدث ذلك عندما أحاول تنزيل expo.io

@ kibertoad أنا في حيرة من
يحدث ذلك عندما أحاول تنزيل expo.io

ليس عليك فعل أي شيء. إنه ليس خطأ ، إنه تحذير. هذا ما يشير إليه جزء "WARN" من السجل.
يمكنك _could_ إعلام expo.io بأنهم قد يرغبون في البدء في البحث عن بدائل لـ request ، لأنه تم إهماله وبالتالي قد يتوقف يومًا ما عن العمل بشكل صحيح.
لكن يبدو أنهم يدركون ذلك بالفعل ، كما ترون هنا:
https://github.com/expo/expo-cli/issues/1659

لا تزال Microsoft تعتمد على هذه الحزمة. يعطي appcenter-cli تحذير الإيقاف هذا عند التثبيت:

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

نظرًا لسجل حافل لفريق AppCenter ، يبدو من غير المحتمل أن يتغير هذا في أي وقت قريب. سجلات البناء لدينا مليئة بالتحذيرات حول الحزم التي تم إهمالها منذ أكثر من عام في بعض الحالات.

من فضلك ، يمكن لشخص ما مساعدتي ، فأنا أواجه صعوبة أثناء تثبيت معرض إكسبو- cli-global.
لقد قمت بتثبيت العقدة ، بوابة. أكتب الأمر كـ npm install expo-cli - global لكنني أواجه مشكلة على النحو التالي:
"npm WARN مهمل [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
[..................] | fetchMetadata: تم إيقاف WARN [email protected] : تم إيقاف الطلب ، راجع https://github.com/request/request/issues/3142 "".
ما هو لي هذا الخطأ. ارجو الرد علي كيفية حل هذه المشكلة.

mrmehi هل يمكنك قراءة الرسالة الأولى هنا من فضلك؟

إنه ليس خطأ. إما أنك تعتمد بشكل مباشر على الطلب (وبعد ذلك يجب عليك الانتقال إلى مكتبة أخرى ، على سبيل المثال got أو bent ) ، أو أنك تعتمد عليه بشكل انتقالي من خلال إحدى التبعيات الخاصة بك - ثم قم بتحديثها إذا كانت انتقلت بالفعل ، أو ping لهم للمضي قدما.

من فضلك ، هل يمكنك مساعدتي في حل هذه المشكلة؟ أنا أواجه القضية.

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

تضمين التغريدة
راجع https://github.com/request/request/issues/3142#issuecomment -604126783

تضمين التغريدة
انظر # 3142 (تعليق)

اذا ماذا يجب ان افعل الان . من فضلك ، هل يمكنك مساعدتي في حل هذه المشكلة؟

تضمين التغريدة
انظر # 3142 (تعليق)

أنا جديد في جيثب ولا أستطيع أن أفهم ماذا أفعل. هل يمكنك إخباري خطوة بخطوة كيف يمكنني حل مشكلتي؟ تبحث عن رد سريع.

alijatoi expo-cli يستخدم request لذلك يجب تغيير التبعية.

Richienb فماذا أفعل الآن؟ هل يجب أن أنتظر أم أن هناك أي طريقة أخرى لتثبيت expo-cli.
الرجاء مساعدتي في الانتظار.
اشكرك

alijatoi قم بإنشاء مشكلة و / أو انتظر.

Richienb شكرا لردك .
لا توجد طريقة أخرى لتثبيت المعرض؟

alijatoi لا

يا رفاق ، إذا كنت تواجه مشكلات ، فقم بتثبيت expo-cli باستخدام npm بسبب رسالة ملغاة: قم بتثبيت الغزل ثم تثبيت الغزل expo-cli

@ caio-vinicius هذا يعمل فقط لأن الغزل يعرض التحذير مرة واحدة فقط وسيستمر في عرضه عند إعادة إنشاء ملف القفل.

يا رفاق ، إذا كنت تواجه مشكلات ، فقم بتثبيت expo-cli باستخدام npm بسبب رسالة ملغاة: قم بتثبيت الغزل ثم تثبيت الغزل expo-cli

@ caio-vinicius نعم لقد قمت بالتثبيت باستخدام خيوط التثبيت ثم تثبيت الغزل expo-cli globlly ولكن بعد التثبيت عندما أتحقق من إصدار expo cli ، فإنه يعطي مشكلة أن المعرض لا يحدد أي أمر داخلي أو خارجي

alijatoi من فضلك تأكد من أنك تستخدم الصيغة الصحيحة عند استخدام الغزل للتثبيت على الصعيد العالمي.

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

ومع ذلك ، alijatoi ، من شبه المؤكد أن كسر التثبيت فوق تحذير الإيقاف يمثل مشكلة في بيئتك أو الحزمة التي تحاول تثبيتها. ليس الطلب محددًا ولا شيء يجب عليك الإبلاغ عنه هنا.

لقد تأخرت قليلاً عن الحفلة ولكن سيكون من الجيد إضافة قائمة صغيرة من البدائل حتى يتمكن الأشخاص من استخدامها لاستبدال request ، مثل nodejs المبنية في http.ClientRequest . شكرا.

F

أوافق على كل ما قلته عن الشكل والتوافق والتقدم ، لكن
لا أستطيع أن أرى لماذا لا يستطيع [email protected] القيام بذلك مع التغييرات العاجلة. بعد كل شيء - هذه هي الفكرة وراء semver ...

اعتمدت العديد من المكتبات الأخرى على الأنماط والقدرات الجديدة ، وبالتالي كسرت التوافق ورفعت تخصصها.

حتى لو كانت وحدة نمطية جديدة تمامًا - يمثل الاسم المصداقية و
تجربة الدروس المستفادة ، والتي يحزنني رؤيتها تختفي.

مهتم بمعرفة المزيد عن هذا.

حسنًا ، شكرًا على الرحلة وكل العمل الشاق الذي بذلته.

أنت يا سيدي بطل.

أنا أفهم السبب وراء ذلك ، وهو جعل JS / Node (بشكل عام) ، يتقدم بشكل أسرع قليلاً.

لقد فعلت ذلك تقريبًا ، لمساحة NodeJS كما فعلت jQuery لمساحة المتصفح / DOM. لقد جعلت العمل مع برنامج التعاون الفني أمرًا ممتعًا ، وهذا أمر بالغ الأهمية للتطوير الخلفي.

أشكركم على هذا.

يعتني.

إذن ما هو الدليل الخاص بالطريقة البديلة لتقديم طلب https لي الجديد لدعم تطوير العقدة؟

شكرا كليف. سوف نلقي نظرة.

الآلية الوقائية الوطنية يحذرون تحذير غير متوقع التسجيل ل https://registry.npmjs.org/ : متفرقات EINTEGRITY تحذير: فشل sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == سلامة الاختباري عند استخدام SHA512: أراد sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == ولكن حصلت SHA512-NhZAWqNqTzZaAfgJYp0NlbBDUX8BMyOmobe3kYnymXfSxDgaiej4nP6N3aLVDtBTPHOfivySRs + AVsca0JgrTQ ==. (20905 بايت)
سجل npm WARN باستخدام بيانات قديمة من https://registry.npmjs.org/ بسبب خطأ في الطلب أثناء إعادة التحقق.
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm خطأ! كود EINTEGRITY
npm خطأ! يخطئ الأصل
npm خطأ! الجسم استجابة غير صالحة أثناء محاولة إحضار https://registry.npmjs.org/uuid : التحقق النزاهة فشلت لsha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == (C: \ المستخدمين \ مولامبا SERGIO \ APPDATA \ Roamingnpm-cache_cacache \ محتوى V2 \ SHA512 \ ec \ 6d \ ecf377cea3078b940b2f477c2dc380e77a992b63efc5c666319355e77c08c4f719e8591cbd70b1d60b2c1c73a97ad35f17d5174dc6925db6a5fd5900045f)

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ MULAMBA SERGIO \ AppData \ Roamingnpm-cache_logs \ 2020-04-03T22_54_57_842Z-debug.log

npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
تم إهمال npm WARN [email protected]: تم إهمال هذا الإصدار وفقًا لسياسة دعم hapi (hapi.im/support). يُرجى الترقية إلى أحدث إصدار للحصول على أفضل الميزات وإصلاحات الأخطاء وتصحيحات الأمان. إذا لم تتمكن من الترقية في الوقت الحالي ، يتوفر الدعم المدفوع للإصدارات الأقدم (hapi.im/commercial).
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع 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 تحذير مهمل [email protected]: تم نقل هذه الوحدة وهي متاحة الآن على @ hapi / topo. يرجى تحديث التبعيات الخاصة بك حيث لم يعد يتم الاحتفاظ بهذا الإصدار وقد يحتوي على أخطاء ومشكلات أمنية.
npm تحذير مهمل [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
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / travel-fastlane-darwin @ 1.13.1 (node_modules \ expo-cli \ node_modules \expo \ travel-fastlane-darwin):
npm تحذير notsup تخطي الاعتماد الاختياري: منصة غير مدعومة لـ @ expo / travel-fastlane-darwin @ 1.13.1: مطلوب {"os": "darwin"، "arch": "any"} (الحالية: {"os": " win32 "،" arch ":" x64 "})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-linux-arm @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-linux-arm) :
npm تحذير notsup تخطي الاعتماد الاختياري: منصة غير مدعومة لـ @ expo / ngrok-bin-linux-arm @ 2.2.8: مطلوب {"os": "linux"، "arch": "arm"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-darwin-ia32 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-darwin-ia32) :
npm تحذير notsup تخطي الاعتماد الاختياري: منصة غير مدعومة لـ @ expo / ngrok-bin-darwin-ia32 @ 2.2.8: مطلوب {"os": "darwin"، "arch": "ia32"} (الحالية: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-freebsd-x64 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-freebsd-x64) :
npm تحذير notsup تخطي الاعتماد الاختياري: نظام أساسي غير مدعوم لـ @ expo / ngrok-bin-freebsd-x64 @ 2.2.8: مطلوب {"os": "freebsd"، "arch": "x64"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-freebsd-ia32 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-freebsd-ia32) :
npm تحذير notsup تخطي الاعتماد الاختياري: منصة غير مدعومة لـ @ expo / ngrok-bin-freebsd-ia32 @ 2.2.8: مطلوب {"os": "freebsd"، "arch": "ia32"} (الحالية: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-linux-ia32 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-linux-ia32) :
npm تحذير notsup تخطي الاعتماد الاختياري: منصة غير مدعومة لـ @ expo / ngrok-bin-linux-ia32 @ 2.2.8: مطلوب {"os": "linux"، "arch": "ia32"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-linux-x64 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-linux-x64) :
npm تحذير notsup تخطي الاعتماد الاختياري: نظام أساسي غير مدعوم لـ @ expo / ngrok-bin-linux-x64 @ 2.2.8: مطلوب {"os": "linux"، "arch": "x64"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-darwin-x64 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-darwin-x64) :
npm تحذير notsup تخطي الاعتماد الاختياري: نظام أساسي غير مدعوم لـ @ expo / ngrok-bin-darwin-x64 @ 2.2.8: مطلوب {"os": "darwin"، "arch": "x64"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-win32-ia32 @ 2.2.8-beta.1 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin- win32-ia32):
npm تحذير notsup تخطي الاعتماد الاختياري: نظام أساسي غير مدعوم لـ @ expo / ngrok-bin-win32-ia32 @ 2.2.8-beta.1: مطلوب {"os": "win32"، "arch": "ia32"} (حاليًا: {"os": "win32"، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-sunos-x64 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-sunos-x64) :
npm تحذير notsup تخطي الاعتماد الاختياري: نظام أساسي غير مدعوم لـ @ expo / ngrok-bin-sunos-x64 @ 2.2.8: مطلوب {"os": "sunos"، "arch": "x64"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير اختياري تخطي الاعتماد الاختياري: @ expo / ngrok-bin-linux-arm64 @ 2.2.8 (node_modules \ expo-cli \ node_modules \expo \ ngrok-bin \ node_modules \expo \ ngrok-bin-linux-arm64) :
npm تحذير notsup تخطي الاعتماد الاختياري: منصة غير مدعومة لـ @ expo / ngrok-bin-linux-arm64 @ 2.2.8: مطلوب {"os": "linux"، "arch": "arm64"} (الحالي: {"os" : "win32" ، "قوس": "x64"})
npm تحذير تخطي الاعتماد الاختياري: fsevents^1.2.7 (node_modules \ expo-cli \ node_modules \ chokidar \ node_modules \ fsevents):
npm تحذير notsup تخطي الاعتماد الاختياري: نظام أساسي غير مدعوم لـ [email protected]: مطلوب {"os": "darwin"، "arch": "any"} (الحالي: {"os": "win32"، "arch": "x64"})
يتطلب npm WARN @ expo / image-utils @ 0.2.17 نظيرًا لـ [email protected] ولكن لم يتم تثبيت أي منها. يجب عليك تثبيت تبعيات الأقران بنفسك.
npm تحذير تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ abbrev):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ abbrev' -> 'C: المستخدمون \ 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ ansi-regex' -> ' : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.ansi-regex.DELETE '
npm تحذير التخطي الاختياري DEPENDENCY: [email protected] (node_modules \ 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: المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.aproba.DELETE '
npm تحذير التخطي الاختياري DEPENDENCY :[email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ Balance-match):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \anced-match' -> 'C : \ 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ chownr' -> 'C: المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.chownr.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ code-point-at):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ console-control-strings):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ core-util-is):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ deep-extension):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ deep-extension' -> 'C : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.deep-extension.DELETE '
npm تحذير التخطي الاختياري: DEPENDENCY:
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ المفوضين' -> 'C: \ المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.delegates.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ det-libc):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ det-libc' -> ' : \ 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ fs.realpath' -> ' : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.fs.realpath.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ has-unicode):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ has-unicode' -> ' : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.has-unicode.DELETE '
npm تحذير التخطي الاختياري DEPENDENCY: ورث @ 2.0.4 (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ يورث):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ ورث' -> 'C: \ المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.inherits.DELETE '
npm تحذير تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ ini):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ ini' -> 'C: \ المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.ini.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ isarray):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ isarray' -> 'C: المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.isarray.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ minimist):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ minimist' -> 'C: المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.minimist.DELETE '
npm تحذير تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ ms):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ ms' -> 'C: \ المستخدمون \ 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ number-is-nan):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ object-assign):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية "C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ os-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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ os-tmpdir' -> ' : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.os-tmpdir.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ path-is-Absolute):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ path-is-definitely' -> 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.path-is-definitely.DELETE'
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ process-nextick-args):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ safe-buffer):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ safer-buffer):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ safer-buffer' -> ' : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.safer-buffer.DELETE '
npm تحذير تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ sax):
npm تحذير enoent تخطي الاعتماد الاختياري: موجود: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ sax' -> 'C: \ المستخدمون \ 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 WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ semver' -> 'C: \ المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.semver.DELETE '
npm تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ set-blocking):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير اختياري تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ signal-exit):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير تخطي الاعتماد الاختياري: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ strip-json-comments):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: 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 تحذير: تخطي الاعتماد الاختياري الاختياري:
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ util-Cated' -> ' : \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.util-depecate.DELETE '
npm تحذير التخطي الاختياري DEPENDENCY: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ wrappy):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ wrappy' -> 'C: المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.wrappy.DELETE '
npm تحذير التخطي الاختياري DEPENDENCY: [email protected] (node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ yallist):
npm WARN Enoent SKIPPING OPTIONAL DEPENDENCY: EnOENT: لا يوجد مثل هذا الملف أو الدليل ، أعد تسمية 'C: \ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ yallist' -> 'C: المستخدمون \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.yallist.DELETE '

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
ارجوك، هل يمكنك مساعدتي؟ لا يمكنني حل هذه المشكلة ولا يمكنني بدء مشروعي

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع # 3142
ارجوك، هل يمكنك مساعدتي؟ لا يمكنني حل هذه المشكلة ولا يمكنني بدء مشروعي

وأنا كذلك

@ liaz98TheLitz انها ليست خطأ، انها تحذير. إذا لم يتم إنشاء / بدء مشروعك بسبب تحذير npm ، فهناك خطأ ما في مشروعك و / أو بيئتك. هذه ليست مشكلة في الطلب.

@ liaz98TheLitz انها ليست خطأ، انها تحذير. إذا لم يتم إنشاء / بدء مشروعك بسبب تحذير npm ، فهناك خطأ ما في مشروعك و / أو بيئتك. هذه ليست مشكلة في الطلب.

لكن عندما أحاول تشغيل المعرض ، لا يعمل

TheLitz إذن فهذه مشكلة في Expo ، ويجب عليك الإبلاغ عنها في متتبع الأخطاء. لا شيء يمكن حله أو سيتم حله من جانب الطلب.

TheLitz إذن فهذه مشكلة في Expo ، ويجب عليك الإبلاغ عنها في متتبع الأخطاء. لا شيء يمكن حله أو سيتم حله من جانب الطلب.

نعم. شكرا

نطلب طلب المستقبل.

TLDR.
ماذا علي أن أستخدم الآن؟

YashKumarVerma استخدم postman-request

TheLitz إذن فهذه مشكلة في Expo ، ويجب عليك الإبلاغ عنها في متتبع الأخطاء. لا شيء يمكن حله أو سيتم حله من جانب الطلب.

هل تحل هذه المشكلة ؟؟؟؟
npm تم إهمال WARN [email protected] : تم إهمال الطلب ،

إذن ما هو الدليل الخاص بالطريقة البديلة لتقديم طلب https لي الجديد لدعم تطوير العقدة؟

تضمين التغريدة
هل تمكنت من الحصول على بعض الوضوح حول مكان الانتقال؟ أنا في نفس القارب مثلك! :(

لكل من يبحث عن بدائل، نظرة على # 3143 (@ farhan3040OluwafemiAdeseghaiamdesfranco)

mikeal أوصي بإغلاق هذه المشكلة ؛)

iamdesfranco @ farhan3040 تم إهمال HTTP ، يرجى استخدام Gopher أو UDP

mikeal أوصي بإغلاق هذه المشكلة ؛)

أو بالأحرى قفله. لقد قيل في الأساس كل ما يجب قوله في هذه المرحلة ، والأسئلة الوحيدة التي يتم طرحها تميل إلى أن تكون الأسئلة التي تمت الإجابة عليها بالفعل (عدة مرات).

فرانكو ،

اعتذار عن الرد المتأخر. ما زلت أحاول معرفة أيهما سأفعل
اذهب أخيرًا بناءً على الاقتراحات المقدمة.

يوم الإثنين ، 6 أبريل ، 2020 ، 9:12 ص. Franco Labuschagne [email protected]
كتب:

إذن ما هو الدليل الخاص بالطريقة البديلة لتقديم طلب https لي
هذا هو الجديد لدعم نهاية التنمية مع العقدة؟

هل تمكنت من الحصول على بعض الوضوح حول مكان الانتقال؟ انا في نفس القارب
مثلك! :(

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/request/request/issues/3142#issuecomment-609643295 ،
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AOL4QYXM7V2BUK5LZCS7LDDRLGFH5ANCNFSM4HCP6LRA
.

والبدائل الممكنة تشير إلى هذه القضية.

أين وجدت البدائل في هذه الصفحة؟

هل اقتراح استخدام الجلب في المتصفح + جلب lib للعقدة ، أم مجرد وعد قائم على بديل وما إلى ذلك؟

TomYeoman الاقتراح هو عدم استخدام request .

تضمين التغريدة أعتقد أنه من المهم أن يكون لديك ارتباط بهذا في README.

أزلت مجلد "node_modules" وملف "package-lock.json" ثم نفذت الأمرين التاليين.
الحرف الأول npm
تثبيت npm

وبعد ذلك ، عملت بشكل صحيح.

سيحاول الملتزمون الذين ما زالوا نشطين دمج الإصلاحات في الوقت المناسب ، ولكن دون وعود.

لعبة الكلمات العرضية الرائعة (؟)

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

كيفية حل هذا؟؟،

@ anton-bot لا برامج ضارة من فضلك.

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع # 3142

كيفية حل هذا؟؟،

Amouthinie لا يوجد شيء لحل ، هذا ليس خطأ. يحذرك NPM من أنه تم إهمال request وأنك (أو أي شخص يحتفظ بتبعياتك التي تعتمد بدورها على request ) يجب أن تفكر في الانتقال إلى حزمة يتم صيانتها بشكل نشط بدلاً من ذلك.

لقد واجهت مشكلتين:
1 - sudo apt-get install nodejs npm
قراءة قوائم الحزم ... انتهى
بناء شجرة التبعية
قراءة معلومات الحالة ... تم
nodejs هو بالفعل أحدث إصدار (13.13.0-1nodesource1).
لا يمكن تثبيت بعض الحزم. هذا يمكن أن يعني ذلك
طلبت موقفًا مستحيلًا ، أو إذا كنت تستخدم ملف
توزيع غير مستقر ، أن بعض الحزم المطلوبة لم تكن كذلك
تم إنشاؤها أو إزالتها من "الوارد".
قد تساعد المعلومات التالية في حل الموقف:

تحتوي الحزم التالية على تبعيات غير متطابقة:
nodejs: التعارض: npm
E: غير قادر على إصلاح المشكلات ، لقد احتفظت بـ (تعليق) الحزم المعطلة.

2 - sudo npm install -g @ angular / cli. تثبيت sudo npm -g @ angular / cli
npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm خطأ! كود EEXIST
npm خطأ! الارتباط الرمزي syscall
npm خطأ! path ../lib/node_modules/@angular/cli/bin/ng
npm خطأ! dest / usr / bin / نانوغرام
npm خطأ! يخطئ -17
npm خطأ! EEXIST: الملف موجود بالفعل ، رابط رمزي "../lib/node_modules/@angular/cli/bin/ng '->' / usr / bin / ng '
npm خطأ! الملف موجود: / usr / bin / ng
npm خطأ! قم بإزالة الملف الموجود وحاول مرة أخرى ، أو قم بتشغيل npm
npm خطأ! مع - فرض الكتابة فوق الملفات بتهور.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! /home/anderson/.npm/_logs/2020-04-17T16_25_56_704Z-debug.log

أنا مستخدم Linux Mint 19.3 Cinnamon، 4.4.8، 5.3.0-46-generic

هل يستطيع أي أحد مساعدتي؟

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

أيضًا ، مرة أخرى ، لا تتعلق هذه المشكلة بالطلب بأي شكل من الأشكال ، يجب عليك طلب المساعدة حول Angular CLI في تعقب

إذن ما هو البديل الموصى به؟ فقط باستخدام حزم http / https؟

RonRofe أنا أستخدم https://github.com/sindresorhus/got ، ويبدو أنه خليفة جيد ، يحتوي على دليل حول كيفية الهجرة من الطلب .

RonRofe توجد قائمة (WIP) بالبدائل هنا: https://github.com/request/request/issues/3143

أنا حزين لهذا الانتقال ، لقد كان الطلب هو المفضل لدي لأطول فترة يمكنني تذكرها.
لا يسعني إلا أن أشكر المؤلف والمساهمين على العمل الرائع الذي قدموه في هذا على مر السنين ، وآمل أن تكون مغامرتك القادمة مثيرة مثل هذه.
هتافات!

هل يمكنك إعطاء توصيات للبدائل في تعليقك الأول اللاصق؟

مرحبًا ، أحاول إنشاء مشروع زاوية جديد ولدي هذا الخطأ:
/ تثبيت الحزم ... npm WARN مهمل [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تحذير مهمل [email protected] : Chokidar 2 سوف ينكسر على العقدة v14 +. قم بالترقية إلى chokidar 3 مع تبعيات أقل بمقدار 15 ضعفًا.
npm WARN مهمل [email protected] : fsevents 1 سوف ينقطع على العقدة v14 +. قم بالترقية إلى fsevents 2 مع تحسينات هائلة.
npm تحذير مهمل [email protected] : يرجى مراجعة https://github.com/lydell/urix#deprecated
npm تحذير مهمل [email protected] : https://github.com/lydell/resolve-url#deprecated
npm خطأ! نهاية غير متوقعة لإدخال JSON أثناء التحليل بالقرب من '... ": {" @ angular / core ":" 5'

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ dell \ AppData \ Roamingnpm-cache_logs \ 2020-04-21T11_50_16_582Z-debug.log
× فشل تثبيت الحزمة ، انظر أعلاه.
فشل سير العمل التخطيطي. أنظر فوق.
هل يمكن لأي شخص أن يساعدني في هذا؟

مرحبًا ، أحاول إنشاء مشروع زاوية جديد ولدي هذا الخطأ:
/ تثبيت الحزم ... npm WARN مهمل [email protected] : تم إهمال الطلب ، راجع # 3142
npm تحذير مهمل [email protected] : Chokidar 2 سوف ينكسر على العقدة v14 +. قم بالترقية إلى chokidar 3 مع تبعيات أقل بمقدار 15 ضعفًا.
npm WARN مهمل [email protected] : fsevents 1 سوف ينقطع على العقدة v14 +. قم بالترقية إلى fsevents 2 مع تحسينات هائلة.
npm تحذير مهمل [email protected] : يرجى مراجعة https://github.com/lydell/urix#deprecated
npm تحذير مهمل [email protected] : https://github.com/lydell/resolve-url#deprecated
npm خطأ! نهاية غير متوقعة لإدخال JSON أثناء التحليل بالقرب من '... ": {" @ angular / core ":" 5'

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ dell \ AppData \ Roamingnpm-cache_logs \ 2020-04-21T11_50_16_582Z-debug.log
× فشل تثبيت الحزمة ، انظر أعلاه.
فشل سير العمل التخطيطي. أنظر فوق.
هل يمكن لأي شخص أن يساعدني في هذا؟

أنا أيضا

CREATE my-project / angular.json (3598 بايت)
CREATE my-project / package.json (1286 بايت)
إنشاء مشروعي / README.md (1026 بايت)
CREATE my-project / tsconfig.json (489 بايت)
CREATE my-project / tslint.json (3125 بايت)
CREATE my-project / .editorconfig (274 بايت)
CREATE my-project / .gitignore (631 بايت)
إنشاء مشروعي / قائمة المتصفحات (429 بايت)
إنشاء مشروعي / karma.conf.js (1022 بايت)
CREATE my-project / tsconfig.app.json (210 بايت)
CREATE my-project / tsconfig.spec.json (270 بايت)
إنشاء مشروعي / src / favicon.ico (948 بايت)
إنشاء مشروعي / src / index.html (295 بايت)
إنشاء مشروعي / src / main.ts (372 بايت)
إنشاء مشروعي / src / polyfills.ts (2835 بايت)
إنشاء مشروعي / src / styles.css (80 بايت)
إنشاء مشروعي / src / test.ts (753 بايت)
إنشاء مشروعي / src / الأصول / .gitkeep (0 بايت)
إنشاء مشروعي / src / البيئات / environment.prod.ts (51 بايت)
إنشاء مشروعي / src / البيئات / البيئة. t (662 بايت)
إنشاء my-project / src / app / app-routing.module.ts (246 بايت)
إنشاء مشروعي / src / app / app.module.ts (393 بايت)
CREATE my-project / src / app / app.component.html (25757 بايت)
إنشاء مشروعي / src / app / app.component.spec.ts (1071 بايت)
إنشاء مشروعي / src / app / app.component.ts (214 بايت)
إنشاء مشروعي / src / app / app.component.css (0 بايت)
CREATE my-project / e2e / protractor.conf.js (808 بايت)
CREATE my-project / e2e / tsconfig.json (214 بايت)
إنشاء مشروعي / e2e / src / app.e2e-spec.ts (643 بايت)
CREATE my-project / e2e / src / app.po.ts (301 بايت)
/ تثبيت الحزم ... npm WARN مهمل [email protected] : تم إهمال TSLint لصالح ESLint. يرجى الاطلاع على https://github.com/palantir/tslint/issues/4534 لمزيد من المعلومات.
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تحذير مهمل [email protected] : قم بالترقية إلى chokidar 3 مع تبعيات أقل بمقدار 15 ضعفًا. سينكسر Chokidar 2 في العقدة v14.
npm تحذير مهمل [email protected] : يرجى مراجعة https://github.com/lydell/urix#deprecated
npm تحذير مهمل [email protected] : https://github.com/lydell/resolve-url#deprecated
npm خطأ! نهاية غير متوقعة لإدخال JSON أثناء التحليل بالقرب من ".... 0.1" ، "systemjs": "^ 0."

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ 92306 \ AppData \ Roamingnpm-cache_logs \ 2020-04-21T16_08_05_350Z-debug.log
× فشل تثبيت الحزمة ، انظر أعلاه.
فشل سير العمل التخطيطي. أنظر فوق.

@ awais0048xunyegege خطأك ليس له علاقة بالطلب. ادرس الناتج الفعلي وسيخبرك بالضبط ما هو الخطأ. إذا كانت لديك مشكلات أخرى مع Angular CLI ، فأبلغ عنها في أداة تعقب المشكلات الخاصة بهم.

@ awais0048xunyegege خطأك ليس له علاقة بالطلب. ادرس الناتج الفعلي وسيخبرك بالضبط ما هو الخطأ. إذا كانت لديك مشكلات أخرى مع Angular CLI ، فأبلغ عنها في أداة تعقب المشكلات الخاصة بهم.

حاولت ترقية NPM والعقدة ولكن لا يوجد دليل. إذا وجد أي شخص حل هل يمكن أن تخبرني من فضلك؟

ANadjia مرة أخرى ، الخطأ ليس له علاقة بهذه الحزمة. يجب أن تسأل في تعقب Angular CLI.

مرحبًا ، جارٍ تثبيت الحزم ... npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142 npm ERR! نهاية غير متوقعة لإدخال JSON أثناء التحليل بالقرب من "... ZXQ4dst \ n4bcYaiOdlbvh"
عندما أقوم بإنشاء مشروع جديد
أي اقتراحات

mohamedelsoufi هذه مشكلة في بيئتك أو مشروعك وليست هذه الحزمة. NPM يحذرك فقط من أن هذه الحزمة قد تم إهمالها.

تضمين التغريدة
فكرة جيدة للحفاظ على تشغيل هذا الموضوع كتذكير بعواقب إهمال حزمة مستخدمة في 99٪ من المشاريع في العالم.

@ anton-bot في الواقع تذكير بعدد الأشخاص الذين لا يستخدمون RTFM.

csvan ويقولون إنها ليست مشكلتهم أيضًا
بأي طريقة حصلت أخيرًا على الأشياء للعمل من أجلي.
لذلك في الأساس:
1 / i الرجوع إلى إصدار node js 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

هل لا يزال بإمكاننا استخدام هذه المكتبة حتى لو تم إهمالها؟ يرجى تقديم المشورة mikeal

هل لا يزال بإمكاننا استخدام هذه المكتبة حتى لو تم إهمالها؟ يرجى تقديم النصيحة

DokurOmkar نعم. لا يوجد شيء يمنعك من استخدام المكتبة. إنه مجرد تحذير. ومع ذلك ، فقد تم إهماله لسبب: هناك مكتبات أفضل وأكثر حداثة. اقرأ هذا الموضوع وستجد رابطًا لقائمة المكتبات البديلة.

غير قادر على إنشاء مشروع زاوي جديد
إنه فشل بسبب -
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

adibhosale هل لديك المزيد من المعلومات؟ ما هي الرسائل الأخرى في وحدة التحكم التي تراها؟

adibhosale لا ، لا يفشل بسبب ذلك. إذا حدث ذلك ، فهذه مشكلة في angular-cli ، وليس هذه الحزمة. تحقق من بقية إخراج السجل.

@ أنتون بوت
الرد على -> adibhosale هل لديك المزيد من المعلومات؟ ما هي الرسائل الأخرى في وحدة التحكم التي تراها؟

هذا هو الخطأ الذي أواجهه أثناء إنشاء مشروع زاوي جديد.

تثبيت الحزم ... npm WARN مهمل [email protected] : تم إهمال TSLint لصالح ESLint. يرجى الاطلاع على https://github.com/palantir/tslint/issues/4534 لمزيد من المعلومات.
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تحذير مهمل [email protected] : Chokidar 2 سوف ينكسر على العقدة v14 +. قم بالترقية إلى chokidar 3 مع تبعيات أقل بمقدار 15 ضعفًا.
npm WARN مهمل [email protected] : fsevents 1 سوف ينكسر على العقدة v14 + ويمكن أن يستخدم ثنائيات غير آمنة. الترقية إلى fsevents 2.
npm تحذير مهمل [email protected] : يرجى مراجعة https://github.com/lydell/urix#deprecated
npm تحذير مهمل [email protected] : https://github.com/lydell/resolve-url#deprecated
npm خطأ! cb () لم يتم استدعاؤه!

npm خطأ! الرجاء الإبلاغ عن هذا الخطأ على:
npm خطأ! https://npm.community

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! C: \ Users \ adibh \ AppData \ Roamingnpm-cache_logs \ 2020-05-05T08_46_31_829Z-debug.log
× فشل تثبيت الحزمة ، انظر أعلاه.
فشل سير العمل التخطيطي. أنظر فوق.

أنا في حيرة من أمري حول سبب قيام العديد من المستخدمين بالإبلاغ عن تفاصيل غير ملائمة تمامًا لهذه المشكلة؟

يبدو أن معظم المستخدمين الذين جاءوا إلى هنا ليس لديهم أي فكرة عما يفعلونه ، وربما لا يفهمون حتى معنى كلمة "تم الإهمال".

ولكن الرسالة الأخيرة المنشورة هنا ، هناك أكثر من رسالة إيقاف واحدة ، فلماذا يختارون الإبلاغ عن هذه المشكلة؟ لأن بعض المستخدمين فعلوا ذلك بالفعل وما زالوا يواصلون؟

والجزء الأخير من هذه الرسالة المحددة ، يوضح على وجه التحديد أنه يجب الإبلاغ عن خطأ npm إلى npm.community.

أعتقد أنه يجب على المشرفين هنا حذف جميع عناصر المناقشة غير ذات الصلة لطلبات الإهمال ، وقفل المناقشات هنا.

ربما يجب تغيير رسالة الإيقاف الخاصة بحزمة الطلبات إلى رابط ، بدلاً من المشكلة ، مثل حزم lydell / urix و lydell / Resolution-url ، لذلك لا يظهر تدفق المشاركات غير ذات الصلة هنا.

glensc من كان يعلم أن إهمال حزمة يستخدمها كل مشروع JS تقريبًا في العالم سيكون له عواقب غير مقصودة!

glensc نبلغ عن هذه المشكلة بالذات لأنه في وقت التثبيت الزاوي / CLI ، تم

شكرا لك :-)

إذا ظهرت رسالة تحذير ، فهذا يعني أنها ليست خطأ. فقط بعض الحقائق.

adibhosale لا ، لقد تلقيت تحذيرًا NPM يحتوي على رابط لمشكلة github - من بين العديد من الروابط الأخرى في نفس إخراج السجل. التحذير لا علاقة له بالفشل ، تحتاج إلى قراءة السجل بعناية أكبر. تنص بوضوح على ما يلي:

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

وهذا هو سبب فشل التثبيت. تحتاج إلى بذل العناية الواجبة ومعرفة أسباب ذلك قبل الإبلاغ عن مشكلة في حزمة لا علاقة لها بها على الإطلاق.

@ أنتون بوت استمر في قول ذلك. هل لديك أي شيء بناء على الإطلاق للمساهمة به أم أنك ما زلت هنا للتصيد؟

csvanleoskyrockerglensc أعتذر لبدء هذا. سوف نعتني في المستقبل. شكرا لك :-)

كيفية حل هذه القضية
غير قادر على إنشاء مشروع زاوية
مشكلة

////////

تم إيقاف الطلب [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تحذير التحذير الأذونات مفقود حق الوصول للكتابة إلى / usr / local / lib / node_modules
npm خطأ! كود EACCES
npm خطأ! وصول syscall
npm خطأ! المسار / usr / local / lib / node_modules
npm خطأ! يخطئ -13
npm خطأ! خطأ: EACCES: تم رفض الإذن ، الوصول '/ usr / local / lib / node_modules'
npm خطأ! [خطأ: EACCES: تم رفض الإذن ، الوصول '/ usr / local / lib / node_modules'] {
npm خطأ! errno: -13 ،
npm خطأ! الكود: "EACCES" ،
npm خطأ! syscall: "وصول" ،
npm خطأ! المسار: '/ usr / local / lib / node_modules'
npm خطأ! }
npm خطأ!
npm خطأ! تم رفض العملية من قبل نظام التشغيل الخاص بك.
npm خطأ! من المحتمل أنك لا تملك الأذونات للوصول إلى هذا الملف بصفتك المستخدم الحالي
npm خطأ!
npm خطأ! إذا كنت تعتقد أن هذه مشكلة تتعلق بالأذونات ، فالرجاء إعادة التحقق من
npm خطأ! أذونات الملف والأدلة التي تحتوي عليها ، أو حاول تشغيل
npm خطأ! الأمر مرة أخرى كجذر / مسؤول.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! / المستخدمون/vivek/.npm/_logs/2020-05-05T11_48_34_569Z-debug.log

@ vivek08011991 يشرح إخراج السجل ما عليك القيام به. هذه مشكلة في محاولة تثبيت الزاوي عالميًا دون استخدام sudo . لا علاقة له بهذه الحزمة.

يا رجل ، كل هذا كلام فارغ ، لا تهتم ،
سأخبرك بالحل
حاولت 3 أيام ثم حصلت عليه
أولاً: تثبيت npm npm
seconde: npm إلغاء التثبيت - حفظ رد فعل أصلي cli
أخيرًا: npm install -g @ angular / cli

يا رجل ، كل هذا كلام فارغ ، لا تهتم ،
سأخبرك بالحل
حاولت 3 أيام ثم حصلت عليه
أولاً: تثبيت npm npm
seconde: npm إلغاء التثبيت - حفظ رد فعل أصلي cli
أخيرًا: npm install -g @ angular / cli

يا رجل كنت على حق الحمد لله. لماذا رد فعل CLI يسبب المشكلة؟ هل هناك بعض ممارسات المنافسة القبيحة هناك؟ شكرا يا صديقي

يرجى الانتباه إلى أن هذا هو request متعقب مشكلة الوحدة ، وليس angular .

هل يمكن لأحد أن يخبرني بديلاً لـ request ؟

أنا أقرأ هذا ، وأنا أفضل واجهة برمجة التطبيقات المبسطة لـ request :

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

تضمين التغريدة يمكن لأي شخص قرأ سلسلة الرسائل التي نشرتها للتو (أو حتى بحثها عن _بدائل_) أن يخبرك أن هناك قائمة بالبدائل على https://github.com/request/request/issues/3143.

dolanmiu @ root / request هو في الغالب بديل

Richienb بين طلب ساعي البريد (أيضًا بديل بدون حجز) و @ root / request ، أيهما أفضل؟ لا يحتوي طلب ساعي البريد على كتابة TypeScript وهي مشكلة.

@ anton-bot بالتأكيد @ الجذر / الطلب.

لقد كنت أستخدم request لفترة من الوقت الآن وأنا أتفق مع mikeal. تم تطوير وحدات Node الأصلية بمرور الوقت لمطابقة هذه الوحدة النمطية request حيث لم يعد هناك أي سبب لاستخدامها بعد الآن ، بخلاف إصلاح الكود بشكل متكرر عند ظهور إصدار جديد من request خارج.

request سيُكتب إلى الأبد في أحجار التاريخ ؛ كبر node . هذا هو الوقت الذي نحتاج فيه إلى ترك بعض الأشياء تمر. لطالما كان request رائدًا في الميزات المبتكرة ، وسأشعر أنه بدون request ، لم يكن تطوير العقدة بهذه الروعة.

بصفتي مبرمجًا شابًا ، أحببت استخدام هذه الحزمة ، لكنني أعلم أيضًا أنه من أجل تحسين وبناء برامج أكبر ، يجب على المرء ألا يبقى في الماضي أكثر من ذلك.

بصفتي مبرمجًا شابًا ، أحببت استخدام هذه الحزمة

هذا جعلني أضحك. بصفتي مبرمجًا شابًا ، استخدمت Commodore BASIC. : مبتسم:

darkRaspberry :

  1. قراءة تقرير الخطأ الخاص بك حتى النهاية ، وليس فقط السطر الأول ، هناك مكتوب بوضوح ما هو الخطأ وحتى اقتراح ما يجب القيام به. من الواضح أنك لم تقرأ ما بعد السطر الأول.
  2. هل جوجل غلطتك؟
  3. اقرأ المناقشات السابقة ويرجى توضيح سبب نشر هذا هنا ، تقرير المشكلة الخاص بك لا علاقة له بوحدة الطلبات.

فقط قم بتعطيل برنامج مكافحة الفيروسات الخاص بك فلن تحصل على أي أخطاء
شكرا لك !!!

glensc لقد
وقد نجحت.
أنا أستخدم إصدار العقدة من nodejs باستخدام curl لإضافة عقدة js في PPA الخاص بي.

وهنا عملت
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

هذا جعلني عاطفي. و: القوس: لجميع المساهمين!

image

@ sudarsan2017 هذا الخطأ لا علاقة له بـ request بأي شكل من الأشكال

أهلا! يمر الرجال بنفس المشكلة على Windows وقمت بحلها باستخدام الأمر

الآلية الوقائية الوطنية تثبيت [email protected]

أتمنى لك الحق.

أحصل على npm Warn npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

كيف أصلحه ؟

@ aman78600 لا توجد طريقة لإصلاحه.

أحصل على npm Warn npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142

@ aman78600 لا تحتاج إلى إصلاح. إنه مجرد تحذير من أن request has been deprecated .

يقول NPM الخاص بك أن تأتي إلى هنا بحثًا عن بدائل ، لكنني لا أراها.

يقول NPM الخاص بك أن تأتي إلى هنا بحثًا عن بدائل ، لكنني لا أراها.

skeddles إذا ضغطت على Control-F وبحثت عن alternatives ، فستجد الرابط https://github.com/request/request/issues/3143.

لا يمكنني تثبيت vue-cli من هذا الأمر npm install -g @ vue / cli ، أظهر الرسالة: npm WARN مهمل [email protected] : تم إهمال الطلب

somnangrom هذا لا يمكن أن يكون صحيحًا ، أنا متأكد من وجود بعض الرسائل الأخرى في وحدة التحكم وليس هذا السطر فقط.

أردت حقًا أن أشكرك كثيرًا على العمل على هذه الحزمة. لقد ساعدني كثيرا في مشاريعي. أسباب مفهومة تمامًا لتوقف الدعم.

لقد قمت بعمل رائع ، يجب أن تفخروا بأنفسكم!

🤝

لا يمكنني تثبيت أحدث إصدار من Angular CLI.
إصدار Nodejs 64 بت: 12.18.1
إصدار npm: 6.13.6
عندما أقوم بتشغيل npm install -g @ angular / cli @ latest لتثبيت أحدث إصدار من Angular CLI ، فإنه يعطيني تحذير الخطأ التالي
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

توقف التثبيت مع الرسالة: postinstall: sill install executeActions
الرجاء مساعدتي في حل هذه المشكلة

لا يمكنني تثبيت أحدث إصدار من Angular CLI.
لقد قمت بتثبيت Nodejs على جهاز الكمبيوتر المحمول الذي يعمل بنظام Windows 10 Pro
إصدار Nodejs 64 بت: 12.18.1إصدار npm: 6.13.6
عندما أقوم بتشغيل npm install -g @ angular / cli @ latest لتثبيت أحدث إصدار من Angular CLI ، فإنه يعطيني تحذير الخطأ التالي
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع # 3142

توقف التثبيت مع الرسالة: postinstall: sill install executeActions
الرجاء مساعدتي في حل هذه المشكلة

anjaikr و @ aman78600 راجع https://github.com/angular/angular-cli/wiki/stories-1.0-update لتثبيت أحدث إصدار آمل أن يساعد

تثبيت npm -g json-server لا يعمل ماذا علي أن أفعل؟

لا يزال بإمكاننا استخدامه في الإجراءات الأساسية ، أليس كذلك؟

أتلقى خطأ أثناء intalling angular 5 ، حاولت التثبيت لكنه يُظهر أن الطلب قد تم إهماله ... ماذا علي أن أفعل

mikeal أن تكون واضحة، هل تنوي ل bent ليحل محل request ؟

أهلا،

شخص ما يعرف ما هي المشكلة:
npm i -g json-server
npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
تم إهمال npm WARN [email protected] : هذه المكتبة لم تعد مدعومة

شكرا.

أحد أغبى الأسباب التي سمعتها عن الاستهلاك. تخيل لو أن كل من Google و Microsoft قد أخذتا جميع منتجاتهما من الرفوف لأنه "من الصعب جدًا على المكتبات الجديدة التي تنجز مهام مماثلة أن تكتسب التبني" ولأن "هناك انتقال يحدث الآن في النظام البيئي إلى هذه الأنماط". سخيف تماما.

image

أولاً ، أظهر احترامي لهذا الريبو ، ولكن بصراحة ، ما قاله cypheron كان منطقيًا.

@ Wenjie - شاو لا معنى له على الإطلاق ، أخشى. بدون إشعار الإيقاف ، سيتم تنزيل واستخدام هذه المكتبة لعدد أكبر من الأشخاص دون إدراك أنها قديمة. لقد قدمmikeal خدمة رائعة للمجتمع من خلال إهمال هذه المكتبة رسميًا بدلاً من تركها تتعفن فقط. ربما كان الخطأ في الارتباط بهذا الموضوع بالرغم من ذلك.

أنا فقط أحاول أن أتحسس طريقي خلال البرنامج التعليمي لإعداد Surge.sh.

يبدو أن هناك الكثير من الأحداث هنا يا رفاق. هل ستفشلني هنا في المستقبل الجديد إذا تجاهلت نوعًا ما التحذيرات وغادرت؟

أحد أغبى الأسباب التي سمعتها عن الاستهلاك. تخيل لو أن كل من Google و Microsoft قد أخذتا جميع منتجاتهما من الرفوف لأنه "من الصعب جدًا على المكتبات الجديدة التي تنجز مهام مماثلة أن تكتسب التبني" ولأن "هناك انتقال يحدث الآن في النظام البيئي إلى هذه الأنماط". سخيف تماما.

لكنهم فعلوها. و غالبا. هناك العديد والعديد من المنتجات من عمالقة البرامج هذه التي لم تعد موجودة أو تم إهمالها حاليًا ولا تتلقى أي تحديثات. هل سمعت عن Windows 95 أو FoxPro مثلاً؟ كل مشروع برمجي سينتهي في النهاية لسبب أو لآخر. ومؤلفو Request لا يسحبونه من الرفوف أيضًا ، إنهم يوقفون التطوير الجديد. ستستمر إصلاحات الأخطاء الحرجة لفترة من الوقت وإذا كان مشروعك يعتمد عليها - فلا توجد مشاكل. لا يزال بإمكانك الاستمرار في استخدامه.

ولكن إذا بدأت مشروعًا جديدًا ، فهناك بدائل أفضل وأكثر حداثة. لقد تطورت اللغة ، وهناك طرق أفضل للقيام بنفس الأشياء الآن ، لكن الطلب لا يمكنه مواكبة ذلك لأنه يحتاج إلى المشاريع القديمة للعمل معها. بالنسبة للمشاريع الجديدة فهو دون المستوى الأمثل.

لذا فإن هذا القرار منطقي تمامًا بالنسبة لي. اترك الطلب في مكانه بحيث تستمر المشاريع القديمة في استخدامه ، ولكن بالنسبة للمشاريع الجديدة ، نوصي بمكتبات جديدة.

هل هناك أي سبب محدد لاستخدام أي شخص الطلب عبر أكسيوس؟

هل هناك أي سبب محدد لاستخدام أي شخص الطلب عبر أكسيوس؟

بالتأكيد. من فوق رأسي:

  • أنت معتاد على ذلك أو لديك الكثير من الخبرة في استخدامه
  • مشروعك يستخدمه بالفعل في كل مكان. قد يستغرق تبديل كل شيء أسابيع إن لم يكن شهورًا من إعادة كتابة التعليمات البرمجية.
  • تتطلب إرشادات ترميز الشركة / المشروع هذه المكتبة (أو تسمح فقط للمكتبات بمتطلبات "نضج" معينة)
  • تتطلبها مكتبة تابعة لجهة خارجية (وربما تتطلب أيضًا استخدامها عند العمل مع المكتبة). نقاط إضافية في حالة عدم وجود بدائل بالمكتبة.
  • أنت طالب والدورة التي تدرسها تدرس بشكل صريح حول الطلب ولديها في الاختبارات / الواجبات المنزلية

في جوهرها ، هذه كلها أشكال مختلفة من نفس الموضوع - تحتاج إلى العمل مع بعض الأشياء القديمة التي لم تتماشى مع أحدث الاتجاهات. يحدث هذا بشكل منتظم في الحياة الواقعية.

npm تم إهمال WARN [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
npm تم إيقاف WARN @ hapi / joi مؤسسة
npm WARN مهمل @ hapi /
npm WARN تم إهماله @ hapi / [email protected] : تم إهمال هذا الإصدار ولم يعد مدعومًا أو يتم صيانته
npm WARN مهمل @ hapi /
npm تم إيقاف WARN @ hapi /
تم إهمال npm WARN [email protected] : هذه المكتبة لم تعد مدعومة
npm تحذير مهمل [email protected] : يرجى مراجعة https://github.com/lydell/urix#deprecated
npm تحذير مهمل [email protected] : https://github.com/lydell/resolve-url#deprecated
npm تحذير مهمل [email protected] : Chokidar 2 سوف ينكسر على العقدة v14 +. قم بالترقية إلى chokidar 3 مع تبعيات أقل بمقدار 15 ضعفًا.
npm WARN مهمل [email protected] : سيتوقف fsevents 1 على العقدة v14 + وقد يستخدم ثنائيات غير آمنة. الترقية إلى fsevents 2.

لماذا ؟؟؟؟ كل التثبيت العالمي NPM الخاص بي يحذرني دائمًا من أنه مهمل ؟؟ كيف يمكن اصلاح هذا

أحاول إلغاء تثبيت NODEJS
أو
تحديث NPM
لكنها لا تعمل
ساعدني من فضلك

تم إهماله.
لا يمكنك إصلاح هذا.
تجاهل التحذير.

أو أعد كتابة الكود الخاص بك بحيث لا يستخدم الطلب.

تضمين التغريدة

محاولة

تثبيت npm (أو - صامت)
أو

تثبيت npm -q (أو - هادئ)

لإسكات التحذيرات

هذا الخيط هو الأفضل.

أهلا. أنا جديد على واجهات برمجة التطبيقات. كنت أحاول تثبيت حزمة الطلب وقالت إنها مهملة الآن. حاولت البحث عنها ومعرفة ما يجري ، لكنني سأكون ممتنًا لو أن شخصًا ما يمكنه أن يشرح لي ما يمكنني فعله الآن؟ هل هذا يعني أن حزمة الطلب لم تعد صالحة للاستعمال؟ ما هي الباقة الأخرى التي يمكنني استخدامها للقيام بنفس الوظيفة؟

@ 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

@ anton-bot هذا سهل ، الإجابة هي ، "أنقر على الرابط ، لا أقرأ أي شيء ولكن انتقل إلى أسفل الموضوع وأنشر نفس السؤال مثل أي شخص آخر."

هل أحصل على الوظيفة؟

@ anton-bot هذا سهل ، الإجابة هي ، "أنقر على الرابط ، لا أقرأ أي شيء ولكن انتقل إلى أسفل الموضوع وأنشر نفس السؤال مثل أي شخص آخر."

هل أحصل على الوظيفة؟

سبب سؤالي هو أنني أستمر في الحصول على 401s في سجل وحدة التحكم الخاصة بي. ووحدة الطلب لا تعمل بالنسبة لي. أحاول استخدام واجهة برمجة التطبيقات من bitcoinaverage ومن https://any-api.com/ ولم يكن أي منهم يعمل. عندما أذهب إلى localhost3000 ، يعمل html وأحصل على الصفحة ولكن عندما أضغط على الزر للحصول على النتيجة ، تعطل وحدة التحكم الخاصة بي. يقول سجل وحدة التحكم الخاص بي إما أن التطبيق تعطل أو 401 لرمز الحالة وعلى المتصفح. لاحظ أيضًا أنه لم يتم تمكين أي من الخوادم الوكيلة الخاصة بي ، فقد جربت كل شيء ولكني ما زلت أتلقى أخطاء. إذا كنت تستطيع مساعدتي سأكون ممتنا.

@ mohammed3736 - هذا هو المكان الخطأ لتسأل. أنا متأكد أيضًا بنسبة 99.99٪ أن اللوم ليس مكتبة الطلبات. هناك خطأ في برنامجك وقمت به بنفسك. سيكون عليك معرفة ذلك بنفسك أيضًا. إذا كنت لا تزال بحاجة إلى مساعدة ، فحاول أن تسأل في StackOverflow ، ولكن يرجى تضمين الرمز الذي لا يعمل. أفضل ما في الأمر - حاول إنشاء أصغر برنامج ممكن يتعطل وإظهار شفرة المصدر.

لقد جئت إلى هنا أيضًا لطرح سؤال ولكن ... ما خطب كل الهجمات العنصرية هنا؟ أيها الناس لا تصدق.

ونعم ، ما زلت ليس لدي أي فكرة عن سبب عدم عمل الكود الخاص بي. الخطأ الوحيد في وحدة التحكم يقودني إلى هنا.

تحقق من امتيازك واستمتع

لقد جئت إلى هنا أيضًا لطرح سؤال ولكن ... ما خطب كل الهجمات العنصرية هنا؟ أيها الناس لا تصدق.

ونعم ، ما زلت ليس لدي أي فكرة عن سبب عدم عمل الكود الخاص بي. الخطأ الوحيد في وحدة التحكم يقودني إلى هنا.

تحقق من امتيازك واستمتع

ما هي الهجمات العنصرية التي تشير إليها؟ هذا يبدو سيئًا حقًا

لوحظ نفس المشكلة. الرجاء المساعدة إذا كان شخص ما يعرف كيفية حل

[email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

@ HaseebAhmed49 أن حزمة npm "request" التي تم إهمالها ليست مشكلة في حد ذاتها. الرسالة هي لمطوري مشروع المكتبة.

لا تقلق بشأن ذلك. أخبرني الكثير من الأشخاص على جيثب أنه لا بأس به. هو - هي
يعني فقط بشكل أساسي أن الحزمة لن تحتوي على ميزات جديدة مضافة
إليها بعد الآن ولن يتم تحديثها ولكن لا يزال من الجيد تمامًا
استعمال. لقد استخدمتها وكانت جيدة.

يوم الإثنين 14 سبتمبر 2020 الساعة 11:57 مساءً Elan Ruusamäe [email protected]
كتب:

>
>

@ HaseebAhmed49 https://github.com/HaseebAhmed49 the "الطلب" npm
الحزمة التي يتم إهمالها ليست مشكلة في حد ذاتها. الرسالة إلى المكتبة
مطوري المشروع.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/request/request/issues/3142#issuecomment-692279572 ،
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AQFTBJ255VRYJW4VMUFQQ23SFZYSZANCNFSM4HCP6LRA
.

لكنه لا يزال جيدًا تمامًا للاستخدام

ليس صحيحا. قد يعمل _ في الوقت الحالي_ ، ولكن لا يجب أن يكون لديك اعتماد صريح على حزمة لن تتلقى المزيد من إصلاحات الأخطاء والأمان. أنت تعرض تطبيقك (والمستخدمين) لخطر الانقطاع المفاجئ والتسريبات الأمنية عندما تتوقف هذه الحزمة في النهاية عن العمل (وهو ما سيحدث تقريبًا بالتأكيد). هذا ينطبق بشكل خاص على حزمة مثل request والتي توفر شيئًا مهمًا وحساسًا مثل تقديم طلبات الشبكة.

يعد تحذير الإيقاف إشعارًا جادًا لبدء الترحيل إلى مكان آخر. تم بالفعل ذكر (وتكرار) عدة بدائل في هذا الموضوع.

مرحبًا جميعًا لدي أيضًا هذه المشكلات المهملة
لذلك ما فعلته هو إلغاء تثبيت nodejs وتنزيل أحدث ميزات nodejs
وهو 14.10.1 أحدث الميزات الحالية
https://nodejs.org/ar/

وحذف جميع أنظمة npm العالمية المثبتة لديك في الكمبيوتر

وهذا كل شيء...

ذهب كل أولئك الذين تم إهمالهم ...

تضمين التغريدة

هذه المكتبة مهملة . إذا كان هناك خطأ ، فلن يتم فعل أي شيء لإصلاحه. إذا كانت هناك مشكلة أمنية ، فلن يتم فعل أي شيء لإصلاح ذلك.

يجب ألا تستخدم هذا.

تضمين التغريدة

ما بدائل هذا الطلب الوحدة النمطية؟

أشياء يمكن أن نفعلها - يرجى المناقشة والتطوع!

  • [] تحديث الملف التمهيدي بالحالة الحالية للمشروع
  • [] تحديث خط أنابيب النشرmikeal
  • [] قدم مستندًا مع بعض الإرشادات حول البدائل request # 3143
  • [] أضف رسالة تحذير عند تثبيت الحزمة لاستخدام حزمة أخرى والرجوع إلى المستند
  • [] اختر موعدًا لإيقاف الدعم (أصوت لمدة 6 أشهر ، ولكن من المحتمل أن يكون 12 شهرًا أكثر ودية)
  • [] إغلاق جميع طلبات الميزة وميزة العلاقات العامة
  • [] مراجعة ودمج إصلاحات الأخطاء ذات الصلة
  • [] إضافة مشكلة github وقوالب العلاقات العامة التي توضح أنه لن يتم دمج الميزات
  • [] قم بإيقاف الإصدار الرئيسي التالي ( 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 [email protected] : تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142

تضمين التغريدة

شكرا.

هل يمكنك مساعدتي؟

npm تم إهمال WARN [email protected]: تم إهمال الطلب ، راجع https://github.com/request/request/issues/3142
تم إهمال npm WARN [email protected]: هذه المكتبة لم تعد مدعومة
npm خطأ! كود EEXIST
npm خطأ! الارتباط الرمزي syscall
npm خطأ! path ../lib/node_modules/firebase-tools/lib/bin/firebase.js
npm خطأ! dest / usr / local / bin / firebase
npm خطأ! يخطئ -17
npm خطأ! EEXIST: الملف موجود بالفعل ، رابط الرمز "../lib/node_modules/firebase-tools/lib/bin/firebase.js '->' / usr / local / bin / firebase '
npm خطأ! الملف موجود: / usr / local / bin / firebase
npm خطأ! قم بإزالة الملف الموجود وحاول مرة أخرى ، أو قم بتشغيل npm
npm خطأ! مع - فرض الكتابة فوق الملفات بتهور.

npm خطأ! يمكن العثور على سجل كامل لهذا التشغيل في:
npm خطأ! /Users/bahar/.npm/_logs/2020-11-18T17_07_43_310Z-debug.log

baharozcelik لا يوجد شيء لمساعدتك.

يقرأ. مشكلة.

تثبيت sudo npm - Global gulp-cli
حاول مثل هذا

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات