私はこれを完全にサポートしています。警告メッセージや新しいリリースの非推奨が適切であると思います。

プロセスとガイドラインの変更に関しては、それは私の仕事をはるかに簡単にします👌

reconbot 2019年03月30日

👍233 ❤48 👎19 🚀17 😄16 👀15 🎉10 😕9

@mikealは非常によく言った。可視性を高めるために、この問題を固定しています。

simov 2019年03月31日

👍23 👀10 😕10 ❤6 🚀5 🎉1

私たちがするかもしれないこと-話し合ってボランティアしてください！

[]プロジェクトの現在の状態でreadmeを更新します
[] ciパブリッシングパイプライン@mikealを更新し
[] request代替案に関するガイダンスをドキュメントに提供するhttps://github.com/request/request/issues/3143
[]別のパッケージを使用してドキュメントを参照するには、パッケージのインストール時に警告メッセージを追加します
[]サポートを停止する日付を選択してください（私は6か月投票しますが、12か月の方がおそらく友好的です）
[]すべての機能リクエストと機能PRを閉じる
[]関連するバグ修正を確認してマージする
[]機能がマージされないことを説明するgithubの問題とprテンプレートを追加します
[]次のメジャーバージョン（ 3.x ）を廃止するため、アクティブなメンテナンス中のプロジェクトは警告を受け取りますが、古いプロジェクトは通常どおり続行されます

reconbot 2019年03月31日

👍71 👀7 ❤6 😄6 🎉3 🚀1

それは非常に理にかなっています！ request-promiseファミリーにも、このポリシーをゆっくりと採用していきます。ノードエコシステムへの重要な貢献に乾杯！

analog-nico 2019年04月01日

👍43

最新のnpmパッケージを非推奨にし、公開時に自動非推奨にします

非推奨に注意してください。 Mikaelが上で書いたように、 request応じて41Kのモジュールがあります。これらのモジュールの多くは現在の状態で役立ち、ユーザーにとってはうまく機能しますが、メンテナはrequest以外のものを使用するためにこれらのモジュールを作り直す時間がない場合があります。インストール時にrequestを非推奨にすることで、基本的にnpmモジュールエコシステムの大部分を非推奨にします。

私が見ているように、メンテナンスモードは非推奨と同じではありません。

メンテナンスモード=このパッケージを引き続き使用できるように、バグとセキュリティの脆弱性を修正します。
非推奨=このパッケージを使用する必要はもうありません。これは通常、モジュールが放棄され、それ以上のバグやセキュリティ修正を受け取らない場合に発生します。

bajtos 2019年04月02日

👍60 👀1

私はあなたを聞く。全文

最新のnpmパッケージを非推奨にし、ci __を介した公開時にそれらを自動非推奨にします（おそらくサポートが停止された後ですか？）__

新しいプロジェクトで使用したくないので、最終的にはrequest廃止する必要があると思います。
私は問題とprsを解決できるリストに切り詰めようと試みてきましたが、重大な変更なしに修正できないバグがあります。したがって、それらは修正されず、新しいユーザーには問題が発生します。

たとえば、リダイレクトに従うとリクエストの本文とCookieが失われ、相対パスを削除するためのURL解析はどちらもバグですが、修正されるかどうかはわかりません。

非推奨は正しい答えではないかもしれませんが、他にどのようにアプローチすればよいかわかりません。

それは理にかなっていますか？

reconbot 2019年04月02日

👍3

非推奨になったときにメジャーバージョンをバンプしてみましょう。そうすれば、プロジェクトに依存しているほとんどの人は、新しいメジャーにアップグレードしようとするまでこのエラーを目にすることはありません。つまり、積極的に開発しているので、実際に代替を探す必要があります。

mikeal 2019年04月02日

👍66 ❤8

request歴史の一部であったことを誇りに思います。 bentもチェックします。面白そうですが、最近私にとってもっと重要な_small_です。

コミット権限は事実上npm公開権限になるため、非アクティブな共同編集者を削除して2faを適用する必要があります。

私を削除しても大丈夫です。

nylen 2019年04月03日

新しいプロジェクトで使用したくないので、最終的にはリクエストを廃止する必要があると思います。

モジュールに非常に感謝し、常にそれを使用するプログラマーとして、私は新しいプロジェクトでそれを使用したいと思っています。

JonathanRowell 2019年04月04日

👍12 👎10

この決定は非常に難しいものだったに違いありませんが、極端に称賛に値します。素晴らしい。

CliffS 2019年04月04日

👍1

この素晴らしいツールを使用したことを誇りに思います。それはコミュニティに改善を余儀なくさせました。 🙏
それを維持するために助けが必要な場合は、私に連絡することを躊躇しないでください。

rimiti 2019年04月04日

私はあなたの決定を尊重しますが、現在、実際の世界、本番、コードがどれだけ要求に依存しているかを検討するようお願いします。これは、NPMの統計でさえもわかることをはるかに超えています。私は、新しいことに移り、新しい、より興味深い方法で何かをしたいと思っていることを完全に理解しています...これは結局のところJavaScriptエコシステムであり、新しいことを追いかけなければなりません。ただし、非推奨の大規模な要求によって専門のエンジニアリング組織にかかる時間と費用を考慮してください。メンテナンスモードのままにしておきたい場合は問題ありませんが、多くの人がライブラリを変更する実際的な理由がまったくないことを理解してください。イデオロギーのために人々に変化を強いることは欲求不満につながるでしょう。

とにかく、誰もがこのライブラリに費やしてくれた努力に感謝します。

pdxmholmes 2019年04月04日

👍48 👎12

どの図書館が現代的であり、現在推奨されていると考えられるのだろうか。現在、スーパーエージェントはほとんどメンテナンスモードになっており、axiosはあまりアクティブではありません。

kibertoad 2019年04月05日

このモジュールでの長年にわたるすべてのハードワークに感謝します（そして他のすべての貢献者）。 Nodeを使い始めたとき、これは私が初めて使用したものの1つだったので、いつも私の心の中で特別な場所があります。

svozza 2019年04月05日

👍2

非推奨になったときにメジャーバージョンをバンプしてみましょう。そうすれば、プロジェクトに依存しているほとんどの人は、新しいメジャーにアップグレードしようとするまでこのエラーを目にすることはありません。つまり、積極的に開発しているので、実際に代替を探す必要があります。

私はこれが上記の言及のための実行可能な解決策であると思います。

Vivalio 2019年04月05日

👍2

@ kibertoad @ mikealがhttps://github.com/mikeal/bentで作業しているようです。私はhttps://github.com/sindresorhus/gotを長年使用しており、十分にサポートされ、進化しています。

millette 2019年04月05日

このすべての話とそれが非推奨になる可能性があるので、並列ユーティリティの現在の成熟度置換モジュールについても同様に言及する必要があると思います。ただその終わりを発表してから何も提案したり、成熟度と自信がはるかに低いものに取って代わることはできません。リクエストは深刻なアプリケーションで使用されます。なぜこれが重要なのですか？そのすべての「その核となる時代遅れのパターン」のために、それは何千人もの人々のために毎日働いています。これは完璧な世界ではなく、現実の世界です。リクエストがメンテナンスモードになった、または非推奨になった日の、実際の交換とは何ですか？それは必須です。

riclf 2019年04月05日

👍12 😕1

あなたはここでその議論を見つけることができますhttps://github.com/request/request/issues/3143

現在の作業計画（直接のフィードバックを歓迎します）は、 https： //github.com/request/request/issues/3142#issuecomment-478303334にあり

reconbot 2019年04月05日

👍1

requestにご協力いただき、ありがとうございます。

リクエストの中心にあるパターンは古くなっています。

特にJavaScriptコミュニティでは、パターンは数か月および数年ごとに変化します。 requestが最初に作成された理由は、今日でも有効ではありませんか？

requestは、10年間のコミット、安定性、テストがあります。なぜゼロから始めるのですか？これは単に「JavaScriptの疲労」を追加するだけではなく、同じことを実行するライブラリが増えます-HTTPリクエスト？

2019年にはストリームとコールバックが派手ではなくなったため、ノードの歴史の中でこのような重要で歴史的なライブラリがなくなるのを見るのは悲しいことです。

aalimovs 2019年04月08日

👍18 🎉1

ライブラリの廃止が本当に必要だとは思いません。ライブラリは約10年前から存在し、多くの場所で使用されており、実際にはかなり安定しています。 HTTPリクエストを作成するだけですが、ライブラリには他に何が必要ですか？今月のJS流行のサポート？ 👎

stcktrce 2019年04月08日

👍19

まだアクティブなコミッショナーは、修正をタイムリーにマージしようとしますが、約束はありません。

ba-dum-chhh！ 🥁

cboden 2019年04月08日

😄33 🎉6 👀5

これは非推奨の責任です。十分に伝達されており、フォロースルーする計画があります。他のOSSメンテナは、これを目標の基準として見ることができると思います。

これは、パッケージを忘れて、ランダムな人（コードにバックドアを挿入できる）をメンテナとして入れて、気にならなくなったときに引き継ぐよりもはるかに優れています。

リクエストは素晴らしいパッケージでした。初期のノードエコシステムへの貢献に心から感謝します。あなたは、コールバックスタイルがもはや慣用的なJavaScriptではなく、WHATWG標準を反映するfetchのような他のパッケージがあるというあなたの評価に正しいです。

cphoover 2019年04月08日

👍13

@stcktrceまさに、ライブラリは他に何も必要とせず、そのまま動作します。しかし、エコシステム全体に大きな改善が見られました。ライブラリの非推奨は、他の人が単にそこにある最も人気のあるライブラリに頼るのではなく、新しくてより近代的なライブラリをチェックする機会を示しているだけです。

@mikealは、ライブラリ（ r2も）とエコシステムでのすべての努力に感謝します。また、エコシステムでよく考えられ、計画された非推奨のこの優先順位を設定するため。

DiegoRBaquero 2019年04月08日

非推奨になったときにメジャーバージョンをバンプしてみましょう。そうすれば、プロジェクトに依存しているほとんどの人は、新しいメジャーにアップグレードしようとするまでこのエラーを目にすることはありません。つまり、積極的に開発しているので、実際に代替を探す必要があります。

@mikealそれは良い考えではないと思います。

問題は、ほとんどの交換品の品質が要求よりも低いことです。約1週間前にaxiosからrequest移動しました。

Axiosには、プロキシサポート、httpsエージェントの変更、および未処理のPromise例外に関する複数年にわたる永続的なバグがあります。これらは、アクシオスに多額の投資を行った後にのみわかります。

新規ユーザーにとって、axiosは表面的にはリクエストと同じくらい見栄えがします（ユーザー数が同程度、設計による約束など）

jasonswearingen 2019年04月09日

👍8

requestありがとう:)

プラグ可能なフィルターとストリームの優れたサポートを備えた最小限のPromiseベースのHTTPライブラリを探している人は、 httpleaseをチェックして

jbunton-atlassian 2019年04月09日

リクエストモジュールが大好きです。どうもありがとう。
他の同じ新しいモジュールが出てこないように、リクエストに焦点を合わせすぎているということですか？

robberfree 2019年04月11日

他のライブラリの同等の機能に特定のバグがある場合は、それらを具体的に特定したいと思います。プロキシサポートは複雑な機能であり、リクエストは成功するが他のライブラリが失敗するテストケースを持つことは非常に価値があります。

reconbot 2019年04月11日

👍2

最新で@reconbot axiosあなたがに接続することはできません（^ 0.18.0） httpsプロキシサーバーを経由してサイト。これを行うと、 EPROTOエラーが発生します。これはこれに関する未解決のバグですが、問題は数年前にさかのぼります： //github.com/axios/axios/issues/1981

編集：具体的には、axiosを使用してhttpプロキシ経由でhttpsリクエストを実行することはできません。専用のhttpsプロキシが機能する可能性がありますが、試していません。

jasonswearingen 2019年04月11日

👍3

最大応答サイズのプルリクエストなど、修正が新しい機能と見なされないことを願っています。これは、成熟したライブラリの標準的な必須機能と見なされます。

また、これを選択する前に他のリクエストライブラリを確認しましたが、それらのほとんどは非常に問題があり、不完全でバグがあります。彼らのドキュメントも測定していません。別のライブラリが何をもたらすことができるかは実際にはわかりませんが、テストされていないコードとバグがあります。HTTPリクエストを作成するための新しいアプローチがあるわけではありません。それはすべて、http / httpsモジュールをラップし、応答のバッファリング、応答のデコード、そしてもちろんすべてを約束する機能などの適切なデフォルトを提供することです。ここでのこのライブラリの最大の問題は、完全な互換性の目的です。レガシーのものと互換性を持たせようとすると、苦痛とレガシーコーディングの慣行がもたらされるだけです。しかし、これは多くの方法で修正できます。エレガントでモダンでミニマリストなものにリファクタリングできる優れた基盤があります。そして何よりも信頼できる。これを行うには多くの方法があります-より多くのファイルに分割し、BabelまたはTypescriptでECMA6を使用します。

正気の開発者は、同じことをするが異なる機能を欠き、バグがあり、文書化されていない10個のライブラリを望んでいません。このライブラリは実際に機能しており、私はそれに感謝しており、非推奨ではなく、代わりに復活することを願っています。

mivanovaxway 2019年04月11日

👍10

修正は新機能とは見なされません。修正は少なくとも1年間、場合によってはさらに長くマージされます。

-Mikeal

投稿者：mivanovaxway [email protected]
送信日：2019年4月11日木曜日2:38 AM
宛先：リクエスト/リクエスト
Cc：Mikeal Rogers; 言及
件名：Re：[リクエスト/リクエスト]リクエストの過去、現在、未来（＃3142）

最大応答サイズのプルリクエストなど、修正が新しい機能と見なされないことを願っています。これは、成熟したライブラリの標準的な必須機能と見なされます。

また、これを選択する前に他のリクエストライブラリを確認しましたが、それらのほとんどは非常に問題があり、不完全でバグがあります。彼らのドキュメントも測定していません。別のライブラリが何をもたらすことができるかは実際にはわかりませんが、テストされていないコードとバグがあります。HTTPリクエストを作成するための新しいアプローチがあるわけではありません。それはすべて、http / httpsモジュールをラップし、応答のバッファリング、応答のデコード、そしてもちろんすべてを約束する機能などの適切なデフォルトを提供することです。ここでのこのライブラリの最大の問題は、完全な互換性の目的です。レガシーのものと互換性を持たせようとすると、苦痛とレガシーコーディングの慣行がもたらされるだけです。しかし、これは多くの方法で修正できます。エレガントでモダンでミニマリストなものにリファクタリングできる優れた基盤があります。そして何よりも信頼できる。これを行うには多くの方法があります-より多くのファイルに分割し、BabelまたはTypescriptでECMA6を使用します。

正気の開発者は、同じことをするが異なる機能を欠き、バグがあり、文書化されていない10個のライブラリを望んでいません。このライブラリは実際に機能しており、私はそれに感謝しており、非推奨ではなく、代わりに復活することを願っています。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub https://github.com/request/request/issues/3142#issuecomment-482043697で表示するか、スレッドをミュートしますhttps://github.com/notifications/unsubscribe-auth/AAACQ8I4BSRtOjqHk637gRfBhkvGbRrIks5vfwKIgaJpZ

mikeal 2019年04月11日

😕2 ❤1

TIL41kパッケージが脆弱になりました。

ほら、私はリクエストがなくなるはずだということに同意しますが、このような主流のパッケージがリリースパイプラインを変更することを常に恐れています。悪意のあるコードを公開する1人の悪意のある人物または1人の侵害された開発ボックスは、そこにあるすべてのプロジェクトに効果的に拡散します。

npmプッシュ要件を厳しくすることを検討してください。 ciのブランチを設定し、複数の承認を必要とします。これは、単にマスターにプッシュするだけではありません。

rogerkmp2 2019年04月22日

👍11

しかし、約束はありません。

駄洒落は意図しましたか？ 🤣

dooglio 2019年09月20日

😄7

たぶん同じ論理的推論をexpressjsに適用する必要がありますか？リクエストに応じて、新しい光沢のあるgotモジュールができました。今後、expressjsに代わる書き直しや真の代替手段はありません。

エクスプレスは素晴らしいですが、近年は新機能で積極的に更新されていません

laoshaw 2019年12月05日

expressは新機能で更新されないかもしれませんが、積極的に維持されており、前回チェックしたとき、まだその作業に非常に興味を持っている人が何人かいます。非推奨に向けて私たちが取った措置を彼らが講じる必要があるかどうかはわかりません。

mikeal 2019年12月05日

@laoshaw request何の関係があるのでしょうか？

aalimovs 2019年12月05日

完全な非推奨の準備。 https://github.com/request/request/pull/3267

mikeal 2020年02月11日

完全に非推奨になりました！

npmのすべてのバージョンは非推奨であり、READMEはrequestが非推奨になったことを明確に示しています。

過去10年間に貢献してくれたすべての人のおかげで、10年以上が経ちました。 JS言語とエコシステムで発生している変更により適した新しいライブラリを楽しみにしましょう。

mikeal 2020年02月11日

👍23 🎉20 ❤7 🚀3 👎2 👀1

それでは、SPECIFICを取得しましょう。
リクエストモジュールのリーンコードの置き換えとは何ですか？

死んだ地殻にぶら下がったままにしないでください....とても多くのより良いオプション...どれのようなものですか？
太陽のライブラリ/モジュールの下ですべてをグランドで行うのではなく、お願いします。

riclf 2020年02月11日

👍1

@riclfは、https：//github.com/googleapis/teeny-request/を使用して、数年間リクエストを受け付けていません。それはあなたがそれをしたいすべてをするわけではありません:)それは内部でnode-fetchを使用します。他にも素晴らしいオプションがあります！

JustinBeckwith 2020年02月11日

👀1 👍1

約束優先のソリューションとして、API通信に重点を置いたgoferあります。組み込みのTCP接続タイムアウトのサポート、複数のAPIと通信するための簡単な構成（および豊富なエラー）など。

jkrems 2020年02月11日

HTTPロングポーリングを適切にサポートし、ストリームまたはイベントエミッターとして表示される代替クライアントに関する推奨事項はありますか？

jeremy-j-ackso 2020年02月11日

2019年4月に最後にチェックしたとき、 got 、 node-fetch 、 axiosなどの代替手段には大きな問題がありました。（低レベルのネットワーキング）エラーが発生すると、 Node.jsコアによって報告された有用なスタックトレースは、httpクライアントライブラリのみを指すスタックトレースで新しい高レベルのエラーをスローしました。これにより、たとえばプロキシが関係している場合など、トランスポートレベルの問題のデバッグはほとんど不可能になりました。

Node.jsコアによって提供されるエラーの詳細を保持する良いrequest代替手段はありますか？

bajtos 2020年02月11日

@bajtos goferは元のエラーを装飾するだけで、スタックトレースとメッセージを保持する必要があると確信しています。

jkrems 2020年02月11日

bentは素晴らしいエラーがあり、async / await用に設計されています。また、信じられないほど小さく、バンドルサイズは非常に小さいです;）

ただし、APIはリクエストのようなものではないため、「置換」とは呼びません。

mikeal 2020年02月11日

@mikealなぜbentと呼ばれるのですか？（リクエストは覚えやすい名前でした。）

intelliot 2020年02月11日

👍1

bentは素晴らしいエラーがあり、async / await用に設計されています。また、信じられないほど小さく、バンドルサイズは非常に小さいです;）
ただし、APIはリクエストのようなものではないため、「置換」とは呼びません。

これは、ユーザーフレンドリーなロジックというよりも、技術的に正しいように感じます。ユーザーの観点からは、bentはリクエストと同じ問題を解決しますが、より優れています。今では理由もなくもっと悪い名前で立ち往生しています。あなたはそれをリクエスト3と呼ぶことができます。はい、APIは壊れていますが、私たちが何を求めているのでしょうか。

Charuru 2020年02月11日

👍6 🚀1 👎1

あなたはそれをリクエスト3と呼ぶことができます。はい、APIは壊れていますが、私たちが何を求めているのでしょうか。

bent時間を過ごすと、気分が変わるかもしれません。

これは、名前付けやPromiseとコールバックの小さな違いではありません。人間工学は非常に異なり、表面の状態も非常に異なります。エラー状態についての考え方は根本的に異なります。

requestはより手続き型のAPIであり、何かを実行するように指示し、何が起こったかを通知します。回復不能な障害が発生した場合にのみエラーが発生します。 bentは、ライフサイクル全体の成功基準を取得し、成功基準以外の条件が満たされた場合に失敗するAPIを返します。

これらのライブラリの使用方法は大きく異なります。 requestのAPIに近いライブラリが他にもありますが、HTTPクライアントで20年近く作業した後、私は人々に勧める別の、最終的にはより良いアプローチを見つけました。検討する必要がありますが、 request 3.0にすることで、みんなの喉を突っ込むつもりはありません。

なぜ曲がったと呼ばれるのですか？（リクエストは覚えやすい名前でした。）

それを特定の形（非常に特定の成功基準）に「曲げ」、その形を成功させるための理想的なAPIを提供し、それ以外では失敗するためです。

名前は少し抽象的なですが、 requestは、今日では決して得られない種類の名前です。 npmレジストリにrequestがほとんどないので、元のnpmレジストリを作成しました😜

mikeal 2020年02月11日

👍8

代替品として「入手」した場合はどうでしょうか。リクエストが正式に非推奨になっている間、明確な代替品がないのは悲しいことです。

laoshaw 2020年02月11日

代替品として「入手」した場合はどうでしょうか。リクエストが正式に非推奨になっている間、明確な代替品がないのは悲しいことです。

たぶん、API互換の代替品を採用することは、座って作業した後は望ましくないことを示すものとして、API互換の代替品を書いた人がいないという事実を理解する必要があります🧐

それは確かに私の経験でした。

mikeal 2020年02月11日

👍6

おそらく、人々が「交換」を求めるときに本当に望んでいるのは、API互換の代替手段ではありませんが、ほぼ同じ問題を解決するために他のパッケージがすでに存在し、このパッケージを無関係にしているというメンテナの視点です。あなたは自信を持ってそれを「非推奨」と呼ぶことができます。

psequeirag 2020年02月12日

👍1

そして、非推奨の通知でbentを宣伝することは、名前があいまいであるにもかかわらず、それを知ってもらうための優れた方法だと思います。

psequeirag 2020年02月12日

Angluar8リクエストモジュールは非推奨

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

rinsad 2020年02月12日

「非推奨」の本当の意味を本当に理解していますか？

非推奨。ソフトウェア開発の世界では、「非推奨」とは、新しいものに置き換えられる過程にある機能または要素を指します。この用語は、何かを不承認にすることを意味する「非推奨」という言葉に由来します。

実際には、これは、（オープンソースではない）モジュールのいずれかを保守すると、ばかげたエラーメッセージが表示されることを意味します。

151の問題と55のプルリクエストはどうですか？それらをダンプしますか？

そして、非推奨の通知に曲がった広告（それがあなたをより快適に感じさせるなら、おそらく他の人と一緒に）は、あいまいな名前にもかかわらず、それを知ってもらうための素晴らしい方法だと思います。

これはFARが早すぎます-bentの問題2を参照してください。

リクエストはリンボモードに入る必要があると思います-非推奨ではなく、ばかげた警告が発生します-しかし、何も行われない場合は、すべての問題とプルが無視され、READMEページが更新されてこれに注意する必要があります。他の機能的に同等のパッケージに含まれています。

JonathanRowell 2020年02月12日

👎15 👍5 😕1

151の問題と55のプルリクエストはどうですか？それらをダンプしますか？

しばらくの間、誰もこれらを修正またはレビューしていません。すでに「ダンプ」されています。

あなたのコメントは、人々が権利を与えられているこのプロジェクトにある種の献身的な労働があるかのように聞こえます。これは決してそうではありませんrequestは企業によってリリースおよび支援された製品ではありません。常に気にかけているオープンソース開発者によって維持されており、エコシステムが新しい方向に進んだため、私たち全員が一緒に移動しました。。先に進むことをお勧めします。

mikeal 2020年02月12日

👍24 ❤4 🚀2 🎉1

しばらくの間、誰もこれらを修正またはレビューしていません。すでに「ダンプ」されています。

あなたが意味するのは、あなたがしばらくの間これらをレビューしていないということです。公平を期すために、協力者ではない私たちはこれを制御することはできません。

あなたのコメントは、人々が権利を与えられているこのプロジェクトにある種の献身的な労働があるかのように聞こえます。

私はそのように言ったわけではありませんが、ある意味で、オープンソースソフトウェアは開発者の権利を保護するだけでなく、ユーザーに特定の権利を付与します。これらの権利は、維持ではなく使用されます。メンテナンスやさらなる開発が変化を壊すことを伴う場合、多くの注意と思考が必要です。これは重大な変更であり、私の意見では不要です。モジュールをそのままにしておくだけで、次のプロジェクトに進むことができます。特に、代替案に利点がある場合はそうです。確かに、そうしないのはばかげているでしょう。しかし、私が見る限り、現時点では本当の選択肢はありません。

JonathanRowell 2020年02月12日

👎30

オープンソースソフトウェアは、ユーザーに特定の権利を付与します

OSSライセンスは、再配布および変更する権利を提供します。特定の用途に対するソフトウェアの適合性について、いかなる種類の保証も行われません。潜在的な重大な変更を含む、将来の変更については保証されません。

これは、Apache2ライセンスの関連テキストです。ほとんどすべてのオープンソースライセンスにこれがあります。

“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.”

mikeal 2020年02月12日

👍7 ❤1

これは重大な変更であり、私の意見では不要です。モジュールをそのままにしておくだけで、次のプロジェクトに進むことができます。特に、代替案に利点がある場合はそうです。確かに、そうしないのはばかげているでしょう。しかし、私が見る限り、現時点では本当の選択肢はありません。

つまりね。このコードには、修正されない既知のバグがあります。このコードは維持されなくなり、非推奨になりました。

非推奨の警告は、問題のあるコードに依存していることを通知するものです。非推奨で問題のあるコードにうまく依存している場合は、単にメッセージを抑制してください。あなたの問題は警告であり、ソフトウェアの状態ではないようです。ソフトウェアの状態に問題がない場合は、警告を抑制してください。

非推奨のモジュールに依存することに関心がない場合に簡単に抑制できる警告に対する特定のユーザーの懸念を満たすために、非推奨の状態と関連する警告を現実と一致しないように変更することはありません。

mikeal 2020年02月12日

👍17 ❤2 🚀1 🎉1

ヘルプが必要です!!! .. node-gyp 3.6.2をインストールしようとすると、この問題が発生します
PS C：\ Users \ User> npm install --global [email protected]
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm ERR！パスC：\ Users \ User \ AppData \ Roamingnpm \ node-gyp.cmd
npm ERR！コードEEXIST
npm ERR！ C：\ Users \ User \ AppData \ Roamingnpm \ node-gyp.cmd：の削除を拒否すると、C：\ Users \ User \ AppData \ Roamingnpm \ node_modules \ node-gypの外部にあり、リンクではありません
npm ERR！ファイルが存在します：C：\ Users \ User \ AppData \ Roamingnpm \ node-gyp.cmd
npm ERR！移動して、再試行してください。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ User \ AppData \ Roamingnpm-cache_logs \ 2020-02-13T05_12_13_683Z-debug.log

Meharab 2020年02月13日

👎13 😄8 😕1

@mikealああ、これは興味深いケースです。 @Meharabが示したように、廃止通知に問題番号が含まれていると、ここに無関係なコメントが多数表示される可能性があります。

おそらく、ここでそれ以上のコメントを防ぐ時が来たのでしょうか？

更新：5日後、コメントは本当に山積みになっています。

millette 2020年02月13日

👍5 😄1

@mikealここ数年ありがとう

itsmrTech 2020年02月13日

👍7 ❤6

おやすみなさい。向こう側でお会いしましょう。

Richienb 2020年02月13日

リクエストは（そのままで）永久に機能します。これはJavaScriptであるためです。ノードが使用するコアAPIを非推奨にすることで重大な変更を導入しない限り、

simov 2020年02月13日

リクエストは（そのままで）永久に機能します。これはJavaScriptであるためです。ノードが使用するコアAPIを非推奨にすることで重大な変更を導入しない限り、

いいえ。
このコードには、修正されない既知のバグがあります。このコードは維持されなくなり、非推奨になりました。（引用）

ですから、リクエストは未修正のバグを永遠に持つことになり、永遠に機能することはありません...

Edo78 2020年02月13日

わかりません。では、非推奨の警告を受け取らないように、今、公式に何をすべきでしょうか？

snotrman 2020年02月14日

👍1

request削除します。これには、独自の依存関係からの削除、新しいバージョンで削除するパッケージのアップグレード、または新しいバージョンでまだ更新されていないパッケージの削除が含まれる場合があります。

nickmccurdy 2020年02月14日

こんにちは。

コルドバをインストールしようとしています。

npm install -g cordova

私はこのエラーを受け取り続けます。
Microsoft Windows [バージョン10.0.18362.592]
（c）2019 MicrosoftCorporation。全著作権所有。

C：\ Users> 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

[email protected]
10.279sで1つのパッケージを更新

コルドバをインストールする別の方法はありますか？
この購入を回避する方法は？

b3y0ndb3z0tch 2020年02月14日

👎1

はい。 Ok。リクエストを削除します。しかし、それではどうしますか？

したがって、node.jsでは、.. idk .. axiosに切り替える必要がありますか？

reqestの代わりに何を置くと思いますか？

リクエストがあったすべての関数を書き直すというアイデアを理解していますか？

find＆replace with regexで変更できるパッケージはありますか？

リクエストの正式な代替品はありますか、それともグーグルで最初に出てくるものを見つけるために今すぐ解放されていますか？わからない

snotrman 2020年02月14日

リクエストの正式な代替品はありますか

いいえ、同じ開発者がbent取り組んでいますが、好きなものを使用できます

nickmccurdy 2020年02月14日

👍2

いくつかの修正を受けたpostman-requestフォークもありますが、〜 requestの廃止以来、何の活動もありません。〜

問題のページがないので、ここで質問してみようと思います。

@coditva @codenirvana @shamasis @vikiCoder @czardoz

言及についてお詫びしますが、 requestが正式に廃止された今、 postman-requestの今後の計画は何ですか？ postman-requestは引き続き維持されますか、それとも非推奨になりますか？

kevinvanrijn 2020年02月14日

助けが必要！！！ Angularをインストールしようとしていますが、問題があります
npm install -g @ angular / cli
npm WARN非推奨の[email protected]：リクエストは非推奨になりました。https：//github.com/request/request/issues/3142を参照してください
npm ERR！コードEEXIST
npm ERR！パスC：\ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules \ @angular \ cli \ bin \ ng
npm ERR！ dest C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm ERR！ EEXIST：ファイルは既に存在します。cmdshim'C：\ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules \ @angular \ cli \ bin \ ng '->' C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd '
npm ERR！ファイルが存在します：C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm ERR！既存のファイルを削除して再試行するか、npmを実行します
npm ERR！ --forceを指定すると、ファイルが無謀に上書きされます。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ FARHAN \ AppData \ Roamingnpm-cache_logs \ 2020-02-15T09_52_19_067Z-debug.log

AURZeeshan 2020年02月15日

👎7 😄2 🎉1

requestの代替手段は何ですか？ Angularはまだそれに依存しています。彼らがすぐにコードベースを更新することを願っています。

vighnesh153 2020年02月15日

私には、Mikeal Rogersが反動する短期的な解決策があります。おそらく、私を激しく非難することさえあります。この現在の非推奨は、2つの予定外のフェーズで発生しました。1）その必要性に関する一般的な議論、2）BANG、約30分の通知であり、実装されました。すべての地獄が解き放たれました。

@mikealに、本日廃止をロールバックすることを検討するかどうかを尋ね、2020年8月15日に実装され、完全に実施される6か月の「減価償却通知」を発表します。

3つのフェーズ-
1）ディスカッション：2019年3月20日から2020年2月15日
2）6か月の廃止通知：2020年2月15日
3）非推奨の実装：2020年8月15日

このように、フレームワークとアプリケーションプロジェクトがすぐに壊れないだけでなく、過酷すぎるだけでなく、このコミュニティはこのディスカッションエリアを使用して、今後数か月にわたって+/-の代替案を共有し、代替案を導入することができます。 6か月の期限までに。それが起こったとき、私たちは皆それを敬礼し、cheerioを叫ぶことができます、そして何も壊れていません。

理解してください、私はそれが非難される必要性、またはそれを行う作成者の権利について何の議論もしていません...私は上記のように3段階の事前通知スケジュールを提案しています。開発者コミュニティでの重要な使用法、およびリクエストモジュールに応じて今日世界中で生きているアプリ。

Mikeal、お願いします、私の提案を検討し、今日非推奨ステータスを削除して、6か月前の通知を発表してください。私たちの多くにとって、6か月未満では十分な時間ではありません。6か月は公平です。よろしくお願いします。

私の話を聞いてくれてありがとう、
-リックフィンク

riclf 2020年02月15日

👎7 👍4 ❤1

非推奨の警告を追加しても何も壊れませんが、将来壊れることがある可能性があることをユーザーに警告するだけです。最終的にパッケージを交換する必要があることを知る前に、コミュニティの議論を待つ必要があるよりも早く、非推奨のメッセージが表示されることを望んでいます。

また、このパッケージはオープンソースを介して無料で開発されており、メンテナはあなたに何の義務も負わないことを覚えておいてください。パッケージを引き続き使用したい場合は、パッケージをフォークして、自分で保守を続けることができます。

nickmccurdy 2020年02月15日

👍7

@riclf

助けが必要！！！ Angularをインストールしようとしていますが、問題があります
npm install -g @ angular / cli
npm WARN deprecated [email protected]：リクエストは非推奨になりました。＃3142を参照してください
npm ERR！コードEEXIST
npm ERR！パスC：\ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng
npm ERR！ dest C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm ERR！ EEXIST：ファイルは既に存在します。cmdshim'C：\ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng '->' C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd '
npm ERR！ファイルが存在します：C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm ERR！既存のファイルを削除して再試行するか、npmを実行します
npm ERR！ --forceを指定すると、ファイルが無謀に上書きされます。
npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ FARHAN \ AppData \ Roamingnpm-cache_logs \ 2020-02-15T09_52_19_067Z-debug.log

これは、 requestがnode-fetch置き換えられたAngularの最新リリースによって解決されたようです。

Richienb 2020年02月16日

@AURZeeshan
あなたのエラーはこれとは関係ありません。このパッケージから警告が表示されているだけで、エラーは異なります。

Cyral 2020年02月16日

@riclf
助けが必要！！！ Angularをインストールしようとしていますが、問題があります
npm install -g @ angular / cli
npm WARN deprecated [email protected]：リクエストは非推奨になりました。＃3142を参照してください
npm ERR！コードEEXIST
npm ERR！パスC：\ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng
npm ERR！ dest C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm ERR！ EEXIST：ファイルは既に存在します。cmdshim'C：\ Users \ FARHAN \ AppData \ Roamingnpm \ node_modules @ angular \ cli \ bin \ ng '->' C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd '
npm ERR！ファイルが存在します：C：\ Users \ FARHAN \ AppData \ Roamingnpm \ ng.cmd
npm ERR！既存のファイルを削除して再試行するか、npmを実行します
npm ERR！ --forceを指定すると、ファイルが無謀に上書きされます。
npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ FARHAN \ AppData \ Roamingnpm-cache_logs \ 2020-02-15T09_52_19_067Z-debug.log
これは、 requestがnode-fetch置き換えられたAngularの最新リリースによって解決されたようです。

最新のCLIバージョンをインストールしました。それでも同じ警告がスローされます

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

vighnesh153 2020年02月16日

@ vighnesh153 package.jsonで指定されている@angular/cliバージョンは何ですか？一部の依存関係にはリクエストが必要ですが、基本パッケージ自体は必要ないようです。 http://npm.anvaka.com/#/view/2d/％2540angular％252Fcliを参照してください

Richienb 2020年02月16日

おそらくあなたは正しいです。どのパッケージがrequest-packageを使用しているかはよくわかりません。これがdepsのスナップです：

"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"
  }

vighnesh153 2020年02月16日

npmインストール
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

\ vue-devtools-devで完全な「npminstall」が必要な場合、これについて警告しました
どうすれば解決できますか？

li-car-fei 2020年02月16日

😕2

私はそれを非推奨にするというあなたの決定を完全に尊重し、あなたが将来のために最善を尽くすことを願っています。

「これから何を使うべきか??」を探してスレッドに来る人は、 gotまたはaxiosが探しています。

cecilemuller 2020年02月17日

👍1

哀れな。 node-fetchに移行する時間です。

... node-fetchがrequest適切な代替品であるか、または積極的に保守されているかどうかを自分で質問する場合を除きます。確かに哀れです。

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

csvan 2020年02月17日

👍2

ところで、 node-fetch選択している人は本当に注意する必要があります。そのlibは素晴らしいものですが、それ自体に深刻なメンテナンスの問題があります。

csvan 2020年02月17日

👍6

哀れな。 node-fetchに移行する時間です。
... node-fetchがrequest適切な代替品であるか、または積極的に保守されているかどうかを自分で質問する場合を除きます。確かに哀れです。
node-fetch / node-fetch＃668（コメント）

少なくともnode-fetchは非推奨ではありません。リクエストの大幅な非推奨により、自動ビルドシステムで問題が発生しました。私はこの動きを理解しておらず、受け入れていません。私の意見では、libが維持されていないことを説明する簡単なメモで、ハードな非推奨ではなく十分です。そのため、私はこの状況を悲惨だと考えています。

dobromyslov 2020年02月17日

私の意見では、libが維持されていないことを説明する簡単なメモで十分でしょう

これがまさに非推奨の通知です。簡単なメモです。

CliffS 2020年02月17日

❤8 👍2

@asgetz npmが行うのは、非推奨のパッケージをインストールするときにその警告を出力することだけです。それ以外はすべて、以前とまったく同じように機能します。

mikeal 2020年02月18日

👍4

githubで動作するless.jsファイルに問題があります。これらはPHP内で正常に機能します。コマンドにlessを入れようとすると、この警告が表示されました。問題が何であるかについてのアイデアはありますか？

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

ljwestwhos 2020年02月18日

@ljwestwhosリクエストは非推奨としてマークされており、コメントしている問題のテキストはそれが何を意味するかを説明しています。ただし、リクエストは以前と同じように機能するため、less.jsの問題とは関係がない可能性があります。

csvan 2020年02月18日

request代わりに、node.jsのストリームインターフェイスを使用することはできますか？ node-fetch 、 axiosはどちらもPromise基づいていることがわかりました。

低レベルのユースケースに便利なストリームインターフェイスの代替品を知りたいのですが。

maple3142 2020年02月18日

@ maple3142 gotは、ストリームインターフェイス（およびpromise ）と移行ガイドがあります。

millette 2020年02月18日

👍2

@asgetz

npmは、今すぐ自分でインストールする必要があることを示しています。

それはどのようにそれを示しているのですか。 requestをインストールすると、非推奨の通知が届き、すべてが以前と同じように機能します。

私の計画した使用法はとても小さいです

その場合は、はるかに軽量でうまく機能しているように見える曲がりを見てください。

CliffS 2020年02月18日

@mikealhttps ： //github.com/request/request/pull/3245を
これを修正しましょう！

kaue 2020年02月18日

👍4

@kauegimenesこのパッケージは非推奨です...二度と修正されることはありません

Edo78 2020年02月18日

👍2

@kevinvanrijn私はもうpostman-request維持に積極的に関わっていませんが、プロジェクトは確実に生きており、最後のリリースは1か月前でした。ただし、長期計画については、アクティブなメンテナにチャイムを鳴らしてもらいます。

czardoz 2020年02月18日

👍1

@czardozそれは知っておくと良いことです。 request応じて、書き直しに時間を費やすことができない小さなプロジェクト（すべてプライベート）がたくさんあります。代わりにpostman-requestをドロップすると、少しの間だけ機能し続けることができます。

cloudscraperもメンテナンスが遅いという問題があり、まだrequestから離れることができない可能性があります。オプションとしてpostman-request利用できるということは、少なくともそれ自体が非推奨になるリスクがないことを意味します。

kevinvanrijn 2020年02月18日

@ Edo78なぜそう言うの？私はまだいつか私のPRが統合されると信じています😆

まだアクティブなコミッショナーは、修正をタイムリーにマージしようとしますが、約束はありません。

kaue 2020年02月18日

ところで、ノードフェッチを選択している人は本当に注意する必要があります。そのlibは素晴らしいものですが、それ自体に深刻なメンテナンスの問題があります。

@csvan少し説明していただけますか？いくつかの問題が発生しているだけです

jakehewitt 2020年02月18日

npmについてはほとんど知りません。 APIのインストールに使用しましたが、理解できない警告が表示されました。彼らは私をここに導きます。これは私にはまったく役に立たない。誰かがここに指示された私たちにとって役立つ何かをここに投稿するか、npmのメッセージをより役立つように修正する必要があります。以下は私が受け取ったメッセージです。

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm WARN saveError ENOENT：そのようなファイルまたはディレクトリはありません。「C：\ Users \ Sam \ package.json」を開きます。
npmnoticeはpackage-lock.jsonとしてロックファイルを作成しました。このファイルをコミットする必要があります。
npm WARN enoent ENOENT：そのようなファイルまたはディレクトリはありません。「C：\ Users \ Sam \ package.json」を開きます。
npm警告サム説明なし
npm WARNSamリポジトリフィールドがありません。
npm WARN SamREADMEデータがありません
npm WARNSamライセンスフィールドがありません。

また、package.jsonファイルはありませんが、package-lock.jsonがあります。そこで何を探すべきかわからない。

SimpleSamples 2020年02月18日

@SimpleSamplesパッケージは非推奨であり、テキストで明確に説明されているように、バグ修正の可能性を除いて積極的に維持されることはありません。 NPMは、非推奨のパッケージを使用していることを警告しているだけなので、別のパッケージに切り替える機会があります。

非推奨の意味がわからない場合は、Googleが検索する便利な記事がいくつかあります。

csvan 2020年02月19日

はい、非推奨の意味を理解しているため、
リクエストの過去、現在、未来についての議論は何も提供しません
明確化、それは混乱を追加するだけです。それとも私がやっていることは他にありますか
理解しておらず、明確にしていないのですか？それだけだと言っているのなら
リクエストは非推奨になりました。代わりに、それだけで十分です。
私たちがしなければならないことがもっとあることを意味します。

それが言うならそれは最も役に立ちます（記事へのリンク
説明）それを置き換えるもの、または私たちが知っておくべき行動。

クリストファーSvanefalk [email protected]
2020年2月18日火曜日22:45
@SimpleSampleshttps ：//github.com/SimpleSamplesパッケージは
非推奨であり、テキストとして、それ以上の更新を受信しません
明確に説明します。 NPMは、使用していることを警告しているだけです。
非推奨のパッケージ。
非推奨の意味がわからない場合は、いくつかあります
グーグルが離れて検索する有用な記事。
—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/request/request/issues/3142?email_source=notifications&email_token=ACK22R4G7LHULMPO6DHH273RDTIP7A5CNFSM4HCP6LRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWS
または購読を解除する
https://github.com/notifications/unsubscribe-auth/ACK22R7UFQSYKW7NEYZ4OTDRDTIP7ANCNFSM4HCP6LRA 。

SimpleSamples 2020年02月19日

リクエストが非推奨であるとだけ言っている場合は、それだけで十分です。

ええ、コンテキストを高く評価し、決定の理由を知りたい、または段階的廃止についての詳細を知りたいと思っている人は誰でもいいです。：NS
しかし、深刻なことに、警告に「理由について」が追加された場合、それはあなたの混乱を防いだでしょうか？

"npm WARN deprecated [email protected] ：リクエストは非推奨になり理由については＃3142

Mansarde 2020年02月19日

あなたが正しいです。「理由について」の部分は見ませんでした。

エスペンは書いた：

「理由について」

SimpleSamples 2020年02月19日

@SimpleSamples誤解して

何かをする必要があるという考えはどこで得られますか？非推奨は単なる非推奨であり、それをどのように処理するかはあなた次第です。

csvan 2020年02月19日

👎1

リクエストが使用するパターンに問題はありません。それどころか、javascriptエコシステムには、これらのパターンをまだ使用している巨大なコミュニティがあります。私の経験では、開発者の虚栄心と傲慢さだけで完全に機能するコードベースを絶えず破壊するリソースを持っている少数派（ほとんどの大企業）よりもはるかに大きなコミュニティです。

あなたがこの罠に陥ってしまったことをお詫び申し上げます。リクエストはコミュニティにとって素晴らしいサービスであり、あなたがあなたの決定を再考することを心から願っています。

jleppert 2020年02月20日

👍4 👎3

ええ、これがなくなってしまったのは悲しいです。コールバックは悪くありません、約束も非同期も待っていません。

jlippold 2020年02月20日

👍6

@SimpleSamplesに欠けて貼り付けた残りの警告は、ここに来package.json （またはその他の警告の原因となっているもの）について何かしたいと思うかもしれません。

jbg 2020年02月20日

では、内部でrequestを使用しているすべてのパッケージで、今何をすべきでしょうか。

そのようなパッケージの1つでrequestを@root/requestに置き換えてみましたが、実際にはドロップインの置き換えであると想定していましたが、機能させることができませんでした。

また、 requestを次のようなものに置き換えてみました...

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

... と...

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

...しかし、私もそれを機能させることができませんでした。

んで、どうする？実際にその約束を果たすドロップインの代替品がない場合、非推奨のパッケージに依存するnode_modules複数の依存関係があり、そのいくつかはそうではないようです。維持されますか？なぜ？

requestはいくつかの面で古くなっているようですが、適切なドロップインの代替品を提供せずにこのパッケージを非推奨にすることで、41Kモジュールは非推奨のパッケージに直接依存するようになりました。これらの41Kモジュールの少なくとも1つを使用するパッケージを依存関係と見なすと、影響を受けるパッケージが数百万とまではいかなくても数十万となる可能性があります。

もちろん、一部のパッケージでは、 requestをfetch 、 axios 、 superagent 、Node.jsのネイティブhttp.request簡単に置き換えることができます。 https.request 。しかし、例えば。リクエストが別のリクエストにパイプされている場合（ html2canvas-proxy ）、そこで何が起こっているのかを理解するのに苦労しています...そして、置き換えるために多くの時間を費やす余裕はありません私は実際にはもっと重要なことをしているはずですが、非推奨のコードはほんの数行です。

私はいつも、パッケージマネージャーでバックグラウンドでロードされる多数の相互依存パッケージに過度に依存することにうんざりしてきました。はい、それはサードパーティに多くの重労働をオフロードできると思いますが、代わりにあなたは対処するために他の多くの頭痛の種を手に入れます。

パッケージマネージャーは私たちに誤った安心感を与えてくれます。 4年前の左パッドの大失敗全体は、関連するリスクに関して人々の目を開くことができなかったようです。これでも違いはないと確信しています。それでも、1つの非推奨または壊れたパッケージがエコシステム全体の何百万ものパッケージに影響を与える可能性がある場合、何か深刻な問題があることを強調しなければならないように感じます。そして、これはさらに悪化する可能性があります。時間が経つにつれて、より多くのプロジェクトが放棄されたり、非推奨になったり、壊れたりするため、私たちは皆、依存関係地獄に住むことになります...

しかしねえ...少なくともそれは、JS開発者が$％＃@の混乱をクリーンアップすることを常に要求することを意味すると思います...

jslegers 2020年02月20日

👎6 👍5

@jslegers

それでも、1つの非推奨または壊れたパッケージがエコシステム全体の何百万ものパッケージに影響を与える可能性がある場合、何か深刻な問題があることを強調しなければならないように感じます。

唯一間違っているのは、あなたや他の人が苦しんでいるように見えるパニックです。 leftpadがなくなり、削除されました。それは今は起こりえません。リクエストは単に非推奨になりました。それはどこにも行きません。今それが機能する場合、それは同じように機能し続けます。

良性の警告を数えない限り、何百万ものパッケージに影響はありません。

また、リクエストを次のようなものに置き換えてみました...

パニックをやめてください。存在しない問題を修正しようとするのをやめてください。好きなパッケージを使用してください。リクエストの非推奨によってパッケージが破損することはありません。徐々に彼らのパッケージメンテナは別のパッケージに移動するかもしれません。またはそうでないかもしれません。 それは問題ではありません。 1つの小さなメッセージの出現以外は何も変わっていません。

JS開発者には、$％＃@の混乱をクリーンアップすることが常に求められます...

混乱はありません。ただ進歩します。

CliffS 2020年02月20日

👍14 👎2

良性の警告を数えない限り、何百万ものパッケージに影響はありません。

非推奨。 APIまたはライブラリの一部とは、基本的に、それを「廃止」として正式に指定し、ユーザーに他のものを選択するよう積極的に奨励することを意味します。

非推奨は通常、何かを公式にサポートすることと、何かのサポートを公式に削除することの間の中間段階として使用されます。これにより、開発者は、廃止されたものが利用できなくなるか、下位互換性がなくなるまで、廃止したものを置き換える時間を確保できます。

非推奨の警告はあなたを緊張させることになっています。これらは、行動を促すものとして意図されています。基本的に、非推奨のポイントは、開発者に「猶予期間」を提供し、誰かがプラグを抜く前にコードを更新できるようにすることです。

また、他の目的に使用しないでください。非推奨は、「APIが最新のコーディング標準に準拠していない」または「このプロジェクトを維持する時間がなくなった」ことをユーザーに通知するだけではありません...ライブラリはかなり安定していてきれいですがすべてのユースケースの+ 99％で安全に使用でき、少なくとも今後10年ほどは正常に機能し続ける可能性があります。これは非推奨の意味ではなく、そのようなメッセージを表現するためだけに非推奨の警告を使用すると、非常に悪い前例のIMOが設定されます。

また、 npm installログが非推奨の警告でいっぱいになるのは非常に醜いです。ずさんに見えます。これは一種の危険信号であり、ライブラリやフレームワークを試している人々に悪い第一印象を与えます。特に、人々が実際にあなたのライブラリ/フレームワークを使用するためにあなたにお金を払っているなら、あなたは彼らに警告なしで素晴らしい/クリーンなインストールプロセスを与えたいです。

1つの小さなメッセージの出現以外は何も変わっていません。

その1つの小さなメッセージはずさんなように見え、他の目的はないはずですが、行動の呼びかけとして...廃止されたパッケージを別のものに置き換えるための呼びかけです。

それはあなたにとって重要ではないかもしれませんが、それは私やそこにいる他の人々にとって間違いなく重要です。

混乱はありません。ただ進歩します。

あなたは変化と進歩の違いがわからない人の一人だと思います。

いずれにせよ、私はpostman-requestを使用することを提案したコメントで他の人に気づきました。 @root/requestとは異なり、これはドロップインの代替として機能するように見えるので、当面はすべてのパッケージをこれで更新します...

jslegers 2020年02月20日

👍10 👎8

@SimpleSamplesに欠けて貼り付けた残りの警告は、ここに来package.json （またはその他の警告の原因となっているもの）について何かしたいと思うかもしれません。

Touché！

riclf 2020年02月20日

重要な点は指摘されていますが、個人的な攻撃は続いています。皆さんは非常に知的で技術的に非常に有能ですが、個人的な専門知識には改善の余地があります。

SimpleSamples 2020年02月21日

👍5 👎2

重要な点は指摘されていますが、個人的な攻撃は続いています。皆さんは非常に知的で技術的に非常に有能ですが、個人的な専門知識には改善の余地があります。

残念ながら、賢くても、人々が感情を曇らせて判断を曇らせることはありません...特に、正当な理由や非推奨の目的についての一般的なコンセンサスがないように見えるものが非推奨になるようなことが起こった場合はなおさらです。

とにかく、私は自分の主張をはっきりと述べたと思います。最後に、 @ mikeal 、 @ reconbot 、またはこのプロジェクトの他のメンテナに、 request 、場合によっては@root/requestフィーチャーコンプリートドロップイン代替品としてpostman-requestを正式に提案するように勧めます。 @root/request request限られたサブセットが必要で、たとえば気にしない人のための@root/request 。ストリーム。これにより、パッケージメンテナは、この問題に数分以上の開発時間を費やすことなく、またライブラリやアプリ全体をリファクタリングすることなく、 requestを削除し、迷惑な非推奨メッセージを取り除くことができます。

jslegers 2020年02月21日

@mikealは、非推奨のリクエストの現実から

どちらか一方のリクエストの置き換えに移行することの違い、メリット、プラスまたはマイナスの概要を簡単に説明してください。私はあなたの仕事を信頼します。

今回はありがとうございました。リクエストモジュールを何年もありがとうございました。

-リック

riclf 2020年02月22日

👍2

request-promise-nativeも非推奨ですか、それとも使用するのが正しいですか？

anton-bot 2020年02月24日

@ anton-bot https://github.com/request/request-promise-native#deprecated

Richienb 2020年02月24日

[email protected] ：リクエストが重複しています....新しいプロジェクトを作成できません

edunwa302 2020年02月26日

👎1

[email protected] ：リクエストが重複しています....新しいプロジェクトを作成できません

いつものようにプロジェクトを作成できます。 NPMは単に警告を発しているだけです。

csvan 2020年02月26日

👍1

このプロジェクトが削除されたのはなぜですか？

jleppert 2020年02月27日

👎8

はい、これは良いです

MyEtherAuthority 2020年02月27日

4,476,352リポジトリ、52,377パッケージで使用されます。
伝説に別れを告げる。

pierreneter 2020年02月27日

👍4

このプロジェクトが削除されたのはなぜですか？

@jleppertはありません、あなたがコメントしている問題を読んでください。

csvan 2020年02月29日

Linux、次にWindowsにangularをインストールしようとしましたが、両方でインストールできませんでした。両方でコマンド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]ポストインストールC：\ Users \ Hanzell \ AppData \ Roamingnpmnode_modules \ @angular \ cli
ノード./bin/postinstall/script.js

@ angular / [email protected]
188。027年代に205人の寄稿者から260個のパッケージを追加しました

次に、リポジトリを作成しました。これが表示されました

C：\ Users \ Hanzell \ Desktop> ng new
？新しいワークスペースと最初のプロジェクトにどのような名前を使用しますか？ホラ
？ Angularルーティングを追加しますか？番号
？どのスタイルシート形式を使用しますか？ CSS
CREATE hola / angular.json（3551バイト）
CREATE hola / package.json（1281バイト）
CREATE hola / README.md（1021バイト）
CREATE hola / tsconfig.json（543バイト）
CREATE hola / tslint.json（1953バイト）
CREATE hola / .editorconfig（246バイト）
CREATE hola / .gitignore（631バイト）
CREATE hola / browserlist（429バイト）
CREATE hola / karma.conf.js（1016バイト）

パッケージのインストール... npm警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142g.spec.json （270バイト）を参照して
npm ERR！ '... f8x \ n2SbOSCsT + zdXwIaf'の近くで解析中にJSON入力が予期せず終了しました

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ Hanzell \ AppData \ Roamingnpm-cache_logs \ 2020-03-01T05_15_55_441Z-debug.log
×パッケージのインストールに失敗しました。上記を参照してください。
回路図ワークフローが失敗しました。上記を参照。
CREATE hola / src / assets / .gitkeep（0バイト

ヘルプ！

RiveraHan 2020年03月01日

@RiveraHan発生している問題は、 requestが非推奨になることとは関係ありません。

そうは言っても、私は興味がありました。 JSの時代からAngularを使っていませんが、試してみました。グローバルモジュールにangularcliを追加したくなかったので、少し異なる方法で進めたことに注意してください。以下を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

Angular cliをグローバルにインストールする場合は、 ../w1/node_modules/.bin/を削除するだけで、上記のngからw1/node_modules/.bin/がグローバルに見つかるはずです。

millette 2020年03月01日

@millette Linuxubuntuと。Angularをインストールするのは初めてです。

RiveraHan 2020年03月01日

@RiveraHanそれはエラーではありません。これはnpmの警告です。使用するセットアップがnpm警告で失敗した場合は、構成を確認する必要があります。

csvan 2020年03月01日

👎1

@csvanしかし、コードエディターで新しいプロジェクトを開いたときに、node_modulesフォルダーが表示されないことに気付き、node_modulesフォルダーを再度生成するために少し調査を行ったところ、npm installコマンドを使用して実行すると、別のエラーが表示されます。。

RiveraHan 2020年03月01日

👎1

@RiveraHanはい、しかしこれもrequestやnpmとは何の関係もありません-開発環境が何らかの方法でそうするように構成されていない限り、npm警告はインストールを中断しません。あなたの環境がnpm警告を許容しない理由と、それに対して何ができるかを調べる必要があります-それがあなたの場合でも問題である場合。それはまったく違うものかもしれません。

csvan 2020年03月02日

👎1

@ anton-botは、プロジェクトを引き継いで、現在のメンテナが行う時間がないすべての作業を行うことを提案します。あなたがそれを実現するために自分で仕事をする気がないなら、彼らのプロジェクトを実行する方法を他の人に教えることは非常に傲慢です。オープンソースです。

@mikealは、 requestが非推奨になる理由を非常に明確に説明しています。それは責任ある行動であり、良い決断であり、取り消される可能性は低いです。

また、これ：

また、現実的には、リクエストを使用する完全に機能するコードを別のものに置き換えることはありません。リンクされたプルリクエストのいくつかを参照してください-それは人々がやりたいと思っているアイデアではありません。

これが、当時「完全に優れたコード」であった古代のモジュールに依存するガベージレガシーコードになってしまう理由です。ソフトウェアの保守の一部は、古くて非推奨のモジュールを取り除き、アクティブに保守されているモジュールに置き換えることです。

csvan 2020年03月02日

👎1

@ anton-bot @root/requestを使用するだけです。これは、基本的にrequest 80％準拠の実装であり、内部で最新のNode HTTPAPIを使用します。

Richienb 2020年03月02日

👎2 👍2

@ anton-botあなたは明らかに人生のいくつかの事実を見逃しています：

これは無料のオープンソースソフトウェアです。メンテナに「やめなさい」と言う権利はありません。
リクエストは販売期限を過ぎていました（ただし、使用期限を過ぎていません）。重くて古風になっています。
@mikealは、リクエストを置き換える少なくとも2つの新しいパッケージを作成しました。どちらもはるかに軽量です。
あなたや他の人がそれを使い続けたいのなら、あなたはそうするのは自由です。非推奨の中には、そうすることを妨げるものはありません。

個人的には、徐々にパッケージをアップグレードする機会を得ました。たとえば、kraken -exchangeは、bentに切り替えることで、インストールされている5.9MBから284KBに減少しました。

@csvanはあなたが「かなり傲慢」だと言った。それは私が使っていたよりもはるかに丁寧なフレーズです。

CliffS 2020年03月02日

👎1 👍1

@ anton-bot @ root / requestを使用するだけです。これは、基本的に、内部で最新のNode HTTP APIを使用するリクエストの80％準拠の実装です。

80％準拠では、十分ではありません。

欠落している20％に依存する依存関係（ストリームなど）を使用します。そのためには、 postman-requestようなフィーチャーコンプリートのドロップイン置換が必要です。

以前のコメント（打ち切られた/削除されたようです）で、メンテナがプロジェクトをPostmanチームに引き渡して、 requestの実装をpostman-requestの実装に置き換えることができるようにすることを提案しました。 requestでは修正されなかったバグの一部が修正されます。

そうすれば、 requestの元の作者は、 request不必要に非推奨にすることで、多くの人々を怖がらせたり迷惑をかけたりすることなく、一歩下がって、稼いだ「引退」を楽しむことができます。

これは無料のオープンソースソフトウェアです。メンテナに「やめなさい」と言う権利はありません。

確かに彼はそうします。そして、ほとんど同じように、メンテナは「f *あなた」と言う権利があります。

リクエストは販売期限を過ぎていました（ただし、使用期限を過ぎていません）。重くて古風になっています。

まだ非推奨にする正当な理由ではありません。

@mikealは、リクエストを置き換える少なくとも2つの新しいパッケージを作成しました。どちらもはるかに軽量です。

そう？

何千ものパッケージが今日でもrequestており、 npm install間に非推奨の警告を不必要に生成しています。これは起こるべきではなく、例えばによって簡単に防ぐことができたでしょう。トーチを郵便配達員チームに渡すか、このプロジェクトを平和的に死なせます。

あなたや他の人がそれを使い続けたいのなら、あなたはそうするのは自由です。非推奨の中には、そうすることを妨げるものはありません。

確かにそうです。

npm install間に非推奨の警告が表示されたときに神経質になる顧客は、私たちの多くがこれを座って何もしないことを妨げます。

非推奨=行動の呼びかけ。基本的に、依存関係が解消されるまで、依存関係を置き換えるための猶予期間が与えられます。それ以外の場合は使用しないでください。ただし、猶予期間が終了した後、依存関係によって既存の機能が破損することが予想される場合です。

個人的には、徐々にパッケージをアップグレードする機会を得ました。たとえば、kraken-exchangeは、bentに切り替えることで、インストールされている5.9MBから284KBに減少しました。

いくつかの依存関係をそれらのパッケージの内部化/カスタマイズされたローカルバージョンに置き換えてみました。また、非推奨の警告を取り除くためにrequestをrequest-postmanに置き換えました。これは簡単な修正のように思えましたが、後でrequest-postmanをより軽量な代替品に段階的に置き換えることができます。

次に、NPMは、それ自体がローカルパッケージに依存しているローカルパッケージの処理に関して非常にバグが多く、環境の安定性が大幅に低下していることを知りました。本当に、ワームの別の缶全体が開かれたので、変更を元に戻してrequestに戻す必要がありました。これは、この種の問題を修正しようとする時間と労力の価値がなかったためです。ある時点。

今のところ、非推奨の警告を受け入れる以外に選択肢はありません。依存関係自体としてrequestを持つ依存関係が多すぎて、頭痛の種をほとんどなくすことができないからです。これは残念なことであり、IMOが発生することはありませんでした。

@csvanはあなたが「かなり傲慢」だと言った。それは私が使っていたよりもはるかに丁寧なフレーズです。

非推奨の警告が彼らと彼らのプロジェクトにとって重要である理由を理解していないという理由だけで、あなたはその人を「傲慢」またはもっと悪い人と呼ぶのは誰ですか？！

私が傲慢だと思うのは、あなたから物事を引き継ぐために別のメンテナを探すのではなく、正当な理由なしに他の何百万ものプロジェクトが依存しているプロジェクトを非難することです。そして、Postmanチームがすでに積極的に維持されているrequestフィーチャーコンプリートフォークを持っていることを考えると、これを行うように説得するのが非常に困難だったとは想像できません。

jslegers 2020年03月02日

👍3

requestを廃止するというこの決定の世界的なコストについて、数百万米ドルでどのように見積もっていますか？

零。これまでと同じように機能します。それはそれ以上良くなることはありません。

CliffS 2020年03月02日

👎2

零。これまでと同じように機能します。それはそれ以上良くなることはありません。

でたらめ！

非推奨の警告がそれらに依存するプロジェクトに影響を与えないと思う場合、非推奨が何を伴うのか、そしてそれらのメッセージが何を意図しているのかについての手がかりはありません！

非推奨になると、多くの人が非常に神経質になり、正当な理由があります。それが非推奨が行うことになっていることです！

ああ、それなら問題ありません。私の封筒裏の計算はおよそ3000万米ドルですが、私は間違っていたと思います。

直接的または間接的にこのプロジェクトに依存しているパッケージの数を考えると、3,000万米ドルは非常に低い見積もりのように思えます。

jslegers 2020年03月02日

😕2 👍1

ここにいる多くの人々が彼らが自由ソフトウェアの権利を持っていると思っていることに私は驚いて驚いています。

CliffS 2020年03月02日

👍7 👎3

ここにいる多くの人々が彼らが自由ソフトウェアの権利を持っていると思っていることに私は驚いて驚いています。

製品が無料またはオープンソースであるという理由だけで、自分の行動がユーザーに与える影響について、自分には何の責任もないと考える人がたくさんいることに驚き、驚いています。

IMOは、ユーザーや顧客がアプリやライブラリを使用するためにお金を払っているのか、お金を払っていないのかを同じように扱うことが基本的な尊重の問題です。

本当に、本当に、本当に正当な理由がない限り、他の何百万ものプロジェクトで使用されているプロジェクトを依存関係として非難することはありますか？時間）？

jslegers 2020年03月02日

👍1

@jslegers私のポイントは正確に。だから資格があります！すばらしい！

CliffS 2020年03月02日

👍3 👎1

@jslegers私のポイントは正確に。だから資格があります！すばらしい！

ポット...

ケトル...

ユーザーが何らかの形でオープンソースソフトウェアを提供したことであなたに「借りがある」と主張し、ユーザーはあなたに「光栄」または「感謝」を感じるべきであり、したがって何も文句を言う権利がないと主張する以上の権利は考えられません。あなたの行動が彼らのプロジェクトに直接影響を与えるとき。

確かに、オープンソースプロジェクトを何年も維持するには、多大な労力と献身が必要です。確かに、人々が金銭的な補償なしに自分の暇な時間にそれを喜んで行うとき、それは称賛されるべきものです。しかし、それでも、すべての資格を持って行動し、ユーザーが最も必要としているときにユーザーを冷静に保つことの言い訳にはなりません。また、ゼロエフォートの選択肢がいくつかあります。

jslegers 2020年03月02日

❤2 👍1

@CliffS

個人的には、徐々にパッケージをアップグレードする機会を得ました。たとえば、kraken-exchangeは、bentに切り替えることで、インストールされている5.9MBから284KBに減少しました。

調べたところ、package.jsonはまだリクエストバージョン2,88.0を参照しています

JonathanRowell 2020年03月02日

😄1

調べたところ、package.jsonはまだリクエストバージョン2,88.0を参照しています

@JonathanRowellはい。現在、npmにプッシュする前にテスト中です。バージョンv1.9.0は、1日の終わりまでにリリースされます。

CliffS 2020年03月02日

しかし、それでも、すべての資格を持って行動し、ユーザーが最も必要としているときにユーザーを冷静に保つことの言い訳にはなりません。また、ゼロエフォートの選択肢がいくつかあります。

まさにそのため、 @ jslegersのような人々は、問題に泣き言を言うのではなく、メンテナンス、作業負荷の夕方、プロジェクトの進行を支援するために、毎日数時間の自由時間を取っておきます。

あ、ちょっと待って。

csvan 2020年03月02日

😄2 👎1

まさにそのため、 @ jslegersのような人々は、問題に泣き言を言うのではなく、メンテナンス、作業負荷の夕方、プロジェクトの進行を支援するために、毎日数時間の自由時間を取っておきます。

間違い！

そのため、 Postmanチームの友好的な人々がいます。彼らはすでにpostman-requestという名前の独自のrequestフォークを持っています。これは、 request完全なドロップイン代替品として機能しrequestそしてこれは積極的に維持されています！ requestを廃止する代わりの常識的な方法は、 requestメンテナンスを引き継ぐように依頼することです。

郵便配達員が何らかの理由で辞退した場合でも、 requestは、リソースが数百人によって不必要に浪費されるのを防ぐために、非推奨警告の機能完全なドロップイン代替品としてpostman-requestを公式に推奨できます-数千人ではない-そのようなドロップインの代替品を独自に探している開発者の数。

または、 requestメンテナンス/サポートを正式に廃止することを発表し、完全に正常に機能するパッケージのメンテナンスを廃止または継続する必要がないため、廃止の警告なしにゆっくりと平和的に終了させることもできます。近い将来、壊れそうにありません。

これらの3つのアプローチのいずれも、現在のアプローチよりもはるかに優れており、どの当事者からも追加のリソースを必要としません。

jslegers 2020年03月02日

👍2

どちらか一方が彼らの期待に応えているかどうかを議論することは建設的ではなく、目前の問題に対処するのに役立つとは思いません。私たちは皆、自分の問題にもっと簡単に対処できることを願って、お互いに協力し合いますが、相手に自分の意志に反して行動させることはできません。

事実は、a）現在の所有者がプロジェクトをこれ以上進めたくない（完全に理解できる）だけでなく、b）プロジェクトからの移行ではないため、多くの人々が非推奨の警告から多くの痛みを感じていることだと思いますほとんどの場合、すぐに発生します（完全に理解できます）。

したがって、合理的な妥協案は、 @ jslegersが提案するのと同様に、プロジェクトの所有権を関心があり、それを受け入れる意思のある人に譲渡し、今のところ非推奨の警告を削除し、非推奨のプロセスを次のように管理することだと思います。移動の影響を受ける人に優しい。

それで、 @ mikeal 、プロジェクトの所有権を他の誰かに

そして、警告が発せられて人々が抱えている問題を解決するために、Mikealからそれを喜んで受け取る人はいますか？

プロジェクトの所有権を譲渡するための協力以外に、私たちの誰もが他の人のために話すことはできません。人は自分のためにしか話すことができません。

psequeirag 2020年03月02日

❤1 👍1

このスレッドであまり言及されていないもう1つの事実は、これほど人気のあるパッケージの所有権を譲渡することによるセキュリティへの影響です。最近、所有権の譲渡が悪意のある人物に行われ、パッケージの新しいバージョンで悪意のあるアクティビティが発生するという事件が発生しました。このような人気のあるパッケージは、そのタイプのアクターの優れたターゲットです。

所有権を引き継ぐ可能性のある特定のチームの信頼性についてはコメントしませんが、そのような提案が実際にどれほど危険であるかを認識することは重要です。このパッケージを非推奨にしても、フォークがこのパッケージを別の名前で維持し続けることを妨げることはありませんが、名前の変更により、消費者は、プロジェクトへのリスクを評価する機会がなく、自動的に発生するのではなく、そのフォークを消費する決定を下すことができます。

travi 2020年03月02日

👍4

このスレッドであまり言及されていないもう1つの事実は、これほど人気のあるパッケージの所有権を譲渡することによるセキュリティへの影響です。最近、所有権の譲渡が悪意のある人物に行われ、パッケージの新しいバージョンで悪意のあるアクティビティが発生するという事件が発生しました。このような人気のあるパッケージは、そのタイプのアクターの優れたターゲットです。

もちろん、所有権を誰にでも譲渡することはできません。しかし、Postmanチームは論理的な選択のように聞こえます。なぜなら...

彼らは保護するという評判があり、したがって、プロジェクトに悪意のあるコードを挿入することによってrequestプロジェクトに害を及ぼす余裕はありません。
APIの開発とテストのプラットフォームとして、多くの潜在的な顧客が使用する非常に人気のあるNPMパッケージの公式メンテナーになることは、マーケティング上の勝利になる可能性があります。
彼らはすでにrequest独自のフォークを維持しているので、追加のリソースを必要としないはずです。フォークをrequestにマージし、リソースを自分のフォーク（不要になった）から公式のrequestリポジトリに移動するだけで済みます。

明らかに、彼らが受け入れるという保証はありません。しかし、彼らが常識を持っていれば、彼らはすぐにこれに飛びつくでしょう。したがって、 request保守担当者がすでに連絡を試みており、実際にこの提案を拒否したことを確認できない限り、これは間違いなくIMOを試す価値があります。

jslegers 2020年03月02日

👍1

完全に正常に機能し、近い将来に破損することのないパッケージの非推奨またはメンテナンスを継続する必要は実際にはありません。

これはとても後ろ向きで、どこから始めればいいのかさえわかりません。パッケージが保守されておらず、移動することをお勧めすることは、非推奨の全体的なポイントです。
所有者は、あなたが先に進むことができるように、それを使用して技術的負債を構築していることをあなたに知らせています。 npmを介した公式の非推奨の素晴らしい点は、おそらくすでに手遅れになっている数年後に（「ゆっくりと死ぬ」シナリオで）それを発見する必要がなく、人々がこれを明確に示していることです。スムーズな移行を検討してください。

広く使用され、その後放棄されたパッケージは、平和的に死ぬことはありません。それらを使用している人々が、維持されていない状態が実際に物を壊し、セキュリティホールが開いた後、パニックで離れ始めたときに、それらは死にます。

それに直面して、あなたも私も、非推奨の通知なしに要求の状態を知らなかったでしょう。また、大多数のユーザーもそうしません。

csvan 2020年03月02日

👍3 ❤2

Linux、次にWindowsにangularをインストールしようとしましたが、両方でインストールできませんでした。両方でコマンドnpm install -g @ angular / cli @ latestを実行した後、このエラーが表示されました。
C：\ Users \ Hanzell> npm install -g @ angular / cli @ latest
npm WARN deprecated [email protected]：リクエストは非推奨になりました。＃3142を参照してください
C：\ Users \ Hanzell \ AppData \ Roamingnpm \ ng-> C：\ Users \ Hanzell \ AppData \ Roamingnpmnode_modules @ angular \ cli \ bin \ ng
@ angular / [email protected]ポストインストールC：\ Users \ Hanzell \ AppData \ Roamingnpmnode_modules @ angular \ cli
ノード./bin/postinstall/script.js
@ angular / [email protected]
188。027年代に205人の寄稿者から260個のパッケージを追加しました
次に、リポジトリを作成しました。これが表示されました
C：\ Users \ Hanzell \ Desktop> ng new
？新しいワークスペースと最初のプロジェクトにどのような名前を使用しますか？ホラ
？ Angularルーティングを追加しますか？番号
？どのスタイルシート形式を使用しますか？ CSS
CREATE hola / angular.json（3551バイト）
CREATE hola / package.json（1281バイト）
CREATE hola / README.md（1021バイト）
CREATE hola / tsconfig.json（543バイト）
CREATE hola / tslint.json（1953バイト）
CREATE hola / .editorconfig（246バイト）
CREATE hola / .gitignore（631バイト）
CREATE hola / browserlist（429バイト）
CREATE hola / karma.conf.js（1016バイト）
パッケージのインストール... npm警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142g.spec.json （270バイト）を参照して
npm ERR！ '... f8x \ n2SbOSCsT + zdXwIaf'の近くで解析中にJSON入力が予期せず終了しました
npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ Hanzell \ AppData \ Roamingnpm-cache_logs \ 2020-03-01T05_15_55_441Z-debug.log
×パッケージのインストールに失敗しました。上記を参照してください。
回路図ワークフローが失敗しました。上記を参照。
CREATE hola / src / assets / .gitkeep（0バイト
ヘルプ！

npmの更新を確認し、後でnpmをAngularプロジェクトにインストールします

jlrivero 2020年03月02日

👎1

これはとても後ろ向きで、どこから始めればいいのかさえわかりません。パッケージが保守されておらず、移動することをお勧めすることは、非推奨の全体的なポイントです。

パッケージが保守されておらず、猶予期間が終了する前に移動する必要があることは、非推奨のポイントです。

特定の時点より前に離れる必要がない場合は、非推奨にしないでください...少なくとも、ドロップインの交換を提案できない限り（この場合はpostman-requestように）！

違いは微妙かもしれませんが、結果は重要です。メンテナンスを終了してそのままにしておくだけで回避できる、非推奨にすることで、正当な理由もなく、おそらく何千もの企業のリソースを浪費していることになります。

jslegers 2020年03月02日

このスレッドであまり言及されていないもう1つの事実は、これほど人気のあるパッケージの所有権を譲渡することによるセキュリティへの影響です。最近、所有権の譲渡が悪意のある人物に行われ、パッケージの新しいバージョンで悪意のあるアクティビティが発生するという事件が発生しました。このような人気のあるパッケージは、そのタイプのアクターの優れたターゲットです。

...このパッケージを非推奨にしても、フォークがこのパッケージを別の名前で維持し続けることを妨げることはありません。

けっこうだ; 郵便配達員からのニュースを受け取り、彼らに転送することが実行可能かどうかを評価するのを少し待つことができると思います。しかしそうでなければ、フォークが前進の道のように見えます。

psequeirag 2020年03月02日

いいえ、依存関係の1つが現在放棄されており、ほぼ確実に技術的負債の原因であることを明確にすることで、時間を無駄にしているわけではありません。まったく逆のことが当てはまり、この問題に関する議論全体がその証拠です。非推奨がなければすぐには起こらなかったであろう議論です。

csvan 2020年03月02日

👍2

いいえ、依存関係の1つが現在放棄されており、ほぼ確実に技術的負債の原因であることを明確にすることで、時間を無駄にしているわけではありません。

プロジェクトが放棄されたからといって、それを他のものに置き換える必要があるという意味ではありません。

特に、すべてがrequestを依存関係として使用する複数の依存関係を使用するプロジェクトの場合、 requestを別のものに置き換えようとすることによる潜在的な利益は、これを達成するために必要な労力にさえ近づきません。！！

非推奨がなければすぐには起こらなかったであろう議論。

この議論は、非推奨がなければ必要ではなかったでしょう。

jslegers 2020年03月02日

👍1

https://xkcd.com/386/

Mansarde 2020年03月02日

❤6

はい、非推奨の有無にかかわらず、ある時点でそうなるでしょう。このポイントは、メンテナンスされていないパッケージの影響が感じられ始めた数年後よりも、常に早い段階で到達する方が適切です。

とにかく、私はこれをあきらめます。楽しむ。

csvan 2020年03月02日

」すべてが変更可能であり、すべてが現れたり消えたりします。生と死の苦しみを乗り越えるまで、至福の平和はありません。」

—ゴータマブッダ

mikeal 2020年03月02日

👍8 🚀7 ❤1

@mikealあなたは暴動の男です...リマインダーをありがとう！

riclf 2020年03月02日

詳細と推論に入る前に、要点を簡単に説明します。 requestがJavaScriptエコシステムに対して実行できる最も価値のあることは、メンテナンスモードに入り、新機能やメジャーリリースの検討をやめることです。
requestを改善するために最善を尽くしている他のコミッターに事前に謝罪しますが、それは最善です。
2009年
requestの最初のバージョンは、Node.jsエコシステム用に作成された最初のモジュールの1つでした。初期のバージョンは、標準のコールバックインターフェイス、ストリーム、node_modules、およびnpmよりも前のAPIに書き込まれていました。最初の数年間、 requestとNode.jsは一緒に進化し、それぞれがお互いから学びました。 Node.jsが改善され、コアインターフェイスが移行されると、リクエストも改善されました。リクエストがコアhttpライブラリとストリームへの変更を採用すると、 pipeイベント（ requestの1行プロキシを有効にした）やコアhttpの多くの書き換えの1つ（私が書かなければならなかったもの）。
npm
requestは、npmレジストリに追加された最初のモジュールの1つでした。 npmが大きくなるにつれて、 requestへの依存も大きくなりました。現在でも、 npmがバックエンド作業よりもフロントエンドではるかに多く使用されている場合、 requestはレジストリ内のモジュールに最も依存しているモジュールの1つです。私がこれを書いているとき、41Kモジュールは要求に依存し、週に1,400万回ダウンロードされます。
Node.jsエコシステムにおけるrequestの場所は、もはや革新者ではなく、現職者です。 Node.jsでHTTPを使用して何かを行う方法をグーグルで検索した場合、例ではクライアントとしてrequest 、サーバーとしてexpressが表示される可能性があります。これには、2つの特に悪い影響があります。
requestがエコシステムを支配しているため、同様のタスクを実行する新しいライブラリが採用されるのははるかに困難です。また、変更がその扶養家族の大多数によって採用されない可能性があるだけでなく、 requestを使用する何千ものブログ投稿やスタックオーバーフロー応答との整合性が失われる可能性があるため、意味のある方法でリクエストを変更することも非常に困難です
最新のJavaScript
ここ数年はJavaScriptで劇的なものでした。人々が何年にもわたって話していた機能は、アイデアから標準、そしてほとんどの環境で確実に信頼できる機能にまで及びました。これらが採用される速度は驚異的です。これは主に、ブラウザーの自動更新と積極的なNode.jsのリリーススケジュールのおかげです。
requestのコアにあるパターンは古くなっています。何人かの人々がその評価に異議を唱えるかもしれません、そして私は彼らが誰であるかを知っているので私は驚かないでしょう、しかしそれは本当です。これらの機能のいくつかは、Node.jsの最新リリースでのみ利用可能になってから間もなく、大規模に採用するだけでよいという影響に懐疑的でした。
現在、エコシステムではこれらのパターンへの移行が起こっています。それがどれほど厄介なものになるかはまだ空中にあり、私は茶葉を読んでその点で将来がどのようになるかを理解しようとはしません。 requestの質問は、「その移行を乗り越えようとしていますか？」です。一年前、私は答えが明白であり、そうするだろうと思っていましたが、今ではその反対を確信しています。
これらの新しい言語パターンを真に受け入れるように書かれたrequestのバージョンは、事実上、新しいモジュールです。私はすでにこのスペースを少し探索しrequestと互換性がありません。古いパターンと互換性がないが、新しいパターンを完全には受け入れていないバージョンのrequestの価値は何ですか？これらのパターンを念頭に置いてこれらの問題を再考している、新しい開発者によって書かれた新しいモジュールの全世界がある場合、部分的に互換性があることのポイントは何ですか？
これらの新しいモジュールの最良の点は、 requestがゆっくりと消えていき、最終的にはそのレガシースタックの単なる別のメモリになることです。 requestの立場を取り、それを次世代の開発者のより大きなシェアに活用することは、 request負担がないより良いモジュールから彼らを遠ざけるので、それらの開発者にとって不利益になるでしょう。
メンテナンスモード
これが計画です。
requestは新機能の受け入れを停止します。
requestは、重大な変更の検討を停止します。
まだアクティブなコミッショナーは、修正をタイムリーにマージしようとしますが、約束はありません。
リリースは完全に自動化され、マスターへのマージはすべて公開されます。 GitHub Actionsを使用して、他のいくつかのプロジェクト用にこれをすでに作成しました。
コミット権限は事実上npm公開権限になるため、非アクティブな共同編集者を削除して2faを適用する必要があります。

削除しただけではどうなりますか？これらの依存関係はキラーです！

grikard 2020年03月06日

@grikard私はそれに同意します-良い分析。しかし、些細なことのように聞こえたくはありません-これは本物の質問です-アメリカ人は複数形の「葉」を葉として綴っていますか？私は「葉」を学習します。

JonathanRowell 2020年03月06日

葉は葉に対して複数形です:)

grikard 2020年03月06日

パッケージのインストール... npm警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
エラーが発生したために他の誰かがここに行った場合
ng new my-app
再試行
sudo ng new my-app
ハッピーハッキング

truonghdpk 2020年03月06日

👎26

こんにちはこのエラーを解決する方法は？ https://github.com/request/request/issues/3142

AELDREI 2020年03月11日

こんにちはこのエラーを解決する方法は？＃3142

どのようなエラーですか？

CliffS 2020年03月11日

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

2020年3月11日水曜日、午後8時23分クリフスタンフォード[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 2020年03月11日

😕1 👎1

このため、プロジェクトを完了できません...そして今夜の予定です。誰かがリクエストでこの問題を修正するのを手伝ってもらえますか？

valentina-js 2020年03月11日

@AELDREIこれはエラーではありません。非推奨は単なる警告/情報ではなく、すべてが引き続き機能します。
@ valentina-js「これ」は単なる警告/情報であるため、プロジェクトを完了できない原因になることはありません。あなたが問題を抱えているならば、それは別の原因を持っているに違いありません。実際のエラーメッセージを探して、同様の問題が報告されているかどうかを確認してください。そうでない場合は、1つを開いて、エラーについて詳しく説明してください。

Mansarde 2020年03月11日

大野。これは必要ありませんでした。 RIP

Ashesh3 2020年03月12日

新しいマーチャンダイジング

Screenshot_2020-03-12_16-58-39

lcherone 2020年03月12日

😄6 👍4 👀1

3sei8v

anton-bot 2020年03月13日

👍4

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

ranieriprg 2020年03月14日

👍1

これを解決してください！何が間違っているのかわかりません：

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm WARN checkPermissions / usr / local / lib / node_modulesへの書き込みアクセスがありません
npm ERR！コードEACCES
npm ERR！システムコールアクセス
npm ERR！パス/ usr / local / lib / node_modules
npm ERR！ errno -13
npm ERR！エラー：EACCES：権限が拒否されました。アクセス '/ usr / local / lib / node_modules'
npm ERR！ [エラー：EACCES：アクセスが拒否されました。アクセス '/ usr / local / lib / node_modules'] {
npm ERR！スタック： "エラー：EACCES：権限が拒否されました。アクセス '/ usr / local / lib / node_modules'"、
npm ERR！ errno：-13、
npm ERR！コード： 'EACCES'、
npm ERR！システムコール： 'アクセス'、
npm ERR！パス： '/ usr / local / lib / node_modules'
npm ERR！ }
npm ERR！
npm ERR！オペレーティングシステムによって操作が拒否されました。
npm ERR！現在のユーザーとしてこのファイルにアクセスする権限がない可能性があります
npm ERR！
npm ERR！これが権限の問題である可能性があると思われる場合は、
npm ERR！ファイルとそれに含まれるディレクトリのアクセス許可、または実行してみてください
npm ERR！ root / Administratorとしてコマンドを再度実行します。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ /Users/Hazem/.npm/_logs/2020-03-15T16_16_03_301Z-debug.log

hazembergg 2020年03月15日

👍2

@hazemberggNPMにはnode_modulesへの書き込みアクセス権がありません。何も間違ってはとありますrequestブロックそのnpm install 。 sudo実行してみてください。

Richienb 2020年03月15日

🎉2 👍2

迅速な返信ありがとうございます、それは魅力のように機能しました！

hazembergg 2020年03月15日

だから私は夢中になると思います！ READMEを少なくとも20回読んだ必要があります。このプログラム全体は、私の基本的なhtmlの知識を上回っています...

_YouTubeのコメントを取得するにはどうすればよいですか？_
youtube-comment-scraperを実行しますかノード内？基本端末？またはコマンド？
ノードの応答は...
ターミナルの応答はタイトルが変更されますが、何も起こりません

_csvファイルが必要な場合はどうなりますか？_
コマンドは次のとおりです。youtube-comment-scraper--outputFileyoutubecomments.csv--stdout --format csv 正しい？

_Ballparkは、たとえば1000のコメントを取得するために、プログラムを実行するのにどのくらい時間がかかりますか？_

hazembergg 2020年03月15日

👀1

@hazembergg両方。参照https://www.npmjs.com/package/youtube-comment-scraper#usageをコマンドラインでの使用のためにとhttps://www.npmjs.com/package/youtube-comment-scraper#methodをプログラム的使用のため。コマンドラインにNode.jsをインストールしてnpx youtube-comment-scraperを実行し、CLIにアクセスすることもできます。

Richienb 2020年03月15日

👍1

@Richienb情報ありがとうございます！私はそれらを研究し、うまくいけば私は成功するでしょう！

hazembergg 2020年03月15日

はい、誰もが何か間違ったことをしているようです。 requestを廃止する決定にかかる費用はゼロになると言われています。

anton-bot 2020年03月16日

コストがゼロになることはありません！

jslegers 2020年03月16日

😄1

ソーストンネルの作成で問題が発生しています。
次のソースサービスを使用します。
npm install -g wdio-sauce-service
25hnpm警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください
25時間

ソース-接続[email protected]ポストインストール/ usr / local / lib / node_modules / wdio-sauce-service / node_modules / sauce-connect-launcher
ノードscripts / install.js || nodejsスクリプト/install.js
+ [email protected]

ソーストンネルを作成しようとしているときに以下のエラーが発生します。
SauceConnectを開始できませんでした。終了コード1シグナル：null
'onPrepare'フックでサービスが失敗しました
エラー：ソース接続を開始できませんでした。終了コード1シグナル：null
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（internal / child_process.js：248：12）で

vipi040480 2020年03月17日

敬意を払い、深刻な質問を投稿しないでください。 requestについてのミームのみ。

anton-bot 2020年03月17日

@ anton-botはそれを手放し、あなたの人生を続けます。

csvan 2020年03月17日

敬意を払い、深刻な質問を投稿しないでください。 requestについてのミームのみ。

@ anton-botはそれを手放し、あなたの人生を続けます。

Let it go

jslegers 2020年03月17日

😄1 👍1

深刻さに戻ると、 requestがnpm deprecateを介して「公式に」非推奨になっているため、_すべての_単一のアップストリームユーザーが新しい警告を受け取ります。

これについて少し考えてもらえますか？これが過度のパニックを引き起こしたと思います。それだけでなく、ログをコミットする自動システムは、非推奨の警告で問題キーのこの問題b / cを

requestが成熟して廃止されることに同意しますが、それでも正常に機能し、さまざまなレベルの維持管理で数百の依存関係がある場合は、npmで正式に非推奨にするべきではなく、 READMEの最大フォントでの大きな古い警告？

JonDum 2020年03月17日

👍3 ❤1

そしてある日、それらのユーザー全員が「なぜこれについて警告しなかったのか！？」と言うでしょう。 😄

Mansarde 2020年03月17日

👍5

しかし、それでも正常に動作し、さまざまなレベルの維持管理で何百もの依存関係がある場合は、npmで正式に非推奨にするのではなく、READMEの最大フォントでの大きな警告を表示する必要がありますか？

問題は、本質的に_nobody_がそれらを読み取らないことです。現在パニックに陥っている人々の99％は、NPMが警告しない限り、要求が非推奨であることを知らなかったでしょう。 _Nobody_は、_all_の依存関係のREADMEを調べて、手遅れになるまで、どの依存関係が維持されなくなったかを判断します。

私は繰り返しますが、あなたが提案しているシナリオは、基本的に、要求が非推奨になるという難しい方法を人々が見つけることを意味します-それが最終的に物事を壊し始め、現代の環境で古くて維持されていない部門であるためにセキュリティホールを引き起こし始めます。それが起こったとき、人々は代わりに、要求がまだ安定していて使用可能である間に、おそらく少なくとももう1年は、現在のように1つを探す機会を得るのではなく、代替手段を_スクランブル_する必要があります。

リクエストの廃止は責任ある行動であり、取り消されることはありません。コミュニティは、これを覆そうとするのではなく、良い代替案やフォークに同意することに努力を集中する必要があります。進む。

csvan 2020年03月18日

👍12 ❤3 👎1

警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
どうすればそのエラーを修正できますか？

mrmehi 2020年03月19日

👎7 ❤1 😄1

@mrmehiここで最初のメッセージを読んでいただけますか？

エラーではありません。リクエストに直接依存するか（ gotやbent別のライブラリに移動する必要があります）、依存関係の1つを介して一時的に依存します。すでに先に進んだか、pingを実行して先に進みます。

kibertoad 2020年03月19日

👍4

@kibertoad私は今何をすべきか本当に混乱していますか？
expo.ioをダウンロードしようとすると発生します

mrmehi 2020年03月20日

@kibertoad私は今何をすべきか本当に混乱していますか？
expo.ioをダウンロードしようとすると発生します

何もする必要はありません。これはエラーではなく、警告です。これが、ログの「警告」の部分が示していることです。
expo.ioは非推奨であり、いつか正常に動作しなくなる可能性があるため、 request代替を探し始める可能性があることをexpo.ioに認識させることができます。
しかし、あなたがここで見ることができるように、彼らはすでにそれを知っているようです：
https://github.com/expo/expo-cli/issues/1659

Mansarde 2020年03月20日

Microsoftはまだこのパッケージに依存しています。 appcenter-cliは、インストール時にこの非推奨の警告を出します。

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

AppCenterチームの実績を考えると、これがすぐに変わる可能性は低いようです。ビルドログには、1年以上前に廃止されたパッケージに関する警告が満載されている場合があります。

lemessur 2020年03月20日

expo-cli--globalのインストール中に問題が発生した場合に誰かが助けてくれます。
node、gitをインストールしました。コマンドをnpminstall expo-cli --globalとして記述しますが、次のような問題に直面しています。
"npm WARN deprecated [email protected] ：request https://github.com/request/request/issues/3142
[..................] | fetchMetadata：WARN非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142 ""を参照して
このエラーが発生しているのは何ですか。この問題を解決する方法を教えてください。

alijatoi 2020年03月25日

👍1

@mrmehiここで最初のメッセージを読んでいただけますか？
エラーではありません。リクエストに直接依存するか（ gotやbent別のライブラリに移動する必要があります）、依存関係の1つを介して一時的に依存します。すでに先に進んだか、pingを実行して先に進みます。

この問題を解決するのを手伝ってくれませんか。私は問題に直面しています。

alijatoi 2020年03月25日

@lemessur結局のところ、メンテナはリクエストが非推奨になったことを単に知りませんでした。 https://github.com/microsoft/appcenter-cli/pull/758#issuecomment-603667106を参照して

Richienb 2020年03月25日

誰か、これを主要な問題のコメントの一番上に置いてください：

非推奨の通知

依存関係をインストールしようとしたときにWARN deprecated [email protected]: request has been deprecated, see #3142発生する場合は、これがエラーではないことを確認してください。インストールするパッケージの作成者（またはrequest依存している場合）は、別のライブラリに移行する必要があります。参照： https ：

Richienb 2020年03月25日

👍2 😄1

@alijatoi
https://github.com/request/request/issues/3142#issuecomment-604126783を参照して

Richienb 2020年03月25日

@Richienb
＃3142（コメント）を参照

だから私は今何をすべきか。この問題を解決するのを手伝ってくれませんか。

alijatoi 2020年03月25日

@Richienb
＃3142（コメント）を参照

私はgithubを初めて使用し、何をすべきか理解できませんでした。問題を解決するにはどうすればよいですか？あなたの迅速な応答を探しています。

alijatoi 2020年03月25日

@alijatoi expo-cliはrequestため、依存関係を変更する必要があります。

Richienb 2020年03月26日

@Richienbでは、私は今何をすべきですか？待つ必要がありますか、それともexpo-cliをインストールする他の方法がありますか。
私が待っているのを手伝ってください。
ありがとうございました

alijatoi 2020年03月26日

❤1

@alijatoi問題を作成するか、待機します。

Richienb 2020年03月26日

@Richienbお返事
expo cliをインストールする他の方法はありませんか？

alijatoi 2020年03月26日

@alijatoi no

Richienb 2020年03月26日

😕1 😄1

みんな、あなたが問題に直面しているなら、廃止されたメッセージのためにnpmでexpo-cliをインストールしてください：yarnをインストールしてからyarninstallexpo-cli

caio-vinicius 2020年03月26日

@ caio-viniciusこれは、yarnが警告を1回だけ表示し、ロックファイルを再生成するときに警告を表示し続けるためにのみ機能します。

Richienb 2020年03月26日

みんな、あなたが問題に直面しているなら、廃止されたメッセージのためにnpmでexpo-cliをインストールしてください：yarnをインストールしてからyarninstallexpo-cli

@ caio-viniciusはい、installyarnを使用してインストールを完了してからyarninstall expo-cliをグローバルにインストールしましたが、インストール後、expo cliのバージョンを確認すると、expoが内部コマンドまたは外部コマンドを定義していないという問題が発生します

alijatoi 2020年03月26日

@alijatoiグローバルにインストールするためにyarnを使用する場合は、正しい構文を使用していることを確認してください。

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

csvan 2020年03月26日

ただし、 @ alijatoi 、非推奨の警告を打ち破るインストールは、ほぼ確実に、ご使用の環境またはインストールしようとしているパッケージの問題です。リクエストに固有のものではなく、ここで報告する必要はありません。

csvan 2020年03月26日

私は少し遅れて相手にだが、人々が交換するためにそれらを使用することができますので、選択肢の小さなリストを追加するとよいでしょうrequest内蔵のnodejsのように、 http.ClientRequest 。ありがとう。

hinell 2020年03月27日

uuuh https://github.com/request/request/issues/3143

Richienb 2020年03月27日

NS

jofftiquez 2020年03月28日

👍1

フォーム、互換性、進捗状況についてあなたが言ったことすべてに同意しますが、
[email protected]が重大な変更でそれを実行できない理由がわかりません。結局のところ、それがsemver背後にある考え方です...

他の多くのライブラリが新しいパターンと機能を採用しているため、互換性が失われ、メジャーが引き上げられました。

完全に新しいモジュールであっても、名前は信頼性を表し、
学んだ教訓の経験、それがなくなるのを見るのは悲しいことです。

osher 2020年03月29日

👍7

これについてもっと知りたい。

DiSun2020 2020年03月31日

さて、乗り心地とあなたが費やしたすべてのハードワークに感謝します。👍

petermorlion 2020年03月31日

❤3

あなたは私の主よ、英雄です。

私はその背後にある理由を理解しています。それは、JS / Node（一般的に）を少し速く進行させることです。

jQueryがブラウザ/ DOMスペースに対して行ったのと同じくらい、NodeJSスペースに対して「ほぼ」行った。あなたはTCPで作業することを喜びにしました、そしてそれはバックエンド開発にとって重要です。

ありがとうございます。

気をつけて。

DutchKevv 2020年04月02日

👍8

では、ノードを使用したバックエンド開発にとって新しい、httpsリクエストを作成する別の方法に関するガイドは何ですか？

OluwafemiAdesegha 2020年04月03日

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

CliffS 2020年04月03日

👍1

クリフに感謝します。見ていきます。

OluwafemiAdesegha 2020年04月03日

NPMレジストリWARNための予期しない警告https://registry.npmjs.org/ ：その他の警告EINTEGRITY：SHA512を使用した場合sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw ==整合性チェックサムに失敗しました：sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw ==たかったが、SHA512-NhZAWqNqTzZaAfgJYp0NlbBDUX8BMyOmobe3kYnymXfSxDgaiej4nP6N3aLVDtBTPHOfivySRs + AVsca0JgrTQました==。（20905バイト）
npmWARNレジストリ再検証中のリクエストエラーのためにhttps://registry.npmjs.org/からの古いデータを使用しています。
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm ERR！コードEINTEGRITY
npm ERR！ errno EINTEGRITY
npm ERR！ https://registry.npmjs.org/uuidのフェッチ中に無効な応答本文：sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQ \ ec \ 6d \ ecf377cea3078b940b2f477c2dc380e77a992b63efc5c666319355e77c08c4f719e8591cbd70b1d60b2c1c73a97ad35f17d5174dc6925db6a5fd5900045f）

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ MULAMBA SERGIO \ AppData \ Roamingnpm-cache_logs \ 2020-04-03T22_54_57_842Z-debug.log

Scott-Tresor 2020年04月04日

npm WARN非推奨の[email protected]：リクエストは非推奨になりました。https：//github.com/request/request/issues/3142を参照してください
npm警告非推奨[email protected]：このバージョンは、hapiサポートポリシー（hapi.im/support）に従って非推奨になりました。最高の機能、バグ修正、セキュリティパッチを入手するには、最新バージョンにアップグレードしてください。現時点でアップグレードできない場合は、古いバージョン（hapi.im/commercial）で有料サポートを利用できます。
npm WARN deprecated [email protected]：リクエストは非推奨になりました。https：//github.com/request/request/issues/3142を参照してください。
npm警告非推奨[email protected]：core-js @ <3はメンテナンスされなくなり、問題の数が多いため使用をお勧めしません。依存関係を実際のバージョンのcore-js @ 3にアップグレードしてください。
npm警告非推奨[email protected]：このバージョンは、hapiサポートポリシー（hapi.im/support）に従って非推奨になりました。最高の機能、バグ修正、セキュリティパッチを入手するには、最新バージョンにアップグレードしてください。現時点でアップグレードできない場合は、古いバージョン（hapi.im/commercial）で有料サポートを利用できます。
npm警告非推奨[email protected]：このバージョンは、hapiサポートポリシー（hapi.im/support）に従って非推奨になりました。最高の機能、バグ修正、セキュリティパッチを入手するには、最新バージョンにアップグレードしてください。現時点でアップグレードできない場合は、古いバージョン（hapi.im/commercial）で有料サポートを利用できます。
npm警告非推奨[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 / travelling-fastlane-darwin @ 1.13.1（node_modules \ expo-cli \ node_modules \ @ expo \ travelling-fastlane-darwin）：
npm WARN notsupスキップオプションの依存関係：@ expo / travelling-fastlane-darwin @ 1.13.1でサポートされていないプラットフォーム：wanted {"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 WARN notsupスキップオプションの依存関係：@ expo / ngrok-bin-linux-arm @ 2.2.8でサポートされていないプラットフォーム：wanted {"os"： "linux"、 "arch"： "arm"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-darwin-ia32 @ 2.2.8：wanted {"os"： "darwin"、 "arch"： "ia32"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-freebsd-x64 @ 2.2.8：wanted {"os"： "freebsd"、 "arch"： "x64"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-freebsd-ia32 @ 2.2.8：wanted {"os"： "freebsd"、 "arch"： "ia32"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-linux-ia32 @ 2.2.8：wanted {"os"： "linux"、 "arch"： "ia32"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsupスキップオプションの依存関係：@ expo / ngrok-bin-linux-x64 @ 2.2.8でサポートされていないプラットフォーム：{"os"： "linux"、 "arch"： "x64"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-darwin-x64 @ 2.2.8：wanted {"os"： "darwin"、 "arch"： "x64"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsupスキップオプションの依存関係：@ expo / ngrok-bin-win32-ia32 @ 2.2.8-beta.1のサポートされていないプラットフォーム：wanted {"os"： "win32"、 "arch"： "ia32"}（現在： {"os"： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-sunos-x64 @ 2.2.8：wanted {"os"： "sunos"、 "arch"： "x64"}（現在：{"os" ： "win32"、 "arch"： "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 WARN notsup SKIPPING OPTIONAL DEPENDENCY：サポートされていないプラットフォーム@ expo / ngrok-bin-linux-arm64 @ 2.2.8：wanted {"os"： "linux"、 "arch"： "arm64"}（現在：{"os" ： "win32"、 "arch"： "x64"}）
npm警告オプションのスキップオプションの依存関係：fsevents@^1.2.7（node_modules \ expo-cli \ node_modules \ chokidar \ node_modules \ fsevents）：
npm WARN notsupスキップオプションの依存関係：[email protected]でサポートされていないプラットフォーム：wanted {"os"： "darwin"、 "arch"： "any"}（現在：{"os"： "win32"、 "arch"： "x64"}）
npm警告@expo / image-utils @ 0.2.17にはsharp-cli @ ^ 1.10.0のピアが必要ですが、何もインストールされていません。ピアの依存関係を自分でインストールする必要があります。
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：\ Users \ 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'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.ansi-regex.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ aproba）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ aproba'-> 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.aproba.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ balanced-match）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ balanced-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：\ Users \ 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-extend）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ deep-extend'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.deep-extend.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ delegates）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を「C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ delegates」-> 'C：\ Users \ 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 \ detect-libc）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を「C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ detect-libc」-> 'Cに変更してください。：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.detect-libc.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ fs.realpath）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ fs.realpath'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.fs.realpath.DELETE '
npm警告オプションのスキップオプションの依存関係：[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'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.has-unicode.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ inherits）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ inherits'-> 'C：\ Users \ 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：\ Users \ 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：\ Users \ 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：\ Users \ 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：\ Users \ 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-homedir'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.os-homedir.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ os-tmpdir）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ os-tmpdir'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.os-tmpdir.DELETE '
npm警告オプションのスキップオプションの依存関係：[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-absolute」に変更してください-> 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.path-is-absolute.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'-> 'C ：\ 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 WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ sax'-> 'C：\ Users \ 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：\ Users \ 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警告オプションのスキップオプションの依存関係：[email protected]（node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ util-deprecate）：
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY：ENOENT：そのようなファイルまたはディレクトリはありません。名前を 'C：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules \ util-deprecate'-> 'C ：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.util-deprecate.DELETE '
npm警告オプションのスキップオプションの依存関係：[email protected]（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：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.wrappy.DELETE '
npm警告オプションのスキップオプションの依存関係：[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：\ Users \ Matheus \ AppData \ Roaming \ npm \ node_modules \ expo-cli \ node_modules \ fsevents \ node_modules.yallist.DELETE '

MatheusMoselli 2020年04月04日

👎11 😄1

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
助けてくれますか？この問題を解決できず、プロジェクトを開始できません

liaz98 2020年04月04日

😕1

npm WARN deprecated [email protected] ：リクエストは非推奨になり
助けてくれますか？この問題を解決できず、プロジェクトを開始できません

私もダメ

MatheusMoselli 2020年04月04日

🎉1 😄1

@ liaz98 @TheLitzエラーではなく、警告です。 npm警告が原因でプロジェクトがビルド/開始されない場合は、プロジェクトや環境に問題があります。これはリクエストの問題ではありません。

csvan 2020年04月04日

❤2 😄1

@ liaz98 @TheLitzエラーではなく、警告です。 npm警告が原因でプロジェクトがビルド/開始されない場合は、プロジェクトや環境に問題があります。これはリクエストの問題ではありません。

しかし、万博を実行しようとすると、機能しません

MatheusMoselli 2020年04月05日

@TheLitzは、Expoの問題であり、バグトラッカーで報告する必要があります。リクエスト側で解決できる、または解決されるものは何もありません。

csvan 2020年04月05日

@TheLitzは、Expoの問題であり、バグトラッカーで報告する必要があります。リクエスト側で解決できる、または解決されるものは何もありません。

Ok。ありがとう

MatheusMoselli 2020年04月05日

将来のリクエストをお願いします。

firevenus 2020年04月05日

❤1 😄1

tldr;
私は今何を使うことになっていますか？

YashKumarVerma 2020年04月05日

👍6 😄1

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

csvan 2020年04月05日

@YashKumarVermaはpostman-request使用します

anton-bot 2020年04月06日

@TheLitzは、Expoの問題であり、バグトラッカーで報告する必要があります。リクエスト側で解決できる、または解決されるものは何もありません。
この問題を解決していますか????
npmWARN非推奨の

farhan3040 2020年04月06日

では、ノードを使用したバックエンド開発にとって新しい、httpsリクエストを作成する別の方法に関するガイドは何ですか？

@OluwafemiAdesegha
どこに移動するかを明確にすることができましたか？私はあなたと同じ船に乗っています！ :(

iamdesfranco 2020年04月06日

代替案をお探しの方は、＃3143（ @ farhan3040 @OluwafemiAdesegha @iamdesfranco ）をご覧ください。

@mikealこの問題を閉じることをお勧めします;）

petermorlion 2020年04月06日

@iamdesfranco @ farhan3040HTTPは非推奨になりました

anton-bot 2020年04月06日

❤2 😄2

@mikealこの問題を閉じることをお勧めします;）

むしろそれをロックします。本質的に、言わなければならないことはすべてこの時点で言われています、そして尋ねられる唯一の質問はすでに答えられたものである傾向があります（複数回）。

csvan 2020年04月07日

🚀1

フランコ、

応答が遅れたことをお詫びします。私はまだ私がどちらになるかを見ようとしています
最後に、与えられた提案に基づいて進みます。

月、2020年4月6日には、9:12フランコLabuschagne [email protected]
書きました：

だから私のためにhttpsリクエストを行う別の方法のガイドは何ですか
それはノードを使ったバックエンド開発にとって新しいことですか？
どこに移動するかを明確にすることができましたか？私は同じ船に乗っています
あなたのように！ :(
—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/request/request/issues/3142#issuecomment-609643295 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AOL4QYXM7V2BUK5LZCS7LDDRLGFH5ANCNFSM4HCP6LRA
。

OluwafemiAdesegha 2020年04月11日

そして可能な代替案はこの問題を参照しています。

このページのどこで代替案を見つけましたか？

gcacars 2020年04月13日

ブラウザでフェッチ+ノードのフェッチライブラリを使用することを提案していますか、それとも単にプロミスベースの代替手段などですか？

TomYeoman 2020年04月13日

@TomYeoman提案はrequest使用しないことです。

Richienb 2020年04月13日

👍1

@gcacars代替案はこちら： https ：

Richienb 2020年04月13日

👍1

@Richienbありがとう。 READMEにこれへのリンクがあることが重要だと思います。

gcacars 2020年04月13日

「node_modules」フォルダーと「package-lock.json」ファイルを削除して、次の2つのコマンドを実行しました。
npm init
npmインストール

そして、それは適切に機能しました。

Nixxxxx 2020年04月14日

まだアクティブなコミッショナーは、修正をタイムリーにマージしようとしますが、約束はありません。

華麗な偶然（？）しゃれ

suddjian 2020年04月15日

😄3

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

これを解決する方法??、

Amouthinie 2020年04月16日

👍3 👎2

@ anton-botマルウェアはご遠慮ください。

Richienb 2020年04月17日

npm WARN deprecated [email protected] ：リクエストは非推奨になり
これを解決する方法??、

@Amouthinie解決するものは何もありません、それはエラーではありません。 NPMは、 requestが非推奨であり、あなた（またはrequest依存する依存関係を維持している人）は、代わりにアクティブに維持されているパッケージへの移行を検討する必要があることを警告しています。

csvan 2020年04月17日

私は2つの問題を抱えています：
1-sudo apt-get install nodejs npm
パッケージリストを読んでいます...完了
依存関係ツリーの構築
ステータス情報を読んでいます...完了
nodejsはすでに最新バージョン（13.13.0-1nodesource1）です。
一部のパッケージをインストールできませんでした。これはそれを意味する可能性があります
あなたは不可能な状況を要求しました、またはあなたが使用している場合は
不安定な配布、一部の必要なパッケージがそうではなかった
まだ作成されているか、「受信」から削除されています。
次の情報は、状況の解決に役立つ場合があります。

次のパッケージの依存関係が一致していません。
nodejs：競合：npm
E：問題を修正できず、壊れたパッケージを保持（保持）しました。

2-sudo npm install -g @ angular / cli
npm WARN非推奨の[email protected]：リクエストは非推奨になりました。https：//github.com/request/request/issues/3142を参照してください
npm ERR！ EEXISTコード
npm ERR！ syscallシンボリックリンク
npm ERR！パス../lib/node_modules/@angular/cli/bin/ng
npm ERR！ dest / usr / bin / ng
npm ERR！ errno -17
npm ERR！ EEXIST：ファイルはすでに存在します。シンボリックリンク '../lib/node_modules/@angular/cli/bin/ng'->'/ usr / bin / ng'
npm ERR！ファイルが存在します：/ usr / bin / ng
npm ERR！既存のファイルを削除して再試行するか、npmを実行します
npm ERR！ --forceを指定すると、ファイルが無謀に上書きされます。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ /home/anderson/.npm/_logs/2020-04-17T16_25_56_704Z-debug.log

私はLinuxMintユーザーです19.3Cinnamon、4.4.8、5.3.0-46-generic

誰かが私を助けることができますか？

LeloCorrea 2020年04月17日

👎1

@LeloCorreaエラーはrequestとは関係ありません。これは、ローカル環境でシンボリックリンクを作成する際の問題です。

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

csvan 2020年04月17日

@LeloCorreaエラーはrequestとは関係ありません。これは、ローカル環境でシンボリックリンクを作成する際の問題です。
npm ERR! EEXIST: file already exists, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'

私がこの問題を解決する方法を知っていますか？

LeloCorrea 2020年04月17日

👎2

@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

また、この問題はリクエストとはまったく関係ありません。関連する課題追跡システムでAngularCLIについてサポートを依頼する必要があります。

csvan 2020年04月17日

では、推奨される代替手段は何ですか？ http / httpsパッケージを使用しているだけですか？

RonRofe 2020年04月19日

@RonRofe私はhttps://github.com/sindresorhus/gotを使用していようです。

weynhamz 2020年04月19日

@RonRofeここに代替の（WIP）リストがあります： https ：

csvan 2020年04月19日

私はこの行きに悲しいです、私が覚えている限り、要求は私の頼りになるlibでした。
著者と寄稿者が何年にもわたってこれに費やしてくれた素晴らしい仕事に感謝することしかできません。あなたの次の冒険がこれと同じくらいエキサイティングであることを願っています。
乾杯！

Unforgiven-wanda 2020年04月20日

👍1

最初のスティッキーコメントで代替案の推奨事項を教えていただけますか？

pannous 2020年04月20日

👍4

こんにちは、私は新しい角度プロジェクトを作成しようとしていますが、このエラーが発生します：
/パッケージのインストール... npm警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください
npm警告非推奨[email protected] ：Chokidar2はノードv14 +で壊れます。依存関係が15分の1のchokidar3にアップグレードします。
npm警告非推奨[email protected] ：fsevents1はノードv14 +で中断します。大幅な改善を加えてfsevents2にアップグレードします。
npm警告非推奨[email protected] ： https ： //github.com/lydell/urix#deprecatedを参照してください
npm警告非推奨の[email protected] ： https ：
npm ERR！ '... "：{" @ angular / core "：" 5'の近くで解析中にJSON入力が予期せず終了しました

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ dell \ AppData \ Roamingnpm-cache_logs \ 2020-04-21T11_50_16_582Z-debug.log
×パッケージのインストールに失敗しました。上記を参照してください。
回路図ワークフローが失敗しました。上記を参照。
誰かがこれで私を助けることができますか？

ANadjia 2020年04月21日

👀4

こんにちは、私は新しい角度プロジェクトを作成しようとしていますが、このエラーが発生します：
/パッケージのインストール... npm警告非推奨の[email protected] ：リクエストは非推奨になり
npm警告非推奨[email protected] ：Chokidar2はノードv14 +で壊れます。依存関係が15分の1のchokidar3にアップグレードします。
npm警告非推奨[email protected] ：fsevents1はノードv14 +で中断します。大幅な改善を加えてfsevents2にアップグレードします。
npm警告非推奨[email protected] ： https ： //github.com/lydell/urix#deprecatedを参照してください
npm警告非推奨の[email protected] ： https ：
npm ERR！ '... "：{" @ angular / core "：" 5'の近くで解析中にJSON入力が予期せず終了しました
npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ dell \ AppData \ Roamingnpm-cache_logs \ 2020-04-21T11_50_16_582Z-debug.log
×パッケージのインストールに失敗しました。上記を参照してください。
回路図ワークフローが失敗しました。上記を参照。
誰かがこれで私を助けることができますか？

私もです

xunyegege 2020年04月21日

CREATE my-project / angular.json（3598バイト）
CREATE my-project / package.json（1286バイト）
CREATE my-project / 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バイト）
CREATE my-project / browserlist（429バイト）
CREATE my-project / karma.conf.js（1022バイト）
CREATE my-project / tsconfig.app.json（210バイト）
CREATE my-project / tsconfig.spec.json（270バイト）
CREATE my-project / src / favicon.ico（948バイト）
CREATE my-project / src / index.html（295バイト）
CREATE my-project / src / main.ts（372バイト）
CREATE my-project / src / polyfills.ts（2835バイト）
CREATE my-project / src / styles.css（80バイト）
CREATE my-project / src / test.ts（753バイト）
CREATE my-project / src / assets / .gitkeep（0バイト）
CREATE my-project / src / environment / environment.prod.ts（51バイト）
CREATE my-project / src / environment / environment.ts（662バイト）
CREATE my-project / src / app / app-routing.module.ts（246バイト）
CREATE my-project / src / app / app.module.ts（393バイト）
CREATE my-project / src / app / app.component.html（25757バイト）
CREATE my-project / src / app / app.component.spec.ts（1071バイト）
CREATE my-project / src / app / app.component.ts（214バイト）
CREATE my-project / src / app / app.component.css（0バイト）
CREATE my-project / e2e / protractor.conf.js（808バイト）
CREATE my-project / e2e / tsconfig.json（214バイト）
CREATE my-project / e2e / src / app.e2e-spec.ts（643バイト）
CREATE my-project / e2e / src / app.po.ts（301バイト）
/パッケージのインストール... npm警告非推奨[email protected] ：TSLintは非推奨になり、ESLintが優先されます。詳細については、 https：//github.com/palantir/tslint/issues/4534を参照して
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm警告非推奨[email protected] ：依存関係が15分の1になっているchokidar3にアップグレードします。 Chokidar2はノードv14で壊れます。
npm警告非推奨[email protected] ： https ： //github.com/lydell/urix#deprecatedを参照してください
npm警告非推奨の[email protected] ： https ：
npm ERR！ '.... 0.1 "、" systemjs "：" ^ 0。'付近の解析中にJSON入力が予期せず終了しました。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ 92306 \ AppData \ Roamingnpm-cache_logs \ 2020-04-21T16_08_05_350Z-debug.log
×パッケージのインストールに失敗しました。上記を参照してください。
回路図ワークフローが失敗しました。上記を参照。

awais0048 2020年04月21日

👎5

@ awais0048 @xunyegegeあなたのエラーは、要求とは何の関係もありません。実際の出力を調べると、エラーが何であるかが正確にわかります。 Angular CLIでさらに問題が発生した場合は、課題追跡システムで報告してください。

csvan 2020年04月22日

@ awais0048 @xunyegegeあなたのエラーは、要求とは何の関係もありません。実際の出力を調べると、エラーが何であるかが正確にわかります。 Angular CLIでさらに問題が発生した場合は、課題追跡システムで報告してください。

NPMとノードをアップグレードしようとしましたが、手がかりがありません。誰かが解決策を見つけたら教えてくれませんか？

ANadjia 2020年04月22日

@ANadjia繰り返しますが、エラーはこのパッケージとは何の関係もありません。トラッカーでAngularCLIを要求する必要があります。

csvan 2020年04月23日

こんにちは、パッケージのインストール... npm警告非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142npm ERRを参照してください！ '... ZXQ4dst \ n4bcYaiOdlbvh'の近くで解析中にJSON入力が予期せず終了しました
新しいプロジェクトを作成するとき
助言がありますか

mohamedelsoufi 2020年04月23日

❤3

2ヶ月前...

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

millette 2020年04月23日

@mohamedelsoufiこれは、このパッケージではなく、環境またはプロジェクトの問題です。 NPMは、このパッケージが非推奨であることを警告するだけです。

csvan 2020年04月23日

@milette
世界の99％のプロジェクトで使用されているパッケージを非推奨にした場合の結果を思い出させるために、このスレッドを実行し続けることをお勧めします。

anton-bot 2020年04月23日

@ anton-bot実際には、RTFMを使用していない人の数を思い出させてくれます。

CliffS 2020年04月23日

👍1

@csvanそして彼らはそれも彼らの問題ではないと言います
とにかく、私はついに私のために働くものを手に入れました。
だから基本的に：
1 / iノードjsバージョン10.13.0にダウングレードします;
2 / npm_cacheフォルダーを手動で削除しました
3 / npminstallを実行します;
そして魔法によってそれは働いた

ANadjia 2020年04月23日

@ANadjia聞いてよかった！

csvan 2020年04月23日

提案された代替品は不明です。代わりに何を使うべきですか？

johnworthley 2020年04月23日

👍1

@johnworthleyあなたのためにhttps ：

csvan 2020年04月23日

🎉3 🚀1 ❤1

@johnworthleyあなたのために

うーん素敵な場所https://www.youtube.com/watch?v=riuZHZPcZsg

johnworthley 2020年04月23日

👎1

非推奨になった場合でも、このライブラリを使用できますか？ @mikealにアドバイスしてください

DokurOmkar 2020年04月28日

非推奨になった場合でも、このライブラリを使用できますか？お知らせ下さい

@DokurOmkarはい。ライブラリの使用を妨げるものは何もありません。それは単なる警告です。ただし、理由により非推奨になりました。より優れた、より最新のライブラリが世の中に出回っています。このスレッドを読むと、代替ライブラリのリストへのリンクが見つかります。

CliffS 2020年04月29日

👍1

新しいAngularプロジェクトを作成できません
-が原因で失敗しています
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

adibhosale 2020年05月04日

❤1

@adibhosale詳しい情報はありますか？あなたが見ているコンソールの他のメッセージは何ですか？

anton-bot 2020年05月04日

@adibhosaleいいえ、そのために失敗していません。もしそうなら、それはこのパッケージではなく、angular-cliの問題です。残りのログ出力を確認してください。

csvan 2020年05月04日

@ anton-bot
返信-> @ adibhosale詳しい情報はありますか？あなたが見ているコンソールの他のメッセージは何ですか？

これは、新しい角度プロジェクトの作成中に発生するエラーです。

パッケージのインストール... npm警告非推奨[email protected] ：TSLintは非推奨になり、ESLintが採用されました。詳細については、 https：//github.com/palantir/tslint/issues/4534を参照して
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm警告非推奨[email protected] ：Chokidar2はノードv14 +で壊れます。依存関係が15分の1のchokidar3にアップグレードします。
npm警告非推奨[email protected] ：fsevents1はノードv14 +で中断し、安全でないバイナリを使用している可能性があります。 fsevents2にアップグレードします。
npm警告非推奨[email protected] ： https ： //github.com/lydell/urix#deprecatedを参照してください
npm警告非推奨の[email protected] ： https ：
npm ERR！ cb（）は呼び出されません！

npm ERR！ このエラーを次の場所で報告してください。
npm ERR！ https://npm.community

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ C：\ Users \ adibh \ AppData \ Roamingnpm-cache_logs \ 2020-05-05T08_46_31_829Z-debug.log
×パッケージのインストールに失敗しました。上記を参照してください。
回路図ワークフローが失敗しました。上記を参照。

adibhosale 2020年05月05日

❤1

なぜこれほど多くのユーザーがこの問題にまったく無関係な詳細を報告するのか混乱していますか？

ここに来たユーザーのほとんどは、彼らが何をしているのかわからないようです。おそらく、非推奨という言葉が何を意味するのかさえ理解していません。

しかし、ここに投稿された最後のメッセージには、複数の非推奨メッセージがあります。なぜ彼らはこの問題への報告を選ぶのですか？一部のユーザーはすでに実行していて、続行するだけなのでしょうか。

そして、その特定のメッセージの最後のビットは、npmのバグをnpm.communityに報告する必要があることを具体的に示しています。

ここのメンテナは、非推奨を要求するために関連のないすべてのディスカッションアイテムを削除し、ここでディスカッションをロックする必要があると思います。

lydell / urixパッケージやlydell / resolve-urlパッケージのように、requestsパッケージの非推奨メッセージをリンクに変更する必要があるかもしれません。そのため、無関係な投稿がここに殺到することはありません。

glensc 2020年05月05日

❤3

@glensc世界中のほぼすべてのJSプロジェクトで使用されているパッケージを廃止すると、意図しない結果が生じることを誰が知ってい

anton-bot 2020年05月05日

👎5 🎉2 😄2

@glenscは、この特定の問題について報告しています。これは、angular / CLIのインストール時に、この問題へのリンクが提供されているためです。

ありがとうございました：-）

adibhosale 2020年05月05日

警告と表示されている場合は、ERRではないことを意味します。いくつかの事実。

leoskyrocker 2020年05月05日

👍2 ❤1 😄1

@adibhosaleいいえ、同じログ出力内の他の多くのリンクの中で、このgithubの問題へのリンクがあるNPM警告が表示されます。警告は失敗とは何の関係もありません。ログをもっと注意深く読む必要があります。それは明確に次のように述べています。

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

それがインストールが失敗する理由です。まったく関係のないパッケージで問題を報告する前に、デューデリジェンスを行い、これの原因を突き止める必要があります。

csvan 2020年05月05日

👍2

@ anton-botあなたはそれを言い続けます。貢献するために建設的なものはありますか、それともまだここにいるだけですか？

csvan 2020年05月05日

👍2 ❤1

@csvan @ leoskyrocker @ glenscこれを開始したことをお詫びします。今後もお世話になります。ありがとうございました：-）

adibhosale 2020年05月05日

❤1

この問題を解決する方法
角度のあるプロジェクトを作成できません
問題

////////

非推奨の[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください
npm WARN checkPermissions / usr / local / lib / node_modulesへの書き込みアクセスがありません
npm ERR！コードEACCES
npm ERR！システムコールアクセス
npm ERR！パス/ usr / local / lib / node_modules
npm ERR！ errno -13
npm ERR！エラー：EACCES：権限が拒否されました。アクセス '/ usr / local / lib / node_modules'
npm ERR！ [エラー：EACCES：アクセスが拒否されました。アクセス '/ usr / local / lib / node_modules'] {
npm ERR！ errno：-13、
npm ERR！コード： 'EACCES'、
npm ERR！システムコール： 'アクセス'、
npm ERR！パス： '/ usr / local / lib / node_modules'
npm ERR！ }
npm ERR！
npm ERR！オペレーティングシステムによって操作が拒否されました。
npm ERR！現在のユーザーとしてこのファイルにアクセスする権限がない可能性があります
npm ERR！
npm ERR！これが権限の問題である可能性があると思われる場合は、
npm ERR！ファイルとそれに含まれるディレクトリのアクセス許可、または実行してみてください
npm ERR！ root / Administratorとしてコマンドを再度実行します。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ /Users/vivek/.npm/_logs/2020-05-05T11_48_34_569Z-debug.log

vivek08011991 2020年05月05日

👎2 ❤1

@ vivek08011991ログ出力は、あなたが何をする必要があるかを説明しています。これは、 sudoを使用せずにAngularをグローバルにインストールしようとする場合の問題です。このパッケージとは何の関係もありません。

csvan 2020年05月05日

😄1

ねえ男これはすべて話のたわごと、気にしないで、
私はあなたに解決策を教えます
私は3日間試しました、そして私はそれを手に入れました
最初：npm install npm
seconde：npm uninstall --save react-native-cli
最後に：npm install -g @ angular / cli

Bilel-Marzougui 2020年05月06日

❤2 👍1

ねえ男これはすべて話のたわごと、気にしないで、
私はあなたに解決策を教えます
私は3日間試しました、そして私はそれを手に入れました
最初：npm install npm
seconde：npm uninstall --save react-native-cli
最後に：npm install -g @ angular / cli

あなたが正しいアルハムドゥリルアッラーだった男。なぜreactcliが問題を引き起こしているのですか？そこにいくつかの醜い競争慣行がありますか？ありがとう

hamza-atifi 2020年05月06日

👍1

これに注意を払うがあるしてくださいrequestモジュールの問題追跡、ないangular 。

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

glensc 2020年05月06日

誰かがrequestの代わりを教えてもらえますか？

私はこれを読んでいて、 requestの単純なAPIを非常に好みます。

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

dolanmiu 2020年05月06日

@dolanmiuもちろんです。投稿したばかりのスレッドを読んだ（または_alternative_を検索した）人なら誰でも、 https：//github.com/request/request/issues/3143に代替のリストがあると言うことができ

CliffS 2020年05月06日

@dolanmiu @ root / requestは、ほとんどがドロップインの代替品です。

Richienb 2020年05月06日

👍1

@Richienbはpostman-request（ドロップインの代替品でもあります）と@ root / requestの間で、どちらが良いですか？ postman-requestには、問題となるTypeScriptタイピングがありません。

anton-bot 2020年05月07日

@ anton-bot間違いなく@root / request。

Richienb 2020年05月07日

👍1

私はしばらくの間requestを使用していて、mikealに同意します。ノードのネイティブモジュールは、このrequestモジュールに一致するように開発されてきました。新しいバージョンのrequestが来たときにコードを繰り返し修正する以外に、それを使用する理由はもうありません。アウト。

requestは歴史の石に永遠に書かれます。 nodeは成長しました。これは、私たちがいくつかのことを手放す必要がある頃です。 requestは常に革新的な機能のパイオニアであり、 requestがなければ、ノード開発はそれほど素晴らしいものではなかったと思います。

若いプログラマーとして、私はこのパッケージを使用するのが好きでしたが、さらに優れたプログラムを改善および構築するためには、過去に長居してはならないことも知っています。

binary-person 2020年05月07日

👍4

若いプログラマーとして、私はこのパッケージを使うのが好きでした

それは私を笑わせました。私は若いプログラマーとして、CommodoreBASICを使用していました。：スマイリー：

CliffS 2020年05月07日

😄12 🚀1

@darkRaspberry ：

最初の行だけでなく、エラーレポートを最後まで読んでください。エラーとは何か、そして何をすべきかについての提案さえも明確に書かれています。あなたは明らかに最初の行を過ぎて読んでいません。
あなたはあなたのエラーをグーグルで検索しましたか？
以前の議論を読んで、なぜこれをここに投稿するのか説明してください。問題レポートはリクエストモジュールとは何の関係もありません。

glensc 2020年05月08日

👍5 😄1

アンチウイルスを無効にするだけで、エラーは発生しません
ありがとうございました！！！

sauru123 2020年05月10日

@glenscターミナルを完全に再インストールして他のバージョンのノードを削除してから、「sudo」を試しました
そしてそれはうまくいった。
curlを使用してノードjsをPPAに追加することにより、ノードバージョンのnodejsを使用しています。

そしてここでそれは働いた
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

darkRaspberry 2020年05月10日

❤1

これは私を感情的にしました。そして：bow：すべての貢献者に！

SagnikPradhan 2020年05月11日

❤2

sugo-85 2020年06月12日

@ sudarsan2017そのエラーはrequestとはまったく関係ありません

SagnikPradhan 2020年06月13日

やあ！みんなWindowsで同じ問題を経験し、私はコマンドを使用してそれを解決しました

npm install [email protected]

私はあなたが正しいことを願っています。

thulapinha 2020年06月17日

npm Warn npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142取得しています

どうすれば修正できますか？

shootdot 2020年06月27日

😕4 👎4 👀1 🚀1 👍1

@ aman78600それを修正する方法はありません。

anton-bot 2020年06月28日

❤1

npm Warn npm WARN deprecated [email protected]: request has been deprecated, see https://github.com/request/request/issues/3142取得しています

@ aman78600修正する必要はありません。 request has been deprecatedというのは単なる警告です。

CliffS 2020年06月28日

😄2

あなたのNPMは代替案のためにここに来るように言っていますが、私には見えません。

skeddles 2020年06月28日

👍4 😄3

あなたのNPMは代替案のためにここに来るように言っていますが、私には見えません。

@skeddles Control-Fを押してalternativesを検索した場合は、 https：//github.com/request/request/issues/3143へのリンクが見つかり

CliffS 2020年06月29日

❤2 👍2 😄1 👎1

このコマンドからvue-cliをインストールできませんnpminstall -g @ vue / cliメッセージを表示します：npm WARN deprecated

somnangrom 2020年06月30日

❤2 😄2 👍1

@somnangromこれは真実ではありません。コンソールには、この1行だけでなく、他のメッセージがあると確信しています。

anton-bot 2020年06月30日

👍1

このパッケージに取り組んでいただき、本当にありがとうございました。それは私のプロジェクトで私を大いに助けてくれます。サポートが停止される完全に理解できる理由。

あなたは素晴らしい仕事をしました、あなたは自分自身を誇りに思うべきです！

🤝

Xotabu4 2020年06月30日

👍3

最新バージョンのAngularCLIをインストールできません。
Nodejs 64ビットバージョン：12.18.1
npmバージョン：6.13.6
npm install -g @ angular / cli @latestを実行して最新バージョンのAngularCLIをインストールすると、次のエラー警告が表示されます
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

インストールがメッセージでスタックします：postinstall：sill install executeActions
この問題の解決を手伝ってください

anjaikr 2020年07月01日

最新バージョンのAngularCLIをインストールできません。
Windows 10ProラップトップにNodejsをインストールしました
Nodejs 64ビットバージョン：12.18.1npmバージョン：6.13.6
npm install -g @ angular / cli @latestを実行して最新バージョンのAngularCLIをインストールすると、次のエラー警告が表示されます
npm WARN deprecated [email protected] ：リクエストは非推奨になり

インストールがメッセージでスタックします：postinstall：sill install executeActions
この問題の解決を手伝ってください

anjaikr 2020年07月01日

❤1

@anjaikrと@ aman78600は、 https： //github.com/angular/angular-cli/wiki/stories-1.0-updateを参照して、最新バージョンのインストールに役立つことを願っています。

CSElonewolf 2020年07月03日

npm install -g json-serverが機能していません。どうすればよいですか？

ViNoS-ab 2020年07月13日

❤3 🚀1

それでも基本的なアクションに使用できますよね？

MadhuVelpuri 2020年07月16日

😄1

Angular 5のインストール中にエラーが発生しました。インストールしようとしましたが、リクエストが廃止されたことが示されています...どうすればよいですか？

kaisarnajar 2020年07月20日

❤4

明確にするため@mikeal、あなたはのためのつもりですbent置き換えるためにrequest ？

FurkanToprak 2020年08月04日

こんにちは、

誰かが問題が何であるかを知っています：
npm i -g json-server
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npm警告非推奨[email protected] ：このライブラリはサポートされなくなりました

THX。

NioTex92 2020年08月07日

👍1

私が減価償却について聞いた最も愚かな理由の1つ。グーグルとマイクロソフトが棚のすべての製品を採用したとしたら、「新しい図書館が同様のタスクを実行して採用するのははるかに難しい」ため、「エコシステムではこれらのパターンへの移行が起こっている」ためだと想像してみてください。完全にばかげている。

cypheron 2020年08月10日

👎5 👍1

smmoosavi 2020年08月10日

まず、このリポジトリに敬意を表しますが、正直なところ、 @ cypheronが言ったことは理にかなっています。

Wenjie-Shao 2020年08月11日

@ Wenjie-Shaoまったく意味がない、怖い。非推奨の通知がなければ、このライブラリが古くなっていることに気付かずに、さらに多くの人がこのライブラリをダウンロードして使用することになります。 @mikealは、このライブラリを単に腐らせるのではなく、正式に非推奨にすることで、コミュニティにすばらしいサービスを提供してきました。たぶん間違いはこのスレッドへのリンクにありました。

CliffS 2020年08月11日

私は、surge.shを設定するためのチュートリアルをざっと見ようとしています。

君たちはここでたくさんのことが起こっているようだ。警告を無視して去ったら、新しい将来ここで私を台無しにするつもりですか？

Booster-Gold 2020年08月16日

私が減価償却について聞いた最も愚かな理由の1つ。グーグルとマイクロソフトが棚のすべての製品を採用したとしたら、「新しい図書館が同様のタスクを実行して採用するのははるかに難しい」ため、「エコシステムではこれらのパターンへの移行が起こっている」ためだと想像してみてください。完全にばかげている。

しかし、彼らはそれをしました。そしてしばしば。これらのソフトウェアの巨人から、もはや存在しないか、現在非推奨であり、更新を取得していない製品が数多くあります。たとえば、Windows 95やFoxProについて聞いたことがありますか？すべてのソフトウェアプロジェクトは、何らかの理由で最終的に終了します。そして、Requestの作者も棚からそれを引っ張っていません、彼らは新しい開発を止めています。重大なバグ修正はしばらくの間発生し、プロジェクトがそれに依存している場合は問題ありません。あなたはまだそれを使い続けることができます。

しかし、新しいプロジェクトを開始する場合は、より優れた、より現代的な代替案があります。言語は進化し、今では同じことを行うためのより良い方法がありますが、Requestはそれを処理するためにレガシープロジェクトを必要とするため、それに追いつくことができません。新しいプロジェクトの場合、それは最適ではありません。

したがって、この決定は私には完全に理にかなっています。レガシープロジェクトが引き続き使用できるように、リクエストはそのままにしておきますが、新しいプロジェクトの場合は、新しいライブラリをお勧めします。

Vilx2 2020年08月17日

👍12 🚀1

誰かがaxiosを介してリクエストを使用する特別な理由はありますか？

soubhikchatterjee 2020年08月27日

誰かがaxiosを介してリクエストを使用する特別な理由はありますか？

もちろん。頭のてっぺんから：

あなたはそれに慣れているか、それについて多くの経験を持っています
あなたのプロジェクトはすでにそれをあちこちで使用しています。すべてを切り替えるには、数か月ではないにしても数週間のコード書き換えが必要です。
会社/プロジェクトのコーディングガイドラインでは、このライブラリが要求されます（または、特定の「成熟度」要件を持つライブラリのみが許可されます）
サードパーティのライブラリにはそれが必要です（ライブラリを操作するときに使用する必要がある場合もあります）。ライブラリに代替手段がない場合は、追加のポイント。
あなたは学生であり、あなたが受講しているコースは、リクエストについて明示的に教えており、試験/宿題でそれを持っています

本質的に、これらはすべて同じテーマのバリエーションです。最新のトレンドにまだ追いついていないいくつかのレガシーなものを扱う必要があります。これは、実生活ではかなり定期的に発生する傾向があります。

Vilx2 2020年08月29日

😄1

npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。
npmWARNは非推奨[email protected] ：joiは@hapi組織を離れ、「joi」に戻ります（https://github.com/sideway/joi/issues/2411）
npmWARN非推奨[email protected] ：このバージョンは非推奨になり、サポートまたは保守されなくなりました
npmWARN非推奨@hapi / [email protected] ：このバージョンは非推奨になり、サポートまたは保守されなくなりました
npmWARN非推奨[email protected] ：このバージョンは非推奨になり、サポートまたは保守されなくなりました
npmWARN非推奨[email protected] ：このバージョンは非推奨になり、サポートまたは保守されなくなりました
npm警告非推奨[email protected] ：このライブラリはサポートされなくなりました
npm警告非推奨[email protected] ： https ： //github.com/lydell/urix#deprecatedを参照してください
npm警告非推奨の[email protected] ： https ：
npm警告非推奨[email protected] ：Chokidar2はノードv14 +で壊れます。依存関係が15分の1のchokidar3にアップグレードします。
npm警告非推奨[email protected] ：fsevents1はノードv14 +で中断し、安全でないバイナリを使用している可能性があります。 fsevents2にアップグレードします。

なぜ???? 私のNPMグローバルインストールのすべては常にそれが非推奨であることを私に警告しましたか？これを修正する方法

NODEJSをアンインストールしようとしています
また
NPMの更新
しかし、それは機能しません
私を助けてください

acatzk 2020年09月01日

😄6 👎4 👀1 🚀1 ❤1 🎉1

非推奨です。
これを修正することはできません。
警告を無視してください。

_{または、Requestを使用しないようにコードを書き直してください。}

Vilx2 2020年09月01日

😄14 👍8 👎1

@acatzk

試す

npm install -s（または--silent）
また

npm install -q（または--quiet）

警告を沈黙させる

Xotabu4 2020年09月01日

このスレッドは最高です。

csvan 2020年09月05日

😄5 🚀1 ❤1 😕1 🎉1 👍1

やあ。私はAPIを初めて使用します。リクエストパッケージをインストールしようとしましたが、現在は非推奨であると表示されました。私はそれを調べて何が起こっているのかを見ようとしましたが、誰かが私に今何ができるかを説明してくれれば幸いです。これは、リクエストパッケージが使用できなくなったことを意味しますか？同じ仕事をするために他にどのようなパッケージを使用できますか？

mohammed3736 2020年09月07日

@ mohammed3736いいえ、まだ使用できます。ただし、更新されません。新しい機能はありません。しばらくの間、いくつかのバグ修正が行われる可能性がありますが、長くは続きません。そして、警告は常にそこにあります。基本的に、彼らはプロジェクトを放棄しています。変更が必要な場合は、自分で行う必要があります。結局のところ、リクエストのすべてのソースコードはまだ利用可能です。あなたはあなた自身のフォークを作って、それで何でもすることができます。

新しいプロジェクトを作成している場合は、別のより新しいライブラリを試してみてください。たとえば、Axiosを使用していますが、他にもあると思います。

Vilx2 2020年09月08日

👍2

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 2020年09月08日

😄7

@ anton-bot簡単です。答えは、「リンクをクリックし、何も読まないで、スレッドの一番下に移動して、他の人と同じ質問を投稿する」です。

私は仕事を得ますか？

CliffS 2020年09月08日

🎉1

@ anton-bot簡単です。答えは、「リンクをクリックし、何も読まないで、スレッドの一番下に移動して、他の人と同じ質問を投稿する」です。
私は仕事を得ますか？

私が尋ねていた理由は、コンソールログに401が表示され続けるためです。そして、リクエストモジュールが機能していません。私はbitcoinaverageとhttps://any-api.com/からAPIを使用しようとしてい

mohammed3736 2020年09月08日

@ mohammed3736-これは質問するのに間違った場所です。また、責任があるのはリクエストライブラリではないと99.99％確信しています。プログラムにバグがあり、自分で作成しました。あなたもそれを自分で理解する必要があります。それでもヘルプが必要な場合は、StackOverflowで質問してみてください。ただし、機能しないコードを含めてください。何よりも、クラッシュする可能性のある最小のプログラムを作成し、そのソースコードを表示するようにしてください。

Vilx2 2020年09月09日

👍2

私も質問をするためにここに来ましたが...ここでのすべての人種差別的な攻撃はどうですか？あなたの人々は信じられないほどです。

そして、はい、私はまだ私のコードが機能しない理由がわかりません。コンソールの唯一のエラーは私をここに連れて来ます。

あなたの特権をチェックして楽しんでください

terrance-98 2020年09月09日

私も質問をするためにここに来ましたが...ここでのすべての人種差別的な攻撃はどうですか？あなたの人々は信じられないほどです。
そして、はい、私はまだ私のコードが機能しない理由がわかりません。コンソールの唯一のエラーは私をここに連れて来ます。
あなたの特権をチェックして楽しんでください

あなたが言及している人種差別的な攻撃はどれですか？それは本当に悪いですね

csvan 2020年09月09日

👍3

同じ問題が観察されました。誰かが解決する方法を知っているなら助けてください

[email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください

HaseebAhmed49 2020年09月14日

@ HaseebAhmed49非推奨の「リクエスト」npmパッケージ自体は問題ではありません。メッセージは、図書館プロジェクトの開発者に向けられています。

glensc 2020年09月14日

心配しないでください。 githubの多くの人が、大丈夫だと言っていました。それ
基本的には、パッケージに新しい機能が追加されないことを意味します
もうそれに、それは更新されませんが、それでも完全に問題ありません
使用する。私はそれを使用しました、そしてそれは大丈夫でした。

23:57エランRuusamäeで月、2020年9月14日には[email protected]
書きました：

>>
>>

@ HaseebAhmed49https ：//github.com/HaseebAhmed49 「リクエスト」npm
非推奨になるパッケージ自体は問題ではありません。メッセージは図書館へです
プロジェクト開発者。
—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/request/request/issues/3142#issuecomment-692279572 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AQFTBJ255VRYJW4VMUFQQ23SFZYSZANCNFSM4HCP6LRA
。

mohammed3736 2020年09月14日

しかし、それでも完全に使用できます

あまり。 _今のところ_動作する可能性がありますが、それ以上のバグやセキュリティ修正を受け取らないパッケージに明示的に依存することは絶対にしないでください。そのパッケージが最終的に機能しなくなると、アプリ（およびユーザー）が突然の破損やセキュリティリークの重大なリスクにさらされます（ほぼ確実に機能します）。これは、ネットワーク要求を行うのと同じくらい重要で機密性の高いものを提供するrequestようなパッケージに特に当てはまります。

非推奨の警告は、他の場所への移行を開始するための重大な通知です。このスレッドでは、いくつかの代替案がすでに言及されています（そして繰り返されています）。

csvan 2020年09月14日

こんにちは皆さん私もこの非推奨の問題を抱えていました
だから私がしたことはnodejsをアンインストールしてnodejsの最新機能をダウンロードすることです
これは14.10.1現在の最新機能です
https://nodejs.org/en/

コンピューターにインストールされているグローバルnpmをすべて削除します

以上です...

非推奨になったものはすべてなくなりました...

acatzk 2020年09月15日

😄3

@acatzk wtf lmao

このライブラリは非推奨です。バグがある場合、それを修正するために何も行われません。セキュリティ上の問題がある場合、これを修正するために何も行われません。

これは使用しないでください。

davwheat 2020年09月17日

😕1

@davwheatありがとう

HaseebAhmed49 2020年09月17日

👍1

このリクエストモジュールの代替案は何ですか？

fgroupindonesia 2020年09月24日

👍9

私たちがするかもしれないこと-話し合ってボランティアしてください！
[]プロジェクトの現在の状態でreadmeを更新します
[] ciパブリッシングパイプライン@mikealを更新します
[] request代替案に関するガイダンスをドキュメントに提供する＃3143
[]別のパッケージを使用してドキュメントを参照するには、パッケージのインストール時に警告メッセージを追加します
[]サポートを停止する日付を選択してください（私は6か月投票しますが、12か月の方がおそらく友好的です）
[]すべての機能リクエストと機能PRを閉じる
[]関連するバグ修正を確認してマージする
[]機能がマージされないことを説明するgithubの問題とprテンプレートを追加します
[]次のメジャーバージョン（ 3.x ）を廃止するため、アクティブなメンテナンス中のプロジェクトは警告を受け取りますが、古いプロジェクトは通常どおり続行されます

この時点で誰が何をしているのかについての更新はありますか？

firevenus 2020年09月24日

Googleがサポートする確実な代替手段（https://github.com/request/request/issues/3143のものを除く）をお探しの場合は、https：//github.com/googleapis/gaxiosを強くお勧めします。最近のプロジェクトで使用していて、これまでのところ優れています。

csvan 2020年09月25日

👍2

選択肢は何ですか？あなたのnpmページはFor more information about why request is deprecated and possible alternatives refer to {the link to this page}と言っています

samgermain 2020年10月01日

👍11

3143

csvan 2020年10月01日

npmWARNレジストリ再検証中のリクエストエラーのためにhttps://registry.npmjs.org/からの古いデータを使用しています。
npm WARN deprecated [email protected] ：リクエストは非推奨になりました//github.com/request/request/issues/3142を参照してください。

thbestforyourbizdeployment 2020年11月02日

@thbestforyourbizdeploymentはい。

anton-bot 2020年11月02日

ありがとう。

Thinker-Mars 2020年11月18日

手伝って頂けますか？

npm WARN非推奨の[email protected]：リクエストは非推奨になりました。https：//github.com/request/request/issues/3142を参照してください
npm警告非推奨[email protected]：このライブラリはサポートされなくなりました
npm ERR！コードEEXIST
npm ERR！ syscallシンボリックリンク
npm ERR！パス../lib/node_modules/firebase-tools/lib/bin/firebase.js
npm ERR！ dest / usr / local / bin / firebase
npm ERR！ errno -17
npm ERR！ EEXIST：ファイルは既に存在します。シンボリックリンク '../lib/node_modules/firebase-tools/lib/bin/firebase.js'->'/usr/local/bin/firebase'
npm ERR！ファイルが存在します：/ usr / local / bin / firebase
npm ERR！既存のファイルを削除して再試行するか、npmを実行します
npm ERR！ --forceを指定すると、ファイルが無謀に上書きされます。

npm ERR！この実行の完全なログは、次の場所にあります。
npm ERR！ /Users/bahar/.npm/_logs/2020-11-18T17_07_43_310Z-debug.log

baharozcelik 2020年11月18日

@baharozcelikあなたを助けるものは何もありません。

読んだ。 問題。

davwheat 2020年11月18日

👎4

sudo npm install --global gulp-cli
このようにしてみてください

zuciopath 2020年11月18日

Request: リクエストの過去、現在、未来

2009年

npm

最新のJavaScript

メンテナンスモード

最も参考になるコメント

全てのコメント352件

2009年

npm

最新のJavaScript

メンテナンスモード

これを解決してください！何が間違っているのかわかりません：

+ [email protected]

非推奨の通知

3143

関連する問題

Request: リクエストの過去、現在、未来

2009年

npm

最新のJavaScript

メンテナンスモード

最も参考になるコメント

全てのコメント352件

2009年

npm

最新のJavaScript

メンテナンスモード

これを解決してください！ 何が間違っているのかわかりません：

+ [email protected]

非推奨の通知

3143

関連する問題

これを解決してください！何が間違っているのかわかりません：