Ich unterstütze dies voll und ganz, ich denke, eine Warnmeldung und/oder die Einstellung neuer Versionen sind angebracht.

Was die Änderung des Prozesses und der Richtlinien betrifft, erleichtert es meine Arbeit erheblich 👌

Sehr gut gesagt @mikeal. Ich pinne dieses Problem, um mehr Sichtbarkeit zu erhalten.

Dinge, die wir tun könnten - bitte diskutieren Sie und melden Sie sich freiwillig an!

• [ ] Readme mit aktuellem Projektstand aktualisieren
• [ ] CI- Publishing-Pipeline
• [ ] bieten ein Dokument mit einer Anleitung zu request Alternativen https://github.com/request/request/issues/3143
• [ ] Fügen Sie eine Warnmeldung bei der Installation des Pakets hinzu, um ein anderes Paket zu verwenden, und verweisen Sie auf das Dokument
• [ ] Wählen Sie ein Datum aus, um den Support zu beenden (ich stimme 6 Monate, aber 12 ist wahrscheinlich freundlicher)
• [ ] Alle Funktionsanfragen und Funktionsprs schließen
• [ ] relevante Fehlerbehebungen überprüfen und zusammenführen
• [ ] fügen Sie Github-Problem- und PR-Vorlagen hinzu, die erklären, dass Funktionen nicht zusammengeführt werden
• [ ] veraltet die nächste Hauptversion ( 3.x ), sodass Projekte in aktiver Wartung eine Warnung erhalten, ältere Projekte jedoch wie gewohnt fortgesetzt werden

Es macht viel Sinn! Ich werde diese Richtlinie auch langsam für die request-promise Familie übernehmen. Ein Hoch auf Ihre wichtigen Beiträge zum Knoten-Ökosystem!

das neueste npm-Paket verwerfen und beim Veröffentlichen automatisch verwerfen

Bitte seien Sie vorsichtig mit der Einstellung. Wie Mikael oben geschrieben hat, gibt es 41K Module abhängig von request . Viele dieser Module sind im gegenwärtigen Zustand nützlich und funktionieren gut für ihre Benutzer, aber ihre Betreuer haben möglicherweise keine Zeit, diese Module zu überarbeiten, um etwas anderes als request . Indem Sie request zum Zeitpunkt der Installation ablehnen, werden Sie im Grunde genommen einen großen Teil des npm-Modul-Ökosystems ablehnen.

Aus meiner Sicht ist Wartungsmodus nicht dasselbe wie veraltet.

• Wartungsmodus = Wir beheben Fehler und Sicherheitslücken, damit Sie dieses Paket weiterhin verwenden können.
• Deprecation = Niemand sollte dieses Paket mehr verwenden. Dies geschieht normalerweise, wenn das Modul verlassen wird und keine weiteren Fehler- oder Sicherheitskorrekturen erhält.

Ich höre dich. Der Volltext

das neueste npm-Paket als veraltet markieren und bei der Veröffentlichung über ci automatisch veraltet __(vielleicht nachdem der Support gestoppt wurde?)__

Ich denke, wir sollten request schließlich ablehnen, weil ich nicht möchte, dass neue Projekte es verwenden.
Ich habe versucht, die Probleme und Prs auf eine Liste zu sortieren, die wir lösen können, aber es gibt Fehler, die wir ohne eine bahnbrechende Änderung nicht beheben können. Daher werden sie nicht behoben und neue Benutzer werden Probleme haben.

Zum Beispiel gehen beim Befolgen von Weiterleitungen Anfragetexte und Cookies verloren, und URL-Parsing zum Entfernen relativer Pfade sind beides Fehler, aber ich bin mir nicht sicher, ob sie jemals behoben werden.

Vielleicht ist Abwertung nicht die richtige Antwort, aber ich weiß nicht, wie ich das sonst angehen soll.

Ist das sinnvoll?

Lassen Sie uns einfach die Hauptversion stoßen, wenn wir sie verwerfen. Auf diese Weise werden die meisten Leute, die vom Projekt abhängig sind, diesen Fehler erst sehen, wenn sie versuchen, auf ein neues Major zu aktualisieren, was bedeutet, dass sie es aktiv entwickeln und wirklich nach einer Alternative suchen sollten.

Ich bin stolz, Teil der Geschichte von request . Ich werde mir auch bent ansehen, es sieht interessant aus, und _klein_, was mir heutzutage wichtiger ist.

Wir müssen inaktive Mitarbeiter entfernen und 2fa durchsetzen, da Commit-Rechte effektiv zu npm-Publishing-Rechten werden.

Gut, mich zu entfernen.

Ich denke, wir sollten die Anfrage irgendwann ablehnen, weil ich nicht möchte, dass neue Projekte sie verwenden.

Als Programmierer, der SEHR dankbar für das Modul ist und es die ganze Zeit verwendet, WILL ICH es in neuen Projekten verwenden.

Diese Entscheidung muss sehr schwer gefallen sein, ist aber im Extremfall lobenswert. Gut erledigt.

Ich bin stolz, dieses erstaunliche Tool verwendet zu haben. Es zwang die Gemeinschaft, sich zu verbessern. 🙏
Wenn Sie Hilfe bei der Wartung benötigen, zögern Sie nicht, mich zu kontaktieren.

Obwohl ich Ihre Entscheidung respektiere, möchte ich Sie bitten zu überlegen, wie sehr die reale Welt, die Produktion und der Code derzeit auf Anfrage angewiesen sind. Es ist weit mehr, als selbst NPM-Statistiken Ihnen sagen können. Ich verstehe voll und ganz, dass ich zu einer neuen Sache übergehen und etwas auf eine neue, interessantere Weise tun möchte ... dies ist schließlich das JavaScript-Ökosystem, das neue Dinge jagen muss. Aber bedenken Sie bitte, wie viel Zeit und Geld Sie professionellen Ingenieurbüros kosten würden, wenn Sie die Anfrage im Großen und Ganzen ablehnen. Wenn Sie es im Wartungsmodus belassen möchten, ist das in Ordnung, aber verstehen Sie, dass viele Leute absolut keinen praktischen Grund haben, Bibliotheken zu wechseln. Menschen zu zwingen, sich aufgrund von Ideologien zu ändern, wird zu Frustration führen.

Trotzdem vielen Dank für die harte Arbeit, die jeder in diese Bibliothek gesteckt hat.

Ich frage mich, welche Bibliothek heute als modern und empfehlenswert gelten könnte. Superagent befindet sich im Moment hauptsächlich im Wartungsmodus, Axios ist insgesamt nicht allzu aktiv.

Nur eine kurze Anmerkung, um Ihnen (und allen anderen Mitwirkenden) für all die harte Arbeit im Laufe der Jahre an diesem Modul zu danken; Es war eines der ersten, das ich je benutzt habe, als ich mit Node anfing, also wird es immer einen besonderen Platz in meinem Herzen haben.

Lassen Sie uns einfach die Hauptversion stoßen, wenn wir sie verwerfen. Auf diese Weise werden die meisten Leute, die vom Projekt abhängig sind, diesen Fehler erst sehen, wenn sie versuchen, auf ein neues Major zu aktualisieren, was bedeutet, dass sie es aktiv entwickeln und wirklich nach einer Alternative suchen sollten.

Ich denke, dies ist immer noch eine praktikable Lösung für die oben genannte Erwähnung.

@kibertoad Sieht aus, als würde @mikeal an https://github.com/mikeal/bent arbeiten . Ich benutze https://github.com/sindresorhus/got seit vielen Jahren und es wird gut unterstützt und entwickelt.

Bei all diesem Gerede und der Möglichkeit, dass es veraltet ist, denke ich, dass ein Ersatzmodul für den aktuellen Reifegrad mit parallelem Nutzen gleichermaßen erwähnt werden muss. Wir können nicht einfach sein Ende verkünden und dann nichts vorschlagen oder einen Ersatz mit viel weniger Reife und Selbstvertrauen. Request wird in ernsthaften Anwendungen verwendet. Warum ist das wichtig? Denn trotz all seiner "veralteten Muster im Kern" funktioniert es täglich, für Tausende. Hier geht es nicht um die perfekte Welt, sondern um die reale Welt. Was ist der realistische Ersatz für den Tag, an dem die Anfrage in den Wartungsmodus versetzt oder veraltet ist? Das ist ein Imperativ.

Sie finden diese Diskussion hier https://github.com/request/request/issues/3143

Einen aktuellen Arbeitsplan (der direktes Feedback ist willkommen) finden Sie hier https://github.com/request/request/issues/3142#issuecomment -478303334

Vielen Dank für Ihre Arbeit an request !

Die Muster im Kern der Anfrage sind veraltet.

Muster ändern sich alle paar Monate und Jahre, insbesondere in der JavaScript-Community. Sind die Gründe, warum request ursprünglich erstellt wurde, nicht noch heute gültig?

request hat 10 Jahre Commits, Stabilität und Tests. Warum bei Null anfangen? Fügt dies nicht nur mehr "JavaScript-Müdigkeit" hinzu, was dazu führt, dass mehr Bibliotheken dasselbe tun - HTTP-Anforderungen?

Es ist traurig zu sehen, dass eine so wichtige und historische Bibliothek in der Geschichte von Node verschwindet, da Streams und Rückrufe 2019 nicht mehr schick sind.

Ich glaube nicht, dass es wirklich notwendig ist, die Bibliothek zu veralten, sie gibt es jetzt seit etwa 10 Jahren, wird an vielen Orten verwendet und ist eigentlich ziemlich stabil, und das am Ende. Alles, was es tut, ist HTTP-Anfragen zu stellen, was würde die Bibliothek sonst noch brauchen? Unterstützung für die JS-Mode des Monats? 👎

Die noch aktiven Committer werden versuchen, Fixes zeitnah zusammenzuführen, aber keine Versprechungen .

ba-dum-chhh! 🥁

Dies ist eine verantwortungsvolle Abschreibung. Gut kommuniziert, mit einem Plan, um weiterzumachen. Ich denke, andere OSS-Maintainer können dies als Standard betrachten, den sie anstreben.

Dies ist viel besser, als ein Paket zu vergessen und zufällige Leute (die Hintertüren in den Code einschleusen können) als Betreuer einzulassen, die übernehmen, wenn Sie sich nicht mehr darum kümmern.

Die Anfrage war ein großartiges Paket, und wir danken Ihnen sehr für Ihre Beiträge zum frühen Knoten-Ökosystem. Sie haben Recht mit Ihrer Einschätzung, dass der Callback-Stil kein idiomatisches JavaScript mehr ist, und es gibt andere Pakete wie fetch, die WHATWG-Standards widerspiegeln.

@stcktrce Genau, die Bibliothek braucht nichts anderes, sie funktioniert so wie sie ist. Aber es gab große Verbesserungen im gesamten Ökosystem. Die Einstellung der Bibliothek bedeutet nur die Gelegenheit für andere, neue und modernere Bibliotheken zu überprüfen, anstatt sich einfach auf die beliebtesten zu verlassen.

@mikeal danke für all deine Bemühungen in der Bibliothek (auch r2 ) und im Ökosystem. Auch, um diesen Vorrang einer gut durchdachten und geplanten Abschaffung im Ökosystem zu setzen.

Lassen Sie uns einfach die Hauptversion stoßen, wenn wir sie verwerfen. Auf diese Weise werden die meisten Leute, die vom Projekt abhängig sind, diesen Fehler erst sehen, wenn sie versuchen, auf ein neues Major zu aktualisieren, was bedeutet, dass sie es aktiv entwickeln und wirklich nach einer Alternative suchen sollten.

@mikeal Das

Das Problem ist, dass die meisten Ersatzprodukte von geringerer Qualität sind als angefordert. Ich bin gerade vor ungefähr einer Woche von axios nach request .

Axios weist seit mehreren Jahren anhaltende Fehler in Bezug auf die Proxy-Unterstützung, das Ändern von https-Agenten und unbehandelte Ausnahmen für Zusagen auf. Diese finden Sie erst heraus, wenn Sie stark in Axios investiert haben.

Für neue Nutzer sieht axios oberflächlich so gut aus wie gewünscht (ähnliche Nutzeranzahl, Designversprechen etc.)

Danke für request :)

Wenn jemand nach einer minimalen, auf Versprechen basierenden HTTP-Bibliothek mit steckbaren Filtern und guter Unterstützung für Streams sucht, können Sie sich

Ich liebe das Anfragemodul.Vielen Dank.
Sie meinen, dass die Anfrage zu viel Fokus bekommt, um zu verhindern, dass andere gleiche neue Module herauskommen?

Wenn es in anderen Bibliotheken spezifische Fehler in vergleichbaren Funktionen gibt, möchte ich diese gerne gezielt identifizieren. Die Proxy-Unterstützung ist eine komplexe Funktion, und es ist sehr wertvoll, einen Testfall zu haben, bei dem die Anforderung erfolgreich ist, andere Bibliotheken jedoch fehlschlagen.

@reconbot im neuesten axios (^0.18.0) können Sie sich nicht über einen Proxy-Server mit einer https Site verbinden. Dies führt zu EPROTO Fehlern. Dies ist ein offener Fehler diesbezüglich, aber das Problem reicht Jahre zurück: https://github.com/axios/axios/issues/1981

Bearbeiten: Insbesondere können Sie axios nicht verwenden, um https-Anforderungen über einen http-Proxy auszuführen. vielleicht funktioniert ein dedizierter https-Proxy, das habe ich nicht versucht.

Ich hoffe natürlich, dass Fixes nicht als neue Funktionen angesehen werden, wie zum Beispiel meine Pull-Anfrage für die maximale Antwortgröße, die ich als eine standardmäßig erforderliche Funktion jeder ausgereiften Bibliothek ansehe.

Ich habe auch andere Request-Libs überprüft, bevor ich mich für diese entschieden habe, und die meisten von ihnen sind sehr problematisch, unvollständig und fehlerhaft. Ihre Dokumente messen auch nicht. Ich sehe nicht wirklich, was eine andere Bibliothek bringen kann, außer ungetestetem Code und Fehlern, es ist nicht so, dass es einen neuen Ansatz für HTTP-Anfragen gibt. Es geht darum, das http/https-Modul zu verpacken und vernünftige Standardeinstellungen bereitzustellen, wie das Puffern von Antworten, das Decodieren von Antworten und natürlich die Möglichkeit, das Ganze zu versprechen . Das größte Problem dieser Bibliothek hier ist das Ziel der totalen Kompatibilität, der Versuch, mit Legacy-Zeugs kompatibel zu sein, bringt nur Schmerzen und Legacy-Codierungspraktiken mit sich. Aber das kann auf viele Arten behoben werden. Es gibt eine gute Basis, die in etwas Elegantes, Modernes und Minimalistisches umgestaltet werden kann. Und vor allem zuverlässig. Dafür gibt es viele Möglichkeiten - in mehrere Dateien aufteilen, ECMA6 mit Babel oder Typescript verwenden.

Kein vernünftiger Entwickler möchte 10 Bibliotheken, die dasselbe tun, aber unterschiedliche Funktionen haben, fehlerhaft und undokumentiert sind. Diese Bibliothek funktioniert wirklich und ich bin dankbar dafür und hoffe, dass sie nicht veraltet, sondern wiederbelebt wird.

Fixes gelten nicht als neue Funktionen. Fixes werden für mindestens ein Jahr zusammengeführt, möglicherweise sogar noch länger.

-Mikeal

Von: mivanovaxway [email protected]
Gesendet: Donnerstag, 11. April 2019 02:38
An: Anfrage/Anfrage
CC: Mikeal Rogers; Erwähnen
Betreff: Re: [Anfrage/Anfrage] Vergangenheit, Gegenwart und Zukunft der Anfrage (#3142)

Ich hoffe natürlich, dass Fixes nicht als neue Funktionen angesehen werden, wie zum Beispiel meine Pull-Anfrage für die maximale Antwortgröße, die ich als eine standardmäßig erforderliche Funktion jeder ausgereiften Bibliothek ansehe.

Ich habe auch andere Request-Libs überprüft, bevor ich mich für diese entschieden habe, und die meisten von ihnen sind sehr problematisch, unvollständig und fehlerhaft. Ihre Dokumente messen auch nicht. Ich sehe nicht wirklich, was eine andere Bibliothek bringen kann, außer ungetestetem Code und Fehlern, es ist nicht so, dass es einen neuen Ansatz für HTTP-Anfragen gibt. Es geht darum, das http/https-Modul zu verpacken und vernünftige Standardeinstellungen bereitzustellen, wie das Puffern von Antworten, das Decodieren von Antworten und natürlich die Möglichkeit, das Ganze zu versprechen. Das größte Problem dieser Bibliothek hier ist das Ziel der totalen Kompatibilität, der Versuch, mit Legacy-Zeugs kompatibel zu sein, bringt nur Schmerzen und Legacy-Codierungspraktiken mit sich. Aber das kann auf viele Arten behoben werden. Es gibt eine gute Basis, die in etwas Elegantes, Modernes und Minimalistisches umgestaltet werden kann. Und vor allem zuverlässig. Dafür gibt es viele Möglichkeiten - in mehrere Dateien aufteilen, ECMA6 mit Babel oder Typescript verwenden.

Kein vernünftiger Entwickler möchte 10 Bibliotheken, die dasselbe tun, aber unterschiedliche Funktionen haben, fehlerhaft und undokumentiert sind. Diese Bibliothek funktioniert wirklich und ich bin dankbar dafür und hoffe, dass sie nicht veraltet, sondern wiederbelebt wird.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an https://github.com/request/request/issues/3142#issuecomment-482043697 , oder schalten Sie den Thread stumm https://github.com/notifications/unsubscribe-auth/AAACQ8I4BSRtOjqHk637gRfBhkvGbRrIks_5vLZ4 .

TIL 41k-Pakete wurden gerade angreifbar.

Hören Sie, ich stimme zu, dass die Anfrage verschwinden sollte, aber ich habe immer Angst davor, dass Mainstream-Pakete wie dieses ihre Veröffentlichungspipeline ändern. Ein bösartiger Akteur oder eine kompromittierte Entwicklerbox, die bösartigen Code veröffentlicht, würde sich effektiv auf jedes Projekt da draußen ausbreiten.

Bitte ziehen Sie eine Verschärfung der npm-Push-Anforderungen in Betracht. Richten Sie einen Branch für ci ein, benötigen Sie mehrere Genehmigungen, etwas mehr als nur Push-to-Master.

allerdings keine versprechungen.

Wortspiel beabsichtigt? 🤣

Vielleicht sollte die gleiche logische Argumentation auf expressjs angewendet werden? auf anfrage haben wir jetzt das neue modul Shiny got, es gibt keine umschreibung oder echte alternative zu expressjs am horizont.

express ist großartig, aber es wird in diesen Jahren nicht wirklich aktiv mit neuen Funktionen aktualisiert

express wird möglicherweise nicht mit neuen Funktionen aktualisiert, aber es wird aktiv gewartet und hat, als ich das letzte Mal überprüft habe, einige Leute immer noch sehr daran interessiert, diese Arbeit zu erledigen. Ich weiß nicht, ob sie die Schritte unternehmen müssen, die wir in Richtung der Einstellung unternommen haben.

@laoshaw was hat Express mit request zu tun?

Vorbereitung der vollständigen Einstellung. https://github.com/request/request/pull/3267

Wir sind komplett veraltet!

Alle Versionen auf npm beachten die veraltete Version und die README-Datei weist deutlich darauf hin, dass request veraltet ist.

Es waren über 10 großartige Jahre, danke an alle, die in den letzten zehn Jahren dazu beigetragen haben. Freuen wir uns alle auf neue Bibliotheken, die besser für die Veränderungen in der JS-Sprache und im Ökosystem geeignet sind.

Lassen Sie uns also SPEZIFISCHES bekommen.
Was ist der schlanke Code-Ersatz für das Anfragemodul?

Nicht an toter Kruste hängen bleiben.... so viele bessere Möglichkeiten... wie WELCHE?
GRAND macht bitte nicht alles unter den Sonnenbibliotheken/Modulen.

@riclf Wir verwenden https://github.com/googleapis/teeny-request/ seit einigen Jahren, um uns von der Anfrage abzuhalten. Es macht nicht alles, was Sie wollen :) Es verwendet node-fetch unter der Haube. Es gibt auch andere tolle Möglichkeiten da draußen!

Für eine Promise-First-Lösung gibt es auch gofer die sich stark auf die API-Kommunikation konzentriert. Unterstützung für integrierte TCP-Verbindungszeitüberschreitungen, einfache Konfiguration (und umfangreiche Fehler) für die Kommunikation mit mehreren APIs usw.

Hat jemand Empfehlungen für alternative Clients, die eine gute Unterstützung für HTTP Long Polling bieten und entweder als Stream oder Event Emitter präsentiert werden?

Als ich das letzte Mal im April 2019 nachgesehen habe, hatten Alternativen wie got , node-fetch und axios ein großes Problem: Als ein (low-level network)-Fehler auftrat, verwarfen sie die hilfreicher Stacktrace, der vom Node.js-Kern gemeldet wurde und einen neuen Fehler auf hoher Ebene mit einem Stacktrace auslöste, der nur auf die http-Clientbibliothek verweist. Dies machte das Debuggen von Problemen auf Transportebene so gut wie unmöglich, beispielsweise wenn Proxys beteiligt sind.

Gibt es eine gute request Alternative, die vom Node.js-Kern bereitgestellte Fehlerdetails beibehält?

@bajtos Ich bin mir ziemlich sicher, dass gofer nur die ursprünglichen Fehler schmückt, aber die Stack-Traces und -Nachrichten beibehalten sollte.

bent hat nette Fehler und ist für Async/Await ausgelegt. Es ist auch unglaublich klein und die Paketgröße ist winzig klein ;)

Die API ist jedoch nichts wie eine Anfrage, daher würde ich sie nicht als "Ersatz" bezeichnen.

@mikeal Warum heißt es bent ? (Anfrage war ein leichter zu merkender Name.)

bent hat nette Fehler und ist für Async/Await ausgelegt. Es ist auch unglaublich klein und die Paketgröße ist winzig klein ;)

Die API ist jedoch nichts wie eine Anfrage, daher würde ich sie nicht als "Ersatz" bezeichnen.

Das fühlt sich eher nach technisch korrekt als nach benutzerfreundlicher Logik an. Aus Anwendersicht löst Bent das gleiche Problem wie request, aber besser. Jetzt hat es ohne Grund einen schlechteren Namen. Sie können es ohne große Probleme imo Anfrage 3 nennen. Ja, die API bricht zusammen, aber wofür haben wir Semver.

Sie können es ohne große Probleme imo Anfrage 3 nennen. Ja, die API bricht zusammen, aber wofür haben wir Semver.

Verbringen Sie einige Zeit mit bent und Sie fühlen sich vielleicht anders.

Es ist kein kleiner Unterschied in der Benennung oder Versprechen gegenüber Rückrufen. Die Ergonomie ist sehr unterschiedlich, die Zustände, die es auftaucht, sind sehr unterschiedlich, die Art und Weise, wie es über Fehlerbedingungen denkt, ist ein radikal anderer Ansatz.

request ist eine prozeduralere API, Sie sagen ihr, dass sie etwas tun soll und sie sagt Ihnen, was passiert ist. Sie gibt nur einen Fehler aus, wenn etwas unwiederbringlich fehlgeschlagen ist. bent nimmt die Erfolgskriterien für den gesamten Lebenszyklus und gibt Ihnen eine API zurück, die fehlschlägt, wenn alles andere als die Erfolgskriterien erfüllt sind .

Sie verwenden diese Bibliotheken sehr unterschiedlich. Es gibt andere Bibliotheken, die näher an der API von request , wenn Sie dies wünschen, aber nach fast 20 Jahren Arbeit an HTTP-Clients habe ich einen anderen und letztendlich besseren Ansatz gefunden, den ich den Leuten empfehlen würde zu bedenken, aber ich werde es nicht jedem in den Hals rammen, indem ich es zu request 3.0 mache.

Warum heißt es gebogen? (Anfrage war ein leichter zu merkender Name.)

Weil Sie es in eine bestimmte Form „biegen“ (sehr spezielle Erfolgskriterien) und es eine ideale API für den Erfolg dieser Form bietet und an allem anderen scheitert.

Der Name ist etwas abstrakt, aber request ist die Art von Name, die man heute nicht bekommen könnte. Ich habe kaum request in der npm-Registry bekommen und ich habe die ursprüngliche npm-Registry geschrieben 😜

Was ist mit "bekommen" als Ersatz, es ist traurig, dass wir keinen klaren Ersatz haben, während die Anfrage offiziell abgelehnt wird.

Was ist mit "bekommen" als Ersatz, es ist traurig, dass wir keinen klaren Ersatz haben, während die Anfrage offiziell abgelehnt wird.

Vielleicht sollten wir die Tatsache, dass niemand einen API-kompatiblen Ersatz geschrieben hat, als Hinweis darauf nehmen, dass die Übernahme eines API-kompatiblen Ersatzes unerwünscht ist, sobald Sie sich hinsetzen und daran arbeiten 🧐

Das war sicherlich meine Erfahrung.

Was die Leute vielleicht wirklich wollen, wenn sie nach einem "Ersatz" fragen, ist nicht so sehr eine API-kompatible Alternative, sondern die Perspektive des Betreuers, welche anderen Pakete bereits da draußen sind, um ungefähr das gleiche Problem zu lösen, und das macht dieses Paket irrelevant, so dass Sie können es getrost als "veraltet" bezeichnen.

Und ich würde sagen, dass die Werbung für bent in der Einstellungsmitteilung (möglicherweise zusammen mit einigen anderen, wenn Sie sich dadurch wohler fühlen) eine großartige Möglichkeit ist, trotz der obskuren Benennung bekannt zu werden.

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

Verstehen Sie wirklich, was "veraltet" bedeutet?

Veraltet. In der Welt der Softwareentwicklung bezieht sich "veraltet" auf Funktionen oder Elemente, die gerade durch neuere ersetzt werden. Der Begriff kommt von dem Wort "veralten", was bedeutet, etwas abzulehnen.

In der Praxis bedeutet dies, dass ich alberne Fehlermeldungen bekomme, wenn ich eines meiner (nicht Open-Source-)Module pflege.

Was ist mit den 151 Issues und den 55 Pull Requests? Sie entsorgen?

Und ich würde sagen, dass Werbung, die in der Einstellungsmitteilung verbogen ist (möglicherweise mit anderen, wenn Sie sich dadurch wohler fühlen), eine großartige Möglichkeit ist, trotz der obskuren Namensgebung damit anzufangen, es bekannt zu machen.

Dies ist VIEL zu früh - siehe Ausgabe 2 von Bent.

Ich denke, diese Anfrage sollte in einen Limbo-Modus übergehen - nicht veraltet, was zu dummen Warnungen führt - aber wenn NICHTS unternommen wird, werden alle Probleme und Pulls ignoriert und die README-Seite sollte aktualisiert werden, um dies zu beachten, und gegebenenfalls werden Referenzen angezeigt in anderen funktional gleichwertigen Paketen enthalten.

Was ist mit den 151 Issues und den 55 Pull Requests? Sie entsorgen?

Diese hat seit einiger Zeit niemand mehr repariert oder überprüft, sie wurden bereits "gedumpt".

Ihre Kommentare klingen so, als ob es in diesem Projekt eine Art engagierter Arbeit gibt, auf die die Menschen Anspruch haben. Dies war noch nie der Fall, request ist kein Produkt, das von einem Unternehmen veröffentlicht und unterstützt wird, es wurde immer von Open-Source-Entwicklern gepflegt, die sich darum kümmern, und da sich das Ökosystem in eine neue Richtung bewegt hat, haben wir uns alle damit bewegt . Ich empfehle auch weiterzumachen.

Diese hat seit einiger Zeit niemand mehr repariert oder überprüft, sie wurden bereits "gedumpt".

Was Sie meinen ist, dass SIE diese seit einiger Zeit nicht mehr überprüft haben. Seien Sie fair, wir, die wir keine Mitarbeiter sind, haben keine Kontrolle darüber.

Ihre Kommentare klingen so, als ob es in diesem Projekt eine Art engagierter Arbeit gibt, auf die die Menschen Anspruch haben.

Das war nicht so gemeint, aber in gewisser Weise räumt Open Source Software dem Nutzer bestimmte Rechte ein und schützt die Rechte der Entwickler. Diese Rechte dienen der Nutzung, nicht der Wartung. Wenn Wartung oder Weiterentwicklung mit brechenden Veränderungen verbunden sind, muss viel Sorgfalt und Überlegung verwendet werden. Dies ist eine bahnbrechende Änderung und meiner Meinung nach unnötig. Lassen Sie das Modul einfach so, wie es ist, und wir machen alle mit dem nächsten Projekt weiter – vor allem, wenn die Alternative Vorteile bietet. Tatsächlich wären wir dumm, dies nicht zu tun. Aber soweit ich das sehe, gibt es im Moment keine wirkliche Alternative.

Open Source Software gewährt dem Benutzer bestimmte Rechte

OSS-Lizenzen gewähren Rechte zur Weiterverbreitung und Änderung, es werden keinerlei Garantien für die Eignung der Software für eine bestimmte Verwendung übernommen. Es werden keine Garantien für zukünftige Änderungen, einschließlich potenzieller Breaking Changes, gegeben.

Hier ist der relevante Text aus der Apache 2-Lizenz. So ziemlich jede Open-Source-Lizenz hat dies.

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

Dies ist eine bahnbrechende Änderung und meiner Meinung nach unnötig. Lassen Sie das Modul einfach so, wie es ist, und wir machen alle mit dem nächsten Projekt weiter – vor allem, wenn die Alternative Vorteile bietet. Tatsächlich wären wir dumm, dies nicht zu tun. Aber soweit ich das sehe, gibt es im Moment keine wirkliche Alternative.

Hier ist das Ding. Dieser Code enthält bekannte Fehler, die nicht behoben werden. Dieser Code wird nicht mehr gepflegt und ist veraltet.

Die Veraltungswarnung ist ein Hinweis darauf, dass Sie sich auf problematischen Code verlassen. Wenn Sie sich auf veralteten und problematischen Code verlassen können, unterdrücken Sie einfach die Nachrichten. Ihr Problem scheinen die Warnungen und nicht der Status der Software zu sein. Wenn Sie mit dem Zustand der Software einverstanden sind, unterdrücken Sie einfach die Warnungen.

Wir werden den veralteten Status und relevante Warnungen nicht so ändern, dass sie der Realität entsprechen, um die Bedenken einzelner Benutzer bezüglich Warnungen zu befriedigen, die sie leicht unterdrücken können, wenn sie sich nicht um veraltete Module kümmern.

brauche Hilfe!!!..ich habe diese Probleme, wenn ich versuche, node-gyp 3.6.2 zu installieren
PS C:\Benutzer\Benutzer> npm install --global [email protected]
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm ERR! Pfad C:\Benutzer\Benutzer\AppData\Roamingnpm\node-gyp.cmd
npm ERR! Code EEXIST
npm ERR! C:\Users\User\AppData\Roamingnpm\node-gyp.cmd nicht löschen: ist außerhalb von C:\Users\User\AppData\Roamingnpm\node_modules\node-gyp und kein Link
npm ERR! Datei existiert: C:\Users\User\AppData\Roamingnpm\node-gyp.cmd
npm ERR! Verschieben Sie es und versuchen Sie es erneut.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\User\AppData\Roamingnpm-cache_logs\2020-02-13T05_12_13_683Z-debug.log

@mikeal Oh, das ist ein interessanter Fall. Die Angabe der Problemnummer in der @Meharab demonstriert hat.

Vielleicht ist es an der Zeit, weitere Kommentare hier zu verhindern?

UPDATE : 5 Tage später und die Kommentare häufen sich wirklich.

@mikeal Danke für diese Jahre

Gute-Nacht-Anfrage. Wir sehen uns auf der anderen Seite.

Request wird für immer funktionieren (so wie es ist), weil das JavaScript ist

Request wird für immer funktionieren (so wie es ist), weil das JavaScript ist

Nö.
Dieser Code enthält bekannte Fehler, die nicht behoben werden. Dieser Code wird nicht mehr gepflegt und ist veraltet. (zit.)

Die Anfrage wird also für immer nicht behobene Fehler haben, wird nicht für immer funktionieren ...

Ich verstehe es nicht. Also, was soll ich jetzt offiziell tun, um die Einstellungswarnung nicht zu erhalten?

request entfernen. Dies kann das Entfernen aus Ihren eigenen Abhängigkeiten, das Aktualisieren von Paketen, die es in neueren Versionen entfernen, oder das Entfernen von Paketen umfassen, die noch nicht mit neueren Versionen aktualisiert wurden.

Hallo.

Ich versuche, Cordova zu installieren.

npm install -g Cordova

ich erhalte diesen Fehler immer wieder.
Microsoft Windows [Version 10.0.18362.592]
(c) 2019 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Benutzer>npm install -g cordova
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
C:\Users\AppData\Roamingnpm\cordova -> C:\Users\AppData\Roamingnpm\node_modules\cordova\bin\cordova

• [email protected]
  1 Paket in 10.279s aktualisiert

Gibt es eine andere Möglichkeit, Cordova zu installieren?
Eine Möglichkeit, diesen Kauf zu umgehen?

Jawohl. Okay. Ich werde die Anfrage entfernen. Aber was dann?

Also muss ich auf node.js zu .. idk.. axios wechseln?

Was soll ich an die Stelle der Anfrage stellen?

Ich verstehe, dass die Idee darin besteht, alle Funktionen neu zu schreiben, bei denen eine Anforderung vorhanden war?

Gibt es ein Paket, das ich einfach mit find&replace mit regex ändern könnte?

Gibt es einen offiziellen Ersatz für die Anfrage oder sind wir jetzt frei, um zu finden, was zuerst bei Google auftaucht? ich verstehe es nicht

Gibt es einen offiziellen Ersatz für die Anfrage?

Nein, Sie können verwenden, was Sie wollen, obwohl derselbe Entwickler an bent

Es gibt auch die Abzweigung postman-request die eine Reihe von Korrekturen erhalten hat, ~aber seit der Einstellung von request keine Aktivität mehr verzeichnet wurde.~

Da sie keine Problemseite haben, werde ich wahrscheinlich versuchen, hier zu fragen:

@coditva @codenirvana @shamasis @vikiCoder @czardoz

Entschuldigung für die Erwähnungen, aber was sind die Pläne für postman-request jetzt, da request offiziell tot ist? Wird postman-request weiterhin gepflegt oder wird es ebenfalls eingestellt?

brauchen Sie Hilfe!!! Ich versuche, eckig zu installieren, ich habe ein Problem
npm install -g @angular/cli
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
npm ERR! Code EEXIST
npm ERR! Pfad C:\Users\FARHAN\AppData\Roamingnpm\node_modules\@angular\cli\bin\ng
npm ERR! dest C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! EEXIST: Datei existiert bereits, cmd shim 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules\@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
npm ERR! Datei existiert: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! Entfernen Sie die vorhandene Datei und versuchen Sie es erneut oder führen Sie npm . aus
npm ERR! mit --force, um Dateien rücksichtslos zu überschreiben.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

Was sind die Alternativen zu request ? Angular ist immer noch davon abhängig. Ich hoffe, sie werden ihre Codebasis bald aktualisieren.

Ich habe eine kurzfristige Lösung, vor der Mikeal Rogers zurückschrecken, vielleicht sogar auf mich einschlagen wird. Diese aktuelle Einstellung erfolgte in 2 ungeplanten Phasen - 1) einer allgemeinen Diskussion über ihre Notwendigkeit, 2) BANG, einer ungefähr 30-minütigen Ankündigung und wurde implementiert. Die Hölle ist ausgebrochen.

Ich frage @mikeal, ob er erwägen würde, die rückgängig zu machen , und eine 6-monatige "Mitteilung zur Abschreibung" bekannt geben, die am 15. August 2020 implementiert und vollständig wirksam wird.

Die 3 Phasen-
1) Diskussion: 20. März 2019 bis 15. Februar 2020
2) 6-monatige Kündigungsfrist: 15. Februar 2020
3) Implementierung der Einstellung: 15. August 2020

Auf diese Weise sind nicht nur Frameworks und Anwendungsprojekte NICHT sofort kaputt, was einfach zu hart ist, sondern diese Community kann jetzt DIESEN Diskussionsbereich nutzen, um Alternativen, die +/- in den nächsten Monaten, auszutauschen und die Alternativen zu implementieren bis 6 Monate Frist. Wenn es dann passiert, können wir alle grüßen, Cheerio schreien und nichts ist kaputt.

Bitte haben Sie Verständnis, ich argumentiere nicht über die Notwendigkeit der Einstellung oder das Recht des Erstellers, dies zu tun ... Ich schlage einen 3-stufigen Zeitplan für die Vorankündigung vor, wie oben angegeben, der für seine sehr erhebliche Nutzung in der Entwickler-Community und die heute in der Welt lebenden Apps je nach Anforderungsmodul.

Mikeal, bitte berücksichtigen Sie meinen Vorschlag, entfernen Sie den Einstellungsstatus noch heute und geben Sie die 6-monatige Kündigungsfrist bekannt. Weniger als 6 Monate sind für viele von uns nicht genug Zeit, 6 ist fair. Das würde ich zu schätzen wissen, das würden wir alle.

Vielen Dank, dass Sie mich gehört haben,
-Ric Fink

Das Hinzufügen einer Veraltungswarnung führt jedoch zu keinem Fehler, sondern warnt Benutzer nur davor, dass sie in Zukunft beschädigt werden könnte. Ich würde lieber eine veraltete Nachricht sehen, als auf Community-Diskussionen warten zu müssen, bevor ich weiß, dass ich irgendwann ein Paket ersetzen muss.

Auch eine freundliche Erinnerung daran, dass dieses Paket kostenlos über Open Source entwickelt wurde und der Betreuer Ihnen nichts schuldet. Wenn Sie das Paket weiterhin verwenden möchten, können Sie es forken und selbst weiter pflegen.

@riclf

brauchen Sie Hilfe!!! Ich versuche, eckig zu installieren, ich habe ein Problem
npm install -g @angular/cli
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe #3142
npm ERR! Code EEXIST
npm ERR! Pfad C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng
npm ERR! dest C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! EEXIST: Datei existiert bereits, cmd shim 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
npm ERR! Datei existiert: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! Entfernen Sie die vorhandene Datei und versuchen Sie es erneut oder führen Sie npm . aus
npm ERR! mit --force, um Dateien rücksichtslos zu überschreiben.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

Dies scheint durch die neueste Version von Angular gelöst worden zu sein, in der request durch node-fetch .

@AURZeeshan
Ihr Fehler hat damit nichts zu tun. Sie sehen gerade eine Warnung von diesem Paket, der Fehler ist anders.

@riclf

brauchen Sie Hilfe!!! Ich versuche, eckig zu installieren, ich habe ein Problem
npm install -g @angular/cli
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe #3142
npm ERR! Code EEXIST
npm ERR! Pfad C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng
npm ERR! dest C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! EEXIST: Datei existiert bereits, cmd shim 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
npm ERR! Datei existiert: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! Entfernen Sie die vorhandene Datei und versuchen Sie es erneut oder führen Sie npm . aus
npm ERR! mit --force, um Dateien rücksichtslos zu überschreiben.
npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

Dies scheint durch die neueste Version von Angular gelöst worden zu sein, in der request durch node-fetch .

Ich habe die neueste CLI-Version installiert. Es wirft immer noch die gleiche Warnung

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

@vighnesh153 Welche Version von @angular/cli ist in Ihrer package.json angegeben? Es scheint, dass einige der Abhängigkeiten angefordert werden müssen, aber nicht das Basispaket selbst. Siehe http://npm.anvaka.com/#/view/2d/ %2540angular%252Fcli

Vielleicht hast du recht. Ich bin mir nicht ganz sicher, welches der Pakete das Request-Paket verwendet. Hier ist ein Schnappschuss der 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"
  }

npm installieren
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142

wenn ich die "npm install" in \vue-devtools-dev abschließen möchte, habe ich davor gewarnt
wie kann ich es lösen?

Ich respektiere Ihre Entscheidung, es abzulehnen, und wünsche Ihnen alles Gute für die Zukunft.

Für Leute, die zu dem Thread kommen und nach "Also was soll ich von nun an verwenden??" suchen, sind got oder axios wonach Sie suchen.

Erbärmlich. Zeit für die Migration zu Node-Fetch.

...außer Sie fragen sich, ob node-fetch ein guter Ersatz für request ist oder sogar aktiv gepflegt wird. In der Tat erbärmlich.

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

Übrigens, Leute, die sich für node-fetch wirklich vorsichtig sein. Diese Lib ist zwar großartig, hat aber selbst schwerwiegende Wartungsprobleme.

Erbärmlich. Zeit für die Migration zu Node-Fetch.

...außer Sie fragen sich, ob node-fetch ein guter Ersatz für request ist oder sogar aktiv gepflegt wird. In der Tat erbärmlich.

node-fetch/node-fetch#668 (Kommentar)

Zumindest ist node-fetch nicht veraltet. Die harte Einstellung der Anforderung hat zu Problemen mit Autobuild-Systemen geführt. Ich verstehe diesen Schritt nicht und akzeptiere ihn nicht, und meiner Meinung nach würde ein einfacher Hinweis ausreichen, der erklärt, dass die lib nicht gewartet wird, anstatt hart abzulehnen. Deshalb finde ich diese Situation erbärmlich.

Meiner Meinung nach würde ein einfacher Hinweis ausreichen, dass die Lib nicht gewartet wird

Genau das ist ein Hinweis zur Einstellung: ein einfacher Hinweis.

@asgetz alles, was npm tut, ist, diese Warnung zu drucken, wenn ein veraltetes Paket installiert wird, alles andere funktioniert genau wie zuvor.

Ich habe Probleme mit less.js-Dateien, die auf github funktionieren. Sie funktionieren gut in PHP. Als ich versuchte, weniger in den Befehl einzugeben, tauchte diese Warnung auf. Irgendwelche Ideen, was das Problem ist?

@ljwestwhos Request ist als veraltet markiert. Der Text des Problems, das Sie kommentieren, erklärt, was dies bedeutet. Es hat jedoch höchstwahrscheinlich nichts mit Ihrem Problem mit less.js zu tun, da die Anfrage immer noch wie zuvor funktioniert.

Gibt es einen Ersatz für request , jedoch mit der Stream-Schnittstelle von node.js? Ich habe festgestellt, dass node-fetch , axios beide auf Promise basieren.

Ich würde gerne einen Ersatz für die Stream-Schnittstelle wissen, der für Anwendungsfälle auf niedrigerer Ebene bequemer ist.

@maple3142 got hat eine Stream-Schnittstelle (sowie Versprechen) und einen Migrationsleitfaden .

@asgetz

npm zeigt mir an, dass ich es jetzt selbst installieren muss.

Auf welche Weise zeigt es das an. Wenn ich request installiere, erhalte ich nur den Hinweis auf die Einstellung und alles funktioniert wie zuvor.

meine geplante Verwendung dafür ist so klein

Werfen Sie in diesem Fall vielleicht einen Blick auf gebogen, das viel leichter ist und gut zu funktionieren scheint.

@mikeal können Sie bitte einen Blick auf https://github.com/request/request/pull/3245 werfen. proxyHeaderExclusiveList ist eine der besten Funktionen in diesem Paket und funktioniert nicht richtig.
Lass uns das beheben!

@kauegimenes dieses Paket ist veraltet ... nichts wird jemals wieder

@kevinvanrijn Ich bin nicht mehr aktiv an der Pflege von postman-request , aber das Projekt lebt definitiv und die letzte Veröffentlichung ist einen Monat her. Ich werde die aktiven Betreuer jedoch an den längerfristigen Plänen teilhaben lassen.

@czardoz Das ist gut zu wissen. Ich habe eine Menge kleiner Projekte (alle privat), die von request abhängen, für die ich keine Zeit zum Neuschreiben aufwenden kann. Wenn ich postman-request als Ersatz einsetze, kann ich mich darauf verlassen, dass sie noch eine Weile weiter funktionieren.

cloudscraper leidet auch unter langsamer Wartung und wird wahrscheinlich noch nicht in der Lage sein, sich von request zu entfernen. Wenn postman-request als Option verfügbar ist, besteht zumindest nicht die Gefahr, dass es selbst veraltet wird.

@Edo78 warum sagst du das? Ich glaube immer noch daran, dass meine PR eines Tages zusammengeführt wird 😆

Die noch aktiven Committer werden versuchen, Fixes zeitnah zusammenzuführen, allerdings ohne Versprechen.

Übrigens, Leute, die sich für Node-Fetch entscheiden, müssen wirklich vorsichtig sein. Diese Lib ist zwar großartig, hat aber selbst schwerwiegende Wartungsprobleme.

@csvan Kannst du ein bisschen erklären? Ich sehe nur ein paar Probleme

Ich weiß sehr wenig über npm. Ich habe es verwendet, um eine API zu installieren, und ich habe einige Warnungen erhalten, die ich nicht verstehe. Sie leiten mich hierher. Das ist für mich völlig nutzlos. Jemand sollte hier etwas posten, das für diejenigen von uns nützlich ist, die hierher gerichtet sind, oder die Nachricht in npm sollte korrigiert werden, um nützlicher zu sein. Die folgenden Nachrichten habe ich erhalten.

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN saveError ENOENT: keine solche Datei oder kein solches Verzeichnis, öffnen Sie 'C:\Users\Sam\package.json'
npm notice hat eine Sperrdatei als package-lock.json erstellt. Sie sollten diese Datei festschreiben.
npm WARN enoent ENOENT: keine solche Datei oder kein solches Verzeichnis, öffnen Sie 'C:\Users\Sam\package.json'
npm WARN Sam Keine Beschreibung
npm WARN Sam Kein Repository-Feld.
npm WARN Sam Keine README-Daten
npm WARN Sam Kein Lizenzfeld.

Außerdem gibt es keine package.json-Datei, aber eine package-lock.json. Ich habe keine Ahnung, wonach ich dort suchen soll.

@SimpleSamples Das Paket ist veraltet und wird abgesehen von möglichen Fehlerbehebungen nicht aktiv gepflegt, wie der Text deutlich erklärt. NPM warnt Sie lediglich, dass Sie ein veraltetes Paket verwenden, damit Sie die Möglichkeit haben, zu einem anderen Paket zu wechseln.

Wenn Sie nicht verstehen, was veraltet ist, finden Sie mehrere nützliche Artikel eine Google-Suche entfernt.

Ja, ich verstehe, was Einstellung bedeutet, und daher der Link zu den
Die Diskussion über die Vergangenheit, Gegenwart und Zukunft von Request bietet keine
Klarstellung, es fügt nur Verwirrung hinzu. Oder gibt es noch etwas, was ich tue
Verstehst du nicht und du erklärst es nicht? Wenn es nur so heißt
Die Anfrage ist veraltet, das ist alles, was sie sagen muss, anstatt
was bedeutet, dass wir noch etwas tun müssen.

Am hilfreichsten wäre es, wenn (Link zu einem Artikel
erklären), was es ersetzt oder welche Handlung wir beachten sollten.

Christopher Svanefalk [email protected]
Dienstag, 18. Februar 2020 22:45

@SimpleSamples https://github.com/SimpleSamples das Paket ist
veraltet und erhalten keine weiteren Updates, da der Text
erklärt anschaulich. NPM warnt Sie lediglich, dass Sie a . verwenden
veraltetes Paket.

Wenn Sie nicht verstehen, was Einstellung bedeutet, gibt es mehrere
nützliche Artikel eine Google-Suche entfernt.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/request/request/issues/3142?email_source=notifications&email_token=ACK22R4G7LHULMPO6DHH273RDTIP7A5CNFSM4HCP6LRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTORDN5WW2
oder abmelden
https://github.com/notifications/unsubscribe-auth/ACK22R7UFQSYKW7NEYZ4OTDRDTIP7ANCNFSM4HCP6LRA .

Wenn nur gesagt wird, dass Request veraltet ist, ist das alles, was es zu sagen braucht

Ja, scheiß auf jeden, der Kontext schätzt und gerne Gründe für Entscheidungen kennt oder Details zum Ausstieg wissen will. :P
Aber um ernsthaft zu sein, wenn der Warnung ein "Warum" hinzugefügt worden wäre, hätte das Ihre Verwirrung verhindert?

"npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe #3142 , warum "

Du hast recht. Ich habe den "Warum"-Teil nicht gesehen.

Espen schrieb:

"warum"

@SimpleSamples Entschuldigung, wenn ich mich missverstehe, aber ich sehe die Verwirrung wirklich nicht. Die Anfrage ist veraltet, und der Text dieser Ausgabe erklärt ziemlich deutlich, warum und was sie impliziert.

Woher nimmst du die Idee, dass du etwas tun musst? Eine Deprecation ist nur eine Deprecation, wie du damit umgehst, liegt bei dir.

Es ist nichts falsch an den Mustern, die die Anforderung verwendet. Im Gegenteil, es gibt eine riesige Community im Javascript-Ökosystem, die diese Muster immer noch verwendet. Meiner Erfahrung nach ist es eine weitaus größere Gemeinschaft als die lautstarke Minderheit (die meisten großen Unternehmen), die die Ressourcen haben, ständig perfekt funktionierende Codebasen für nichts anderes als Entwicklereitelkeit und Arroganz zu zerreißen.

Es tut mir leid, dass Sie in diese Falle getappt sind, die Anfrage war ein großer Dienst für die Community und ich hoffe aufrichtig, dass Sie Ihre Entscheidung noch einmal überdenken.

Ja, ich bin traurig, dass das weg ist. Rückrufe sind nicht schlecht, Versprechen oder asynchrones Erwarten auch nicht.

Ich denke, was Sie @SimpleSamples vermissen, ist, dass der Rest der Warnungen, die Sie eingefügt haben, nichts mit der veralteten Warnung zu tun hat , die Sie hierher geführt hat. Sie müssen nichts gegen die Einstellung unternehmen, aber vielleicht möchten Sie etwas gegen Ihre fehlenden package.json unternehmen (oder was auch immer diese anderen Warnungen verursacht).

Also, was sollen wir jetzt mit all den Paketen machen, die request unter der Haube verwenden?

Ich habe versucht, request in einem solchen Paket durch @root/request zu ersetzen, in der Annahme, dass es sich tatsächlich um einen Drop-In-Ersatz handelt, aber ich konnte es nicht zum Laufen bringen .

Ich habe auch versucht, request durch etwas wie...

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

... und...

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

... aber auch das habe ich nicht hinbekommen.

Also, was nun? Sollten wir in Ermangelung eines Drop-In-Ersatzes, der tatsächlich hält, was er verspricht, damit leben, dass wir mehrere Abhängigkeiten in unseren node_modules , die auf einem veralteten Paket basieren, von denen einige anscheinend nicht funktionieren? gepflegt werden? Und warum?

Ich verstehe, dass request in vielerlei Hinsicht veraltet ist, aber durch die Einstellung dieses Pakets, ohne einen geeigneten Drop-In-Ersatz anzubieten, hängen jetzt 41.000 Module direkt von einem veralteten Paket ab. Wenn wir die Pakete, die mindestens eines dieser 41K-Module verwenden, als Abhängigkeit betrachten, sprechen wir möglicherweise von Hunderttausenden, wenn nicht sogar Millionen von Paketen, die betroffen sind.

Sicher, ich denke, für einige Pakete ist es einfach, request durch etwas wie fetch , axios , superagent oder Node.js' nativen http.request zu ersetzen https.request . Aber zB. in dem Fall, in dem Anfragen an eine andere Anfrage weitergeleitet werden (wie bei html2canvas-proxy ), habe ich Mühe herauszufinden, was zur Hölle dort vor sich geht... und ich kann es mir nicht leisten, viele Stunden damit zu verbringen, zu versuchen, zu ersetzen nur ein paar Zeilen veralteten Codes, während ich eigentlich wichtigere Dinge tun sollte.

Ich war es schon immer leid, mich zu sehr auf eine Vielzahl von voneinander abhängigen Paketen zu verlassen, die im Hintergrund mit einem Paketmanager geladen werden. Ja, ich nehme an, es kann einen Großteil der schweren Arbeit an Dritte abwälzen, aber stattdessen bekommen Sie eine ganze Reihe anderer Kopfschmerzen, mit denen Sie fertig werden müssen.

Paketmanager geben uns ein falsches Sicherheitsgefühl. Das ganze Leftpad-Debakel vor 4 Jahren scheint die Augen der Menschen in Bezug auf die damit verbundenen Risiken nicht geöffnet zu haben. Ich bin sicher, auch das wird keinen Unterschied machen. Trotzdem muss ich betonen, dass etwas ernsthaft falsch ist, wenn ein veraltetes oder defektes Paket Millionen von Paketen im gesamten Ökosystem beeinträchtigen kann. Und dies wird wahrscheinlich nur noch schlimmer, je mehr Projekte im Laufe der Zeit aufgegeben, veraltet oder sogar abgebrochen werden und wir alle in der Hölle der Abhängigkeit leben werden ...

Aber hey... Ich denke, das bedeutet zumindest, dass JS-Entwickler immer das $%#@-Chaos aufräumen müssen...

@jslegers

Trotzdem muss ich betonen, dass etwas ernsthaft falsch ist, wenn ein veraltetes oder defektes Paket Millionen von Paketen im gesamten Ökosystem beeinträchtigen kann.

Das einzige, was falsch ist, ist die Panik, unter der Sie und andere zu leiden scheinen. leftpad ging weg, gelöscht. Das kann jetzt nicht passieren. Anfrage wurde einfach veraltet; es geht nirgendwo hin. Wenn es jetzt funktioniert, wird es auf die gleiche Weise weiter funktionieren.

Es gibt keine Auswirkungen auf Millionen von Paketen, es sei denn, Sie zählen eine harmlose Warnung.

Ich habe auch versucht, die Anfrage durch etwas wie ... zu ersetzen.

Bitte hör auf in Panik zu geraten; Bitte hören Sie auf, ein nicht vorhandenes Problem zu beheben. Verwenden Sie beliebige Pakete: Die Veraltung der Anfrage wird sie nicht zerstören. Nach und nach können ihre Paketbetreuer zu einem anderen Paket wechseln. Oder sie dürfen nicht. Es spielt keine Rolle. Außer dem Erscheinen einer kleinen Nachricht hat sich nichts geändert.

JS-Entwickler müssten immer das $%#@-Chaos aufräumen...

Es gibt kein Durcheinander. Nur Fortschritte.

Es gibt keine Auswirkungen auf Millionen von Paketen, es sei denn, Sie zählen eine harmlose Warnung.

Ablehnen zB. ein Teil Ihrer API oder einer Bibliothek bedeutet im Grunde, dass Sie diese offiziell als "veraltet" bezeichnen und die Benutzer aktiv ermutigen, sich für etwas anderes zu entscheiden.

Deprecation wird normalerweise als Zwischenstufe zwischen der offiziellen Unterstützung von etwas und der offiziellen Einstellung der Unterstützung für etwas verwendet, um Entwicklern die Zeit zu geben, das veraltete Ding zu ersetzen, bis es nicht mehr verfügbar oder abwärtskompatibel ist.

Warnungen vor Abkündigungen sollen Sie nervös machen. Sie sind als Aufruf zum Handeln gedacht. Grundsätzlich besteht der Sinn der Einstellung darin, Entwicklern eine „Schonfrist“ zu gewähren, die es ihnen ermöglicht, ihren Code zu aktualisieren, bevor jemand den Stecker zieht.

Und sie sollten nicht für andere Zwecke verwendet werden. Die Einstellung soll Ihre Benutzer nicht nur darüber informieren, dass "Unsere API nicht den neuesten Codierungsstandards entspricht" oder "Ich habe keine Zeit mehr, dieses Projekt zu pflegen"... obwohl die Bibliothek ziemlich stabil und hübsch ist in +99% aller Anwendungsfälle sicher zu verwenden und wahrscheinlich für mindestens das nächste Jahrzehnt oder so gut zu funktionieren. Das ist nicht die Bedeutung von Veraltung, und die Verwendung von Veraltungswarnungen, nur um eine solche Nachricht auszudrücken, stellt einen sehr schlechten Präzedenzfall für die IMO dar.

Außerdem ist es einfach nur hässlich, Ihre npm install Protokolle voller Warnungen zu veralteten Versionen zu haben. Es sieht schlampig aus. Es ist eine Art rote Fahne und hinterlässt einen schlechten ersten Eindruck für Leute, die Ihre Bibliothek oder Ihr Framework ausprobieren. Vor allem, wenn die Leute Sie tatsächlich dafür bezahlen, Ihre Bibliothek / Ihr Framework zu verwenden, möchten Sie ihnen einen schönen / sauberen Installationsprozess ohne Warnungen bieten.

Außer dem Erscheinen einer kleinen Nachricht hat sich nichts geändert.

Diese eine kleine Nachricht sieht schlampig aus und soll keinen anderen Zweck haben als eine Aufforderung zum Handeln... eine Aufforderung, ein veraltetes Paket durch etwas anderes zu ersetzen.

Das mag für dich egal sein, aber für mich und andere Leute da draußen ist es definitiv wichtig.

Es gibt kein Durcheinander. Nur Fortschritte.

Ich schätze, Sie gehören zu den Menschen, die nicht zwischen Veränderung und Fortschritt unterscheiden können.

Wie auch immer, ich habe andere in den Kommentaren bemerkt, die vorgeschlagen haben, postman-request . Im Gegensatz zu @root/request scheint dieser als Drop-In-Ersatz zu funktionieren, daher werde ich vorerst alle meine Pakete mit diesem aktualisieren ...

Ich denke, was Sie @SimpleSamples vermissen, ist, dass der Rest der Warnungen, die Sie eingefügt haben, nichts mit der veralteten Warnung zu tun hat , die Sie hierher geführt hat. Sie müssen nichts gegen die Einstellung unternehmen, aber vielleicht möchten Sie etwas gegen Ihre fehlenden package.json unternehmen (oder was auch immer diese anderen Warnungen verursacht).

Berühre!

Der Punkt wurde gemacht, aber persönliche Angriffe gehen weiter. Ihr seid sehr intelligent und technisch sehr kompetent, aber es gibt Raum für Verbesserungen in der persönlichen Expertise.

Der Punkt wurde gemacht, aber persönliche Angriffe gehen weiter. Ihr seid sehr intelligent und technisch sehr kompetent, aber es gibt Raum für Verbesserungen in der persönlichen Expertise.

Schlau zu sein hindert die Leute leider nicht daran, ihre Urteile durch ihre Emotionen trüben zu lassen ... besonders wenn ihre Sachen so passieren, dass Dinge scheinbar ohne guten Grund oder einen allgemeinen Konsens darüber, was der Zweck der Ablehnung ist, abgewertet werden.

Jedenfalls denke ich, dass ich meinen Standpunkt ganz klar ausgedrückt habe. Abschließend möchte ich @reconbot oder einen anderen Betreuer dieses Projekts ermutigen, postman-request offiziell als funktionsvollen Ersatz für request und möglicherweise @root/request vorzuschlagen. request benötigen und sich nicht um zB. Ströme. Dies ermöglicht es jedem Paketbetreuer, request und die lästige Veraltungsmeldung loszuwerden, ohne mehr als ein paar Minuten Entwicklungszeit mit diesem Problem zu verbringen und ohne seine gesamte Bibliothek oder App umgestalten zu müssen.

@mikeal aus der Realität, dass die Anfrage abgelehnt wird, möchte ich Sie um einen Moment des Nachdenkens bitten, der für einige oder vielleicht viele von uns hilfreich sein wird. Sie haben 2 spätere http-Anforderungsmodule, die auf die Anforderung folgen: r2 und Bent.

Darf ich Sie bitten, uns eine kurze Zusammenfassung der Unterschiede, Vorteile und Plus- oder Minuspunkte des Wechsels zu einem dieser Ersatzanforderungen gegenüber dem anderen zu geben. Ich vertraue deiner Arbeit.

Vielen Dank für diese Zeit, und darf ich sicher sein, Danke für die Jahre des Anfragemoduls zu sagen.

-Ric

Ist request-promise-native ebenfalls veraltet oder ist es das Richtige?

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

[email protected] : Anfrage wurde dupliziert .... kann kein neues Projekt erstellen

[email protected] : Anfrage wurde dupliziert .... kann kein neues Projekt erstellen

Sie können wie immer ein Projekt erstellen. NPM warnt Sie lediglich.

Warum wurde dieses Projekt gelöscht?

ja das ist gut

Wird von 4.476.352 Repositorys, 52.377 Paketen verwendet.
Verabschieden Sie sich von der Legende.

Warum wurde dieses Projekt gelöscht?

@jleppert ist dies nicht der

Ich habe versucht, Angle in Linux und dann in Windows zu installieren und in beiden konnte ich nicht, nachdem ich den Befehl npm install -g @ angular / cli @ latest in beiden dieser Fehler

C:\Benutzer\Hanzell>npm install -g @angular/cli@latest
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
C:\Users\Hanzell\AppData\Roamingnpm\ng -> C:\Users\Hanzell\AppData\Roamingnpmnode_modules\@angular\cli\bin\ng

@angular/ cli @
Knoten ./bin/postinstall/script.js

• @angular/ cli @
  260 Pakete von 205 Mitwirkenden in 188.027s hinzugefügt

Dann habe ich das Repository erstellt und das ist erschienen

C:\Benutzer\Hanzell\Desktop>ng neu
? Welchen Namen möchten Sie für den neuen Arbeitsbereich und das erste Projekt verwenden? Hallo
? Möchten Sie Angular-Routing hinzufügen? Nein
? Welches Stylesheet-Format möchten Sie verwenden? CSS
hola/angular.json ERSTELLEN (3551 Byte)
ERSTELLEN Sie hola/package.json (1281 Byte)
hola/README.md ERSTELLEN (1021 Byte)
ERSTELLEN Sie hola/tsconfig.json (543 Byte)
ERSTELLEN Sie hola/tslint.json (1953 Byte)
hola/.editorconfig ERSTELLEN (246 Byte)
ERSTELLEN Sie hola/.gitignore (631 Byte)
Hola/Browserliste ERSTELLEN (429 Byte)
ERSTELLEN hola/karma.conf.js (1016 Byte)

• Pakete installieren...npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142g.spec.json (270 Byte)
  npm ERR! Unerwartetes Ende der JSON-Eingabe beim Parsen in der Nähe von '...f8x\n2SbOSCsT+zdXwIaf'

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\Hanzell\AppData\Roamingnpm-cache_logs\2020-03-01T05_15_55_441Z-debug.log
× Paketinstallation fehlgeschlagen, siehe oben.
Der Schema-Workflow ist fehlgeschlagen. Siehe oben.
ERSTELLEN hola/src/assets/.gitkeep (0 bytes

Hilfe!

@RiveraHan die Probleme, die Sie haben, haben nichts damit zu tun, dass request veraltet ist.

Davon abgesehen war ich neugierig. Obwohl ich seit den JS-Tagen kein Angular verwendet habe, habe ich es ausprobiert. Beachten Sie, dass ich das Winkelclient nicht zu meinen globalen Modulen hinzufügen wollte, also bin ich etwas anders vorgegangen. Folgendes habe ich mit npm 6.14.1 , node 12.16.1 und Debian GNU/Linux getestet.

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

Wenn Sie die Angular-Cli global installieren, entfernen Sie einfach ../w1/node_modules/.bin/ und w1/node_modules/.bin/ von oben ng sollte global gefunden werden.

@millette Es hat unter Linux Ubuntu und Windows 10 nicht funktioniert. Es ist das erste Mal, dass ich das

@ RiveraHan es ist kein Fehler. Es ist eine npm-Warnung. Wenn das von Ihnen verwendete Setup bei npm-Warnungen fehlschlägt, müssen Sie die Konfiguration darauf überprüfen.

@csvan Aber ich habe beim Öffnen des neuen Projekts in meinem Code-Editor festgestellt, dass der Ordner node_modules nicht angezeigt wird, und recherchiere ein wenig, um den Ordner node_modules erneut zu generieren .

@RiveraHan ja, aber auch dies hat nichts mit request oder npm zu tun - npm-Warnungen unterbrechen eine Installation nicht, es sei denn, Ihre Entwicklungsumgebung ist irgendwie dafür konfiguriert. Sie müssen untersuchen, warum Ihre Umgebung npm-Warnungen nicht toleriert und was Sie dagegen tun können - wenn dies in Ihrem Fall überhaupt das Problem ist. Es kann sehr gut etwas ganz anderes sein.

@anton-bot bietet also an, das Projekt zu übernehmen und all die Arbeit zu investieren, für die die derzeitigen Betreuer keine Zeit haben. Es ist ziemlich arrogant, anderen zu sagen, wie sie ihr Projekt durchführen sollen, wenn Sie nicht bereit sind, selbst die Arbeit zu leisten, um es zu verwirklichen. Es ist Open Source.

@mikeal hat ganz klar erklärt, warum request veraltet ist. Es ist die verantwortungsvolle Sache, es ist eine gute Entscheidung und es ist unwahrscheinlich, dass sie rückgängig gemacht wird.

Auch diese:

Außerdem werden die Leute realistischerweise ihren perfekt funktionierenden Code, der Anfragen verwendet, nicht durch etwas anderes ersetzen. Sehen Sie sich einige der verlinkten Pull-Requests an - es ist einfach keine Idee, die die Leute machen wollen.

Aus diesem Grund haben wir am Ende veralteten Code, der von alten Modulen abhängt, die zu ihrer Zeit "perfekt guter Code" waren. Ein Teil der Wartung von Software besteht darin, alte und veraltete Module loszuwerden und sie durch aktiv gewartete Module zu ersetzen.

@anton-bot Verwenden Sie einfach @root/request was im Grunde eine 80% konforme Implementierung von request , die moderne Node-HTTP-APIs unter der Haube verwendet.

@anton-bot Du vermisst eindeutig mehrere Fakten des Lebens:

1. Dies ist eine kostenlose Open-Source-Software. Sie haben nicht das Recht, den Betreuern zu sagen, dass sie "einfach aufhören" sollen.
2. Die Anforderung hatte das Verfallsdatum überschritten (jedoch nicht das Verfallsdatum). Es ist schwer und altmodisch geworden.
3. @mikeal hat mindestens zwei neue Pakete erstellt, die die Anfrage ersetzen. Beide sind deutlich leichter.
4. Wenn Sie und andere es weiterhin verwenden möchten, steht es Ihnen frei, dies zu tun. Nichts in der Einstellung hindert Sie daran.

Ich persönlich habe die Gelegenheit genutzt, meine Pakete nach und nach zu aktualisieren. kraken-exchange zum Beispiel ist von 5,9 MB auf 284 KB installiert, durch den Wechsel zu bent .

@csvan sagte, Sie seien "ziemlich arrogant". Das ist eine viel höflichere Formulierung, als ich sie verwendet hätte.

@anton-bot Verwenden Sie einfach @root/request, was im Grunde eine zu 80% konforme Implementierung der Anfrage ist, die moderne Node-HTTP-APIs unter der Haube verwendet.

80 % konform sind bei weitem nicht gut genug.

Ich verwende Abhängigkeiten, die auf den fehlenden 20% basieren (zB Streams). Dafür benötigen Sie einen funktionsvollen Drop-In-Ersatz wie postman-request .

Ich habe in einem früheren Kommentar (der anscheinend zensiert / gelöscht wurde) vorgeschlagen, dass die Betreuer ihr Projekt an das Postman-Team übergeben, damit sie die Implementierung von postman-request request durch die Implementierung von postman-request ersetzen könnten. request nie behoben wurden.

Auf diese Weise konnten die ursprünglichen Autoren von request einen Schritt zurücktreten und ihren wohlverdienten "Ruhestand" genießen, ohne eine Menge Leute zu verängstigen oder zu ärgern, indem sie request unnötigerweise missbilligten.

Dies ist eine kostenlose Open-Source-Software. Sie haben nicht das Recht, den Betreuern zu sagen, dass sie "einfach aufhören" sollen.

Sicher tut er das. Und genauso haben die Betreuer das Recht, "f * you" zu sagen.

Die Anforderung hatte das Verfallsdatum überschritten (jedoch nicht das Verfallsdatum). Es ist schwer und altmodisch geworden.

Immer noch kein triftiger Grund für eine Abmahnung.

@mikeal hat mindestens zwei neue Pakete erstellt, die die Anfrage ersetzen. Beide sind deutlich leichter.

So?

Tausende von Paketen verwenden heute noch request und erzeugen jetzt unnötigerweise während npm install veraltete Warnungen. Dies hätte nicht passieren dürfen und hätte leicht verhindert werden können, z. die Fackel an das Postman-Team übergeben oder dieses Projekt einfach friedlich sterben lassen.

Wenn Sie und andere es weiterhin verwenden möchten, steht es Ihnen frei, dies zu tun. Nichts in der Einstellung hindert Sie daran.

Sicher tut es das.

Kunden, die nervös werden, wenn sie während npm install Warnungen zur

Deprecation = Aufruf zum Handeln. Es gibt den Leuten im Grunde eine Kulanzfrist, um ihre Abhängigkeiten zu ersetzen, bis ihre Abhängigkeiten zerbrechen. Es sollte in keinem anderen Fall verwendet werden, außer in Fällen, in denen erwartet wird, dass Abhängigkeiten die vorhandene Funktionalität nach Ablauf einer Kulanzfrist unterbrechen.

Ich persönlich habe die Gelegenheit genutzt, meine Pakete nach und nach zu aktualisieren. kraken-exchange zum Beispiel ist von 5,9 MB auf 284 KB installiert, indem auf Bent umgestellt wurde.

Ich habe versucht, einige unserer Abhängigkeiten durch internalisierte / angepasste lokale Versionen dieser Pakete zu ersetzen und request durch request-postman zu ersetzen, um die Warnungen vor Veraltung loszuwerden. Dies schien eine einfache Lösung zu sein, die es uns später ermöglichen würde, request-postman schrittweise durch eine leichtere Alternative zu ersetzen.

Dann erfuhr ich, dass NPM im Umgang mit lokalen Paketen, die selbst auf lokale Pakete angewiesen sind, unglaublich fehlerhaft ist, was unsere Umgebung erheblich instabiler machte. Es öffnete eine ganze 'weitere Dose Würmer, wirklich, also musste ich meine Änderungen rückgängig machen und ging zurück zu request , da es die Zeit und Mühe einfach nicht wert war, zu versuchen, dieses Problem zu beheben Zeitpunkt.

Im Moment sehe ich keine andere Alternative, als mit den Warnungen über die Veraltung zu leben, da wir einfach zu viele Abhängigkeiten verwenden, die request als Abhängigkeit haben, um sie mit nur sehr geringen Kopfschmerzen loszuwerden. Das ist bedauerlich und hätte IMO nie passieren dürfen!

@csvan sagte, Sie seien "ziemlich arrogant". Das ist eine viel höflichere Formulierung, als ich sie verwendet hätte.

Wer sind Sie, um eine Person "arrogant" oder noch schlimmer zu nennen, nur weil Sie nicht verstehen, warum Abwertungswarnungen für sie und ihre Projekte wichtig sind?!

Was ich arrogant finde, ist, einfach ein Projekt, von dem Millionen anderer Projekte abhängig sind, ohne triftigen Grund abzulehnen, anstatt nach einem anderen Betreuer zu suchen, der die Dinge von einem übernimmt. Und wenn man bedenkt, dass das Postman-Team bereits eine funktionsreiche Abzweigung von request , die aktiv gepflegt wird, kann ich mir nicht vorstellen, dass es sehr schwierig gewesen wäre, sie davon zu überzeugen.

Wie hoch schätzen Sie in Millionen request die weltweiten Kosten dieser Entscheidung zur Einstellung von

Null. Es funktioniert so gut wie immer. Es wird einfach nicht besser.

Null. Es funktioniert so gut wie immer. Es wird einfach nicht besser.

Quatsch!

Wenn Sie der Meinung sind, dass veraltete Warnungen keine Auswirkungen auf Projekte haben, die von ihnen abhängig sind, haben Sie keine Ahnung, was die Einstellung beinhaltet und wofür diese Meldungen bestimmt sind!

Die Einstellung macht viele Leute sehr nervös, und das aus gutem Grund. Das ist, was Abwertung tun soll!

Ah, dann kein Problem. Meine Back-of-the-Envelope-Berechnungen belaufen sich auf ungefähr 30 Millionen US-Dollar, aber ich glaube, ich habe mich geirrt.

30 Millionen US-Dollar klingen für mich nach einer sehr niedrigen Schätzung, wenn man bedenkt, wie viele Pakete direkt oder indirekt von diesem Projekt abhängen!

Ich bin erstaunt und erstaunt, wie viele Leute hier meinen, ein Recht auf freie Software zu haben.

Ich bin erstaunt und erstaunt, wie viele Leute hier meinen, ein Recht auf freie Software zu haben.

Ich bin erstaunt und erstaunt, wie viele Leute meinen, sie hätten keinerlei Verantwortung dafür, wie sich ihr Handeln auf ihre Nutzer auswirkt, nur weil ihre Produkte kostenlos oder Open Source sind.

IMO ist es eine Frage von grundlegendem Respekt, Ihre Benutzer / Kunden nicht anders zu behandeln, egal ob sie für die Nutzung Ihrer App / Bibliothek bezahlen oder nicht.

Würden Sie jemals ein Projekt ablehnen, das von Millionen anderer Projekte als Abhängigkeit verwendet wird, wenn die Leute dafür bezahlen, es sei denn, Sie hätten einen wirklich, wirklich, wirklich guten Grund dafür (z Zeit)?

@jslegers Genau mein Punkt. Also berechtigt! Tolle!

@jslegers Genau mein Punkt. Also berechtigt! Tolle!

Topf...

Wasserkocher...

Ich kann mir nichts besseres vorstellen, als zu argumentieren, dass Benutzer Ihnen auf die eine oder andere Weise "schulden", dass Sie ihnen Open-Source-Software zur Verfügung gestellt haben, und dass sie sich Ihnen "geehrt" oder "dankbar" fühlen sollten und daher kein Recht haben, sich zu beschweren wenn sich Ihre Aktionen direkt auf ihre Projekte auswirken.

Sicher, die jahrelange Pflege eines Open-Source-Projekts erfordert viel harte Arbeit und Hingabe. Sicher, es ist etwas zu bewundern, wenn die Leute bereit sind, dies in ihrer Freizeit ohne finanziellen Ausgleich zu tun. Aber das ist immer noch keine Entschuldigung dafür, mit allen Rechten zu handeln und Ihre Benutzer im Stich zu lassen, wenn sie Sie am dringendsten brauchen, und es gibt mehrere Alternativen ohne Aufwand!

@CliffS

Ich persönlich habe die Gelegenheit genutzt, meine Pakete nach und nach zu aktualisieren. kraken-exchange zum Beispiel ist von 5,9 MB auf 284 KB installiert, indem auf Bent umgestellt wurde.

Ich habe gerade nachgesehen und die package.json verweist immer noch auf die Anforderungsversion 2,88.0

Ich habe gerade nachgesehen und die package.json verweist immer noch auf die Anforderungsversion 2,88.0

@ JonathanRowell Ja. Es wird derzeit getestet, bevor es auf npm verschoben wird. Version v1.9.0 wird am Ende des Tages da sein.

Aber das ist immer noch keine Entschuldigung dafür, mit allen Rechten zu handeln und Ihre Benutzer im Stich zu lassen, wenn sie Sie am dringendsten brauchen, und es gibt mehrere Alternativen ohne Aufwand!

Genau, deshalb haben wir Leute wie @jslegers, die bereit sind, jeden Tag ein paar Stunden ihrer Freizeit zur Seite zu legen, um bei der Wartung zu helfen, die Arbeitsbelastung zu glätten und das Projekt voranzutreiben, anstatt in einem Problem zu jammern!

Oh, Moment mal.

Genau, deshalb haben wir Leute wie @jslegers, die bereit sind, jeden Tag ein paar Stunden ihrer Freizeit zur Seite zu legen, um bei der Wartung zu helfen, die Arbeitsbelastung zu glätten und das Projekt voranzutreiben, anstatt in einem Problem zu jammern!

Falsch!

Aus diesem Grund haben wir die freundlichen Leute des Postman- Teams, die bereits ihre eigene request Gabel namens postman-request , die als funktionsreicher Ersatz für request und die aktiv gepflegt wird! Die vernünftige Alternative zur Einstellung von request wäre, sie zu bitten, die Wartung von request .

Falls die Postboten-Leute aus irgendeinem Grund ablehnen, könnte request postman-request immer noch offiziell als funktionsvollen Ersatz in der Veraltungswarnung empfehlen, um zu verhindern, dass Ressourcen unnötig zu Hunderten verschwendet werden - von nicht Tausenden - von Entwicklern, die unabhängig nach einem solchen Drop-In-Ersatz suchen.

Alternativ könnten Sie einfach die offizielle Einstellung der Wartung / des Supports von request ankündigen und es langsam und friedlich ohne eine Warnung vor der Einstellung sterben lassen, da es wirklich keine Notwendigkeit gibt, ein Paket zu veralten ODER weiter zu warten, das perfekt funktioniert und nicht wird in naher Zukunft nicht kaputt gehen.

Jeder dieser 3 Ansätze wäre unendlich besser als der aktuelle Ansatz und würde keine zusätzlichen Ressourcen von irgendeiner Partei erfordern.

Ich denke nicht, dass es konstruktiv ist, sich zu streiten, ob der eine oder der andere seinen Erwartungen gerecht wird oder nicht, und es wird auch nicht helfen, die anstehenden Probleme anzugehen. Wir alle nehmen und geben und kooperieren miteinander in der Hoffnung, dass die eigenen Probleme leichter gelöst werden können, aber niemand kann den anderen zwingen, gegen seinen Willen zu handeln.

Ich glaube, die Tatsachen sind, dass a) der derzeitige Eigentümer das Projekt nicht mehr vorantreiben möchte (vollkommen verständlich), aber auch, dass b) viele Menschen durch die Abschreibungswarnung viel Schmerz empfinden, da eine Abwanderung davon nicht möglich ist passieren meistens sofort (auch vollkommen verständlich).

Ein vernünftiger Kompromiss scheint mir also darin zu bestehen, ähnlich wie @jslegers vorschlägt, das Projekteigentum an jemanden zu übertragen, der interessiert und bereit ist, es zu übernehmen, die

Also, @mikeal , bist du bereit, das Projekteigentum an jemand anderen zu übergeben?

Und ist irgendjemand bereit, es Mikeal abzunehmen, um das Problem zu lösen, das die Leute mit der ausgegebenen Warnung haben?

Außer der Mitwirkung bei der Übergabe des Projekteigentums kann keiner von uns für die anderen sprechen, ihnen dies oder jenes vorschreiben; man kann nur für sich selbst sprechen.

Eine andere Tatsache, die in diesem Thread nicht viel erwähnt wurde, ist die Sicherheitsauswirkung der Eigentumsübertragung eines so beliebten Pakets. Wir hatten in letzter Zeit Vorfälle, bei denen eine Eigentumsübertragung auf einen böswilligen Akteur erfolgte und zu böswilligen Aktivitäten in neuen Versionen des Pakets führte. beliebte Pakete wie dieses sind großartige Ziele für diese Art von Schauspieler.

Ich werde die Vertrauenswürdigkeit eines bestimmten Teams, das die Verantwortung übernehmen könnte, nicht kommentieren, aber es ist wichtig zu erkennen, wie riskant ein solcher Vorschlag wirklich ist. Die Einstellung dieses Pakets hindert Forks nicht daran, dieses Paket weiterhin unter einem anderen Namen zu verwalten, aber die Namensänderung ermöglicht es einem Verbraucher, die Entscheidung zu treffen, diesen Fork zu verwenden, anstatt dies automatisch zu tun, ohne das Risiko für sein Projekt zu bewerten.

Eine andere Tatsache, die in diesem Thread nicht viel erwähnt wurde, ist die Sicherheitsauswirkung der Eigentumsübertragung eines so beliebten Pakets. Wir hatten in letzter Zeit Vorfälle, bei denen eine Eigentumsübertragung auf einen böswilligen Akteur erfolgte und zu böswilligen Aktivitäten in neuen Versionen des Pakets führte. beliebte Pakete wie dieses sind großartige Ziele für diese Art von Schauspieler.

Natürlich können Sie das Eigentum nicht einfach auf jeden übertragen. Aber das Postman-Team klingt nach einer logischen Entscheidung, denn...

• Sie haben einen Ruf, den es zu schützen gilt und können es sich daher nicht leisten, dem request Projekt Schaden zuzufügen, indem sie bösartigen Code in das Projekt einschleusen
• Als Plattform für API-Entwicklung und -Tests kann es für sie ein Marketinggewinn sein, offizieller Betreuer eines sehr beliebten NPM-Pakets zu werden, das von vielen ihrer potenziellen Kunden verwendet wird
• Da sie bereits ihren eigenen Fork von request unterhalten, sollten keine zusätzlichen Ressourcen von ihnen benötigt werden. Sie könnten einfach ihren Fork in request und Ressourcen von ihrem eigenen Fork (der nicht mehr benötigt würde) in das offizielle request Repo verschieben

Natürlich gibt es keine Garantie, dass sie es akzeptieren. Aber wenn sie gesunden Menschenverstand hätten, würden sie sofort darauf springen. Es sei denn, ein request Maintainer hat bereits versucht, sie zu kontaktieren und kann bestätigen, dass sie diesen Vorschlag tatsächlich abgelehnt haben, dies ist IMO definitiv einen Versuch wert!

Es besteht wirklich keine Notwendigkeit, ein Paket, das einwandfrei funktioniert und in naher Zukunft nicht kaputt gehen wird, zu veralten ODER weiter zu warten.

Das ist so rückwärts, dass ich gar nicht weiß, wo ich anfangen soll. Dass ein Paket nicht gewartet wird und von dem empfohlen wird, es zu entfernen, ist der gesamte Punkt der Einstellung.
Der Eigentümer teilt Ihnen mit, dass Sie technische Schulden aufbauen, indem Sie sie verwenden, damit Sie weitermachen können. Das Tolle an einer offiziellen Deprecation über npm ist genau, dass die Leute einen klaren Hinweis darauf bekommen, anstatt es erst Jahre später (in Ihrem "Lass es sterben lassen"-Szenario) entdecken zu müssen, wo es wahrscheinlich schon zu spät ist eine reibungslose Migration in Betracht ziehen.

Weit verbreitete und später aufgegebene Pakete sterben nicht friedlich. Sie sterben, wenn die Leute, die sie benutzen, in Panik wegziehen, nachdem ihr ungepflegter Zustand tatsächlich dazu führt, dass Sachen kaputt gehen und sich Sicherheitslücken öffnen.

Seien Sie ehrlich, ohne die Einstellungsmitteilung hätten wahrscheinlich weder Sie noch ich den Status der Anfrage gewusst. Auch die überwiegende Mehrheit der Nutzer würde dies nicht tun.

Ich habe versucht, Angle in Linux und dann in Windows zu installieren und in beiden konnte ich nicht, nachdem ich den Befehl npm install -g @ angular / cli @ latest in beiden dieser Fehler

C:\Benutzer\Hanzell>npm install -g @angular/cli@latest
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe #3142
C:\Users\Hanzell\AppData\Roamingnpm\ng -> C:\Users\Hanzell\AppData\ Roamingnpmnode_modules@angular\cli\bin\ng

@angular/ cli @ Roamingnpmnode_modules@angular\cli
Knoten ./bin/postinstall/script.js

• @angular/ cli @
  260 Pakete von 205 Mitwirkenden in 188.027s hinzugefügt

Dann habe ich das Repository erstellt und das ist erschienen

C:\Benutzer\Hanzell\Desktop>ng neu
? Welchen Namen möchten Sie für den neuen Arbeitsbereich und das erste Projekt verwenden? Hallo
? Möchten Sie Angular-Routing hinzufügen? Nein
? Welches Stylesheet-Format möchten Sie verwenden? CSS
hola/angular.json ERSTELLEN (3551 Byte)
ERSTELLEN Sie hola/package.json (1281 Byte)
hola/README.md ERSTELLEN (1021 Byte)
ERSTELLEN Sie hola/tsconfig.json (543 Byte)
ERSTELLEN Sie hola/tslint.json (1953 Byte)
hola/.editorconfig ERSTELLEN (246 Byte)
ERSTELLEN Sie hola/.gitignore (631 Byte)
Hola/Browserliste ERSTELLEN (429 Byte)
ERSTELLEN hola/karma.conf.js (1016 Byte)

• Pakete installieren...npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142g.spec.json (270 Byte)
  npm ERR! Unerwartetes Ende der JSON-Eingabe beim Parsen in der Nähe von '...f8x\n2SbOSCsT+zdXwIaf'

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\Hanzell\AppData\Roamingnpm-cache_logs\2020-03-01T05_15_55_441Z-debug.log
× Paketinstallation fehlgeschlagen, siehe oben.
Der Schema-Workflow ist fehlgeschlagen. Siehe oben.
ERSTELLEN hola/src/assets/.gitkeep (0 bytes

Hilfe!

Überprüfen Sie das npm-Update und später die npm-Installation im Winkelprojekt

Das ist so rückwärts, dass ich gar nicht weiß, wo ich anfangen soll. Dass ein Paket nicht gewartet wird und von dem empfohlen wird, es zu entfernen, ist der gesamte Punkt der Einstellung.

Dass ein Paket nicht gewartet wird und vor Ablauf einer Kulanzfrist entfernt werden muss, ist der Punkt der Einstellung.

Wenn vor einem bestimmten Zeitpunkt kein Umzug erforderlich ist, sollten Sie nicht ablehnen... zumindest nicht, es sei denn, Sie können einen Ersatz vorschlagen (wie in diesem Fall postman-request )!

Der Unterschied mag subtil sein, aber die Konsequenz ist signifikant. Sie verschwenden die Ressourcen von möglicherweise vielen Tausend Unternehmen ohne triftigen Grund, indem Sie sie einstellen, was vermieden werden könnte, indem Sie die Wartung einfach beenden und dabei belassen!

Eine andere Tatsache, die in diesem Thread nicht viel erwähnt wurde, ist die Sicherheitsauswirkung der Eigentumsübertragung eines so beliebten Pakets. Wir hatten in letzter Zeit Vorfälle, bei denen eine Eigentumsübertragung auf einen böswilligen Akteur erfolgte und zu böswilligen Aktivitäten in neuen Versionen des Pakets führte. beliebte Pakete wie dieses sind großartige Ziele für diese Art von Schauspieler.

... die Einstellung dieses Pakets hindert Forks nicht daran, dieses Paket weiterhin unter einem anderen Namen zu verwalten

Meinetwegen; Ich denke, wir können ein wenig warten, bis wir Neuigkeiten von den Postboten haben und beurteilen, ob eine Übertragung zu ihnen praktikabel ist; aber ansonsten scheinen Gabeln der Weg nach vorne zu sein.

Nein, Sie verschwenden keine Zeit, indem Sie deutlich machen, dass eine ihrer Abhängigkeiten jetzt aufgegeben wurde und mit ziemlicher Sicherheit eine Quelle technischer Schulden ist. Das Gegenteil ist der Fall, und die gesamte Diskussion zu diesem Thema ist ein Beweis dafür - eine Diskussion, die ohne die Abwertung in absehbarer Zeit wahrscheinlich nicht stattgefunden hätte.

Nein, Sie verschwenden keine Zeit, indem Sie deutlich machen, dass eine ihrer Abhängigkeiten jetzt aufgegeben wurde und mit ziemlicher Sicherheit eine Quelle technischer Schulden ist.

Nur weil ein Projekt aufgegeben wird, heißt das nicht, dass es durch etwas anderes ersetzt werden sollte.

Insbesondere bei Projekten, die mehrere Abhängigkeiten verwenden, die alle request als Abhängigkeit verwenden, kommt der potenzielle Gewinn, request durch etwas anderes zu ersetzen, nicht einmal annähernd dem Aufwand dafür nahe !

eine Diskussion, die ohne die Einstellung höchstwahrscheinlich nicht so schnell stattgefunden hätte.

Diese Diskussion wäre ohne die Einstellung nicht notwendig gewesen.

https://xkcd.com/386/

Ja, das würde es irgendwann tun, mit oder ohne eine Einstellung. Dieser Punkt ist immer besser früher als erst Jahre später erreicht, wenn die Auswirkungen eines nicht gewarteten Pakets spürbar werden.

Jedenfalls verzichte ich darauf. Spaß haben.

„Alles ist veränderbar, alles erscheint und verschwindet; es gibt keinen glückseligen Frieden, bis man die Qual von Leben und Tod überwunden hat.“

— Gautama-Buddha

@mikeal Du bist ein Aufrührer... danke für die Erinnerung!

Bevor ich auf die Details und Argumente eingehe, komme ich gleich zur Sache. Das Wertvollste, was request für das JavaScript-Ökosystem tun kann, ist, in den Wartungsmodus zu wechseln und keine neuen Funktionen oder Hauptversionen in Betracht zu ziehen.

Entschuldigung im Voraus bei den anderen Committern von request , die ihr Bestes getan haben, um es zu verbessern, aber es ist das Beste.

2009

Die erste Version von request war eines der ersten Module, die jemals für das Node.js-Ökosystem erstellt wurden. Die frühesten Versionen wurden in APIs geschrieben, die älter sind als die Standard-Callback-Schnittstelle, Streams, node_modules und npm. In den ersten Jahren entwickelten sich request und Node.js gemeinsam und lernten voneinander. Als Node.js verbesserte und Kernschnittstellen migrierte, wurde auch die Anfrage gestellt. Als die Anfrage Änderungen an der Kern-HTTP-Bibliothek und -Streams annahm, informierte sie auch über Verbesserungen wie das pipe Ereignis (das den einzeiligen Proxy von request aktivierte) und eine der vielen Neuschreibungen von Core http (die einen musste ich schreiben).

npm

request war eines der ersten Module, das der npm-Registry hinzugefügt wurde. Als npm wuchs, wuchs auch die Abhängigkeit von request . Selbst jetzt, wo npm viel mehr für Front-End- als für Back-End-Arbeiten verwendet wird, bleibt request eines der am stärksten abhängigen Module in der Registrierung. Während ich dies schreibe, hängen 41.000 Module von der Anfrage ab und es werden 14 Millionen Mal pro Woche heruntergeladen.

Der Platz, den request im Node.js-Ökosystem einnimmt, ist nicht mehr der eines Innovators, sondern eines etablierten Anbieters. Wenn Sie googeln, wie man etwas mit HTTP in Node.js macht, zeigen die Beispiele wahrscheinlich request als Client und express als Server. Dies hat zwei besonders negative Auswirkungen.

Für neue Bibliotheken, die ähnliche Aufgaben erfüllen, ist es viel schwieriger, Akzeptanz zu finden, da request etablierte Position gegenüber dem Ökosystem einnimmt. Es ist auch sehr schwierig, die Anfrage sinnvoll zu ändern, da die Änderung nicht nur möglicherweise von der Mehrheit ihrer Angehörigen nicht angenommen wird, sondern sie auch mit den Tausenden von Blog-Posts und Stapelüberlauf-Antworten, die request Einklang bringt

Modernes JavaScript

Die letzten Jahre waren dramatische in JavaScript. Funktionen, von denen die Leute jahrelang gesprochen hatten, reichten von Ideen über Standards bis hin zu Funktionen, auf die Sie sich in den meisten Umgebungen verlassen können. Die Geschwindigkeit, mit der diese übernommen wurden, ist atemberaubend, vor allem dank automatisch aktualisierter Browser und eines aggressiven Node.js-Veröffentlichungsplans.

Die Muster im Kern von request sind veraltet. Ein paar Leute könnten dieser Einschätzung widersprechen, und ich weiß, wer sie sind, also werde ich nicht überrascht sein, aber es ist wahr. Ich war oft skeptisch gegenüber den Auswirkungen, die einige dieser Funktionen haben würden, nur um sie kurz nachdem sie nur in der neuesten Version von Node.js verfügbar waren, vollständig zu übernehmen.

Im Ökosystem findet jetzt ein Übergang zu diesen Mustern statt. Wie chaotisch das sein wird, ist noch in der Luft und ich werde nicht versuchen, die Teeblätter zu lesen und herauszufinden, wie die Zukunft in dieser Hinsicht aussieht. Die Frage für request lautet: „Versuchen wir, diesen Übergang zu überleben?“ Vor einem Jahr dachte ich, die Antwort sei offensichtlich und wir würden es tun, aber jetzt bin ich vom Gegenteil überzeugt.

Eine Version von request geschrieben wurde, um diese neuen Sprachmuster wirklich zu berücksichtigen, ist praktisch ein neues Modul. Ich habe diesen Raum bereits ein wenig erforscht und habe ein Projekt, mit dem ich recht zufrieden bin, aber es ist in keiner Weise mit request kompatibel. Was ist der Wert in einer Version von request , die mit den alten Mustern nicht kompatibel ist, aber die neuen nicht vollständig annimmt? Was bringt es, teilweise kompatibel zu sein, wenn es eine ganze Welt neuer Module gibt, die von neuen Entwicklern geschrieben wurden, die diese Probleme mit diesen Mustern im Hinterkopf überdenken?

Das Beste für diese neuen Module ist, dass request langsam verblassen und schließlich nur noch eine weitere Erinnerung an diesen Legacy-Stack werden. Die Position, die request jetzt einnimmt, einzunehmen und sie für einen größeren Anteil der nächsten Entwicklergeneration zu nutzen, wäre für diese Entwickler ein Bärendienst, da es sie von besseren Modulen abhalten würde, die nicht die Last von request .

Wartungsmodus

Hier ist der Plan.

• request akzeptiert keine neuen Funktionen mehr.
• request wird aufhören, über Breaking Changes nachzudenken.
• Die noch aktiven Committer werden versuchen, Fixes zeitnah zusammenzuführen, allerdings ohne Versprechen.

• Releases werden vollständig automatisiert, alle Merge in Master werden veröffentlicht. Ich habe dies bereits für einige andere Projekte mit GitHub Actions erstellt .

  • Wir müssen inaktive Mitarbeiter entfernen und 2fa durchsetzen, da Commit-Rechte effektiv zu npm-Publishing-Rechten werden.

Was passiert, wenn wir es einfach löschen? diese Abhängigkeiten sind ein Killer!

@grikard Dem würde ich zustimmen - gute Analyse. Aber ohne trivial klingen zu wollen - das ist eine echte Frage - schreiben die Amerikaner den Plural von "Blatt" als Blätter? Ich habe "Blätter" gelernt.

Blätter ist Plural für Blatt :)

Pakete installieren...npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
Wenn jemand anderes hierher kommt, weil Sie einen Fehler haben?
ng new my-app
versuchen Sie es nochmal
sudo ng new my-app
frohes hacken

Hallo Wie kann ich diesen Fehler beheben? https://github.com/request/request/issues/3142

Hallo Wie kann ich diesen Fehler beheben? #3142

Welcher Fehler?

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

Am Mi, 11. März 2020, 20:23 Cliff Stanford [email protected]
schrieb:

Hallo Wie kann ich diesen Fehler beheben? #3142
https://github.com/request/request/issues/3142

Welcher Fehler?

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/request/request/issues/3142#issuecomment-597602350 ,
oder abmelden
https://github.com/notifications/unsubscribe-auth/AN6OSLTSIY5LZVUEOX3JWHDRG57FNANCNFSM4HCP6LRA
.

Ich kann mein Projekt deswegen nicht abschließen... und es ist heute Abend fällig. Kann jemand bei der Behebung dieses Problems in der Anfrage helfen??

@AELDREI Dies ist kein Fehler. Deprecation ist nur eine Warnung/Info, alles funktioniert noch.
@valentina-js "Dies" ist nur eine Warnung/Info, es kann also nicht die Ursache dafür sein, dass Sie Ihr Projekt nicht abschließen können. Wenn Sie ein Problem haben, muss es eine andere Ursache haben. Suchen Sie nach einer tatsächlichen Fehlermeldung und prüfen Sie, ob ein ähnliches Problem gemeldet wurde. Wenn nicht, öffnen Sie einen und beschreiben Sie Ihren Fehler im Detail.

Ach nein. Dies war nicht nötig. Ruhe in Frieden

Neue Merch

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142

Bitte lösen Sie das! ich weiß nicht was ich falsch mache:

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN checkPermissions Fehlender Schreibzugriff auf /usr/local/lib/node_modules
npm ERR! Code EACCES
npm ERR! Systemaufruf-Zugriff
npm ERR! Pfad /usr/local/lib/node_modules
npm ERR! Fehler -13
npm ERR! Fehler: EACCES: Berechtigung verweigert, Zugriff auf '/usr/local/lib/node_modules'
npm ERR! [Fehler: EACCES: Berechtigung verweigert, Zugriff '/usr/local/lib/node_modules'] {
npm ERR! stack: "Fehler: EACCES: Berechtigung verweigert, Zugriff auf '/usr/local/lib/node_modules'",
npm ERR! Fehler: -13,
npm ERR! Code: 'EACCES',
npm ERR! Systemaufruf: 'Zugriff',
npm ERR! Pfad: '/usr/local/lib/node_modules'
npm ERR! }
npm ERR!
npm ERR! Der Vorgang wurde von Ihrem Betriebssystem abgelehnt.
npm ERR! Wahrscheinlich haben Sie als aktueller Benutzer nicht die Berechtigung, auf diese Datei zuzugreifen
npm ERR!
npm ERR! Wenn Sie glauben, dass dies ein Berechtigungsproblem sein könnte, überprüfen Sie bitte die
npm ERR! Berechtigungen der Datei und der darin enthaltenen Verzeichnisse, oder versuchen Sie es auszuführen
npm ERR! den Befehl erneut als root/Administrator.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! /Users/Hazem/.npm/_logs/2020-03-15T16_16_03_301Z-debug.log

@hazembergg NPM hat keinen Schreibzugriff auf node_modules. Es ist nichts falsch an request , das npm install blockiert. Versuchen Sie es mit sudo .

Danke für deine prompte Antwort, hat wunderbar geklappt!

Also ich glaube, ich werde verrückt! Ich muss README mindestens 20 Mal gelesen haben. Dieses ganze Programm übersteigt meine HTML-Grundkenntnisse...

_Wie erhalte ich YouTube-Kommentare?_
Betreibe ich youtube-comment-scraper ? im Knoten? Basisterminal? oder Befehl?
die Knotenantwort ist ...
Die Terminalantwort ist, dass sich der Titel ändert, aber nichts passiert

_Was ist, wenn ich eine CSV-Datei haben möchte?_
ist der Befehl: youtube-comment-scraper --outputFile youtubecomments.csv --stdout --format csv Korrekt?

_Ballpark, wie lange würde es dauern, das Programm auszuführen, um, sagen wir, tausend Kommentare zu erhalten?_

@hazembergg Beides. Siehe https://www.npmjs.com/package/youtube-comment-scraper#usage für die Verwendung der Befehlszeile und https://www.npmjs.com/package/youtube-comment-scraper#method für die programmatische Verwendung. Sie können npx youtube-comment-scraper auch ausführen, wenn Node.js in der Befehlszeile installiert ist, um auf die CLI zuzugreifen.

@Richienb Nochmals vielen Dank für die Info! Ich werde sie studieren und hoffentlich wird es mir gelingen!

Ja, anscheinend macht jeder etwas falsch. Mir wurde gesagt, dass die Entscheidung, request einzustellen, keine Kosten verursachen würde.

Es gibt nie null Kosten!

Ich habe ein Problem mit dem Erstellen des Saucentunnels.
Verwenden Sie den folgenden Saucenservice.
npm install -g wdio-sauce-service
25hnpm WARN veraltet [email protected] : Anfrage wurde eingestellt, siehe https://github.com/request/request/issues/3142
25h

[email protected] postinstall /usr/local/lib/node_modules/wdio-sauce-service/node_modules/sauce-connect-launcher
Knotenskripts/install.js || nodejs scripts/install.js

+ [email protected]

Erhalten Sie den folgenden Fehler beim Versuch, den Saucentunnel zu erstellen.
Sauce Connect konnte nicht gestartet werden. Ausgangscode 1-Signal: null
Ein Dienst ist im 'onPrepare'-Hook fehlgeschlagen
Fehler: Sauce Connect konnte nicht gestartet werden. Ausgangscode 1-Signal: null
bei ChildProcess.(/usr/local/lib/node_modules/wdio-sauce-service/node_modules/sauce-connect-launcher/lib/sauce-connect-launcher.js:566:12)
bei ChildProcess.emit (events.js:198:13)
bei ChildProcess.EventEmitter.emit (domain.js:448:20)
bei Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)

Bitte seien Sie respektvoll und vermeiden Sie ernsthafte Fragen. Nur Meme über request .

@anton-bot lass es los und mach mit deinem Leben weiter.

Bitte seien Sie respektvoll und vermeiden Sie ernsthafte Fragen. Nur Meme über request .

@anton-bot lass es los und mach mit deinem Leben weiter.

Zurück zum Ernst, jetzt, da request über npm deprecate "offiziell" eingestellt wurde, bekommt _jeder_ einzelne Upstream-Benutzer neue Warnungen darüber.

Können wir das für einen Moment betrachten? Ich denke, das hat zu unangemessener Panik geführt. Darüber hinaus verweisen automatisierte Systeme, die ihre Protokolle festschreiben, jetzt

Ich stimme zu, dass request bis zur Veralterung ausgereift ist, aber wenn es immer noch gut funktioniert und Hunderte von Abhängigkeiten mit unterschiedlichem Pflegegrad hat, sollte es vielleicht nicht offiziell in npm eingestellt werden, sondern eher a große alte Warnung in maximaler Schrift in der README?

Und dann wird eines Tages jeder dieser User sagen: "Warum wurden wir nicht davor gewarnt!?" 😄

aber wenn es immer noch gut funktioniert und Hunderte von Abhängigkeiten mit unterschiedlichem Pflegegrad hat, sollte es vielleicht nicht offiziell in npm veraltet sein, sondern eher eine große alte Warnung in maximaler Schriftart in der README?

Das Problem ist, dass im Wesentlichen _niemand_ diese liest. 99% der Menschen, die jetzt in Panik geraten, hätten nie gewusst, dass eine Anfrage abgelehnt wurde, es sei denn, NPM warnte sie davor. _Niemand_ durchforstet die README _aller_ Abhängigkeiten, um herauszufinden, welche nicht mehr gepflegt werden - bis es zu spät ist.

Ich wiederhole mich, aber das Szenario, das Sie vorschlagen, bedeutet im Wesentlichen, dass die Leute stattdessen auf die harte Tour feststellen werden, dass die Anfrage veraltet ist - wenn sie schließlich anfängt, Dinge zu beschädigen und Sicherheitslücken zu verursachen, da sie eine alte, nicht gewartete Abteilung in einer modernen Umgebung sind. Wenn das passiert, müssen die Leute stattdessen nach einer Alternative _krabbeln_, anstatt die Chance zu haben - wie es jetzt ist - nach einer zu suchen, während die Anfrage noch stabil und verwendbar ist, was wahrscheinlich mindestens ein weiteres Jahr ist.

Es war die verantwortungsvolle Aufgabe, die Anforderung abzulehnen, und sie wird nicht rückgängig gemacht. Die Community sollte ihre Bemühungen darauf konzentrieren, sich auf eine gute Alternative und/oder Abzweigung zu einigen, anstatt zu versuchen, dies rückgängig zu machen. Weitergehen.

WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142 .
Wie kann ich diesen Fehler beheben?

@mrmehi Kannst du bitte die allererste Nachricht hier lesen?

Es ist kein Fehler. Entweder Sie hängen direkt auf Anfrage (und dann sollten Sie eine andere Bibliothek verschieben, zB got oder bent ), oder Sie transitively hängen davon ab , durch eine Ihrer Abhängigkeiten - dann entweder aktualisieren , wenn sie bereits weitergezogen, oder pingen Sie sie an, um weiterzumachen.

@kibertoad Ich bin wirklich verwirrt, was soll ich jetzt tun?
es passiert, wenn ich versuche expo.io herunterzuladen

@kibertoad Ich bin wirklich verwirrt, was soll ich jetzt tun?
es passiert, wenn ich versuche expo.io herunterzuladen

Sie müssen nichts tun. Es ist kein Fehler, es ist eine Warnung. Darauf weist der "WARN"-Teil des Protokolls hin.
Sie _könnten_ expo.io darauf aufmerksam machen, dass sie möglicherweise nach Alternativen zu request suchen möchten, da es veraltet ist und eines Tages möglicherweise nicht mehr richtig funktioniert.
Aber das scheint ihnen bereits bewusst zu sein, wie Sie hier sehen können:
https://github.com/expo/expo-cli/issues/1659

Microsoft setzt weiterhin auf dieses Paket. appcenter-cli gibt bei der Installation diese veraltete Warnung aus:

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142

Angesichts der Erfolgsbilanz des AppCenter-Teams scheint es unwahrscheinlich, dass sich dies in absehbarer Zeit ändern wird. Unsere Build-Logs sind voller Warnungen zu Paketen, die in einigen Fällen vor mehr als einem Jahr veraltet waren.

Bitte Jemand kann mir helfen Ich habe Schwierigkeiten bei der Installation von expo-cli --global.
Ich habe Knoten, git installiert. Ich schreibe den Befehl als npm install expo-cli --global, habe aber ein Problem als:
"npm WARN veraltet [email protected] : Anforderung wurde veraltet, siehe https://github.com/request/request/issues/3142
[.................] | fetchMetadata: WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142 "".
was bekomme ich diesen Fehler. Bitte antworten Sie mir, wie Sie dieses Problem lösen können.

@mrmehi Kannst du bitte die allererste Nachricht hier lesen?

Es ist kein Fehler. Entweder Sie hängen direkt auf Anfrage (und dann sollten Sie eine andere Bibliothek verschieben, zB got oder bent ), oder Sie transitively hängen davon ab , durch eine Ihrer Abhängigkeiten - dann entweder aktualisieren , wenn sie bereits weitergezogen, oder pingen Sie sie an, um weiterzumachen.

können Sie mir bitte helfen, dieses Problem zu lösen? ich stehe vor dem Problem.

@lemessur Es stellte sich heraus, dass die Betreuer einfach nicht wussten, dass die Anfrage veraltet war. Siehe https://github.com/microsoft/appcenter-cli/pull/758#issuecomment -603667106

Jemand, bitte setzen Sie dies oben in den Kommentar zum Hauptproblem:

Einstellungshinweis

Wenn Sie beim Versuch, Ihre Abhängigkeiten zu installieren, WARN deprecated [email protected]: request has been deprecated, see #3142 , seien Sie versichert, dass dies KEIN Fehler ist. Der Autor des Pakets, das Sie installieren (oder Sie, wenn Sie auf request angewiesen sind) muss zu einer anderen Bibliothek migrieren. Siehe: https://github.com/request/request/issues/3143

@alijatoi
Siehe https://github.com/request/request/issues/3142#issuecomment -604126783

@Richienb
Siehe #3142 (Kommentar)

Was soll ich jetzt machen . können Sie mir bitte helfen, dieses Problem zu lösen?

@Richienb
Siehe #3142 (Kommentar)

Ich bin neu in github und konnte nicht verstehen, was ich tun soll. Können Sie mir bitte Schritt für Schritt sagen, wie ich mein Problem lösen kann? auf der Suche nach Ihrer schnellen Antwort.

@alijatoi expo-cli verwendet request daher muss die Abhängigkeit geändert werden.

@Richienb Also, was soll ich jetzt tun? Soll ich warten oder gibt es eine andere Möglichkeit, das expo-cli zu installieren.
Bitte helft mir ich warte.
Danke schön

@alijatoi Erstelle ein Problem und/oder warte.

@Richienb danke für deine Antwort.
Gibt es keine andere Möglichkeit, expo cli zu installieren?

@alijatoi nein

Jungs, wenn Sie Probleme haben, installieren Sie expo-cli mit npm wegen der veralteten Meldung: Garn installieren, dann Garn installieren expo-cli

@caio-vinicius Das funktioniert nur, weil Garn die Warnung nur einmal anzeigt und beim Regenerieren der Sperrdatei weiterhin anzeigt.

Jungs, wenn Sie Probleme haben, installieren Sie expo-cli mit npm wegen der veralteten Meldung: Garn installieren, dann Garn installieren expo-cli

@caio-vinicius ja, ich habe die Installation mit install Garn durchgeführt, dann mit Garn install expo-cli globlly, aber nach der Installation, wenn ich nach der Version von expo cli suche, gibt es das Problem, dass expo keinen internen oder externen Befehl definiert

@alijatoi Bitte stellen Sie sicher, dass Sie die richtige Syntax verwenden, wenn Sie Garn für die globale Installation verwenden.

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

@alijatoi , eine Installation, die über eine veraltete Warnung möchten . Es ist nicht spezifisch zu beantragen und nichts, was Sie hier melden sollten.

Ich bin ein bisschen spät dran, aber es wäre schön, eine kleine Liste von Alternativen hinzuzufügen, damit die Leute sie verwenden können, um die request zu ersetzen, wie nodejs in http.ClientRequest eingebaut. Vielen Dank.

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

F

Ich stimme allem zu, was Sie über Form, Kompatibilität und Fortschritt gesagt haben, aber
Ich kann nicht verstehen, warum [email protected] es nicht mit Breaking Changes tun kann. Immerhin - das ist die Idee hinter semver ...

Viele andere Bibliotheken haben sich an die neuen Muster und Fähigkeiten angepasst und haben daher die Kompatibilität gebrochen und ihre Majorität erhöht.

Auch wenn es ein komplett neues Modul ist – der Name steht für die Glaubwürdigkeit und
Erfahrungen aus den gelernten Lektionen, die ich leider verschwinden sehe.

Interessiert, mehr darüber zu erfahren.

Danke für die Fahrt und all die harte Arbeit, die du reingesteckt hast

Sie, mein Herr, sind ein Held.

Ich verstehe den Grund dafür, dass JS / Node (im Allgemeinen) etwas schneller vorankommt.

Sie haben 'fast' so viel für den NodeJS-Bereich gemacht wie jQuery für den Browser/DOM-Bereich. Es hat Ihnen Spaß gemacht, mit TCP zu arbeiten, und das ist entscheidend für die Back-End-Entwicklung.

Ich danke dir dafür.

Aufpassen.

Was ist also der Leitfaden für die alternative Methode zum Stellen von https-Anfragen für mich, die neu in der Back-End-Entwicklung mit Knoten ist?

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

Danke Cliff. Werde mal nachschauen.

npm WARN Registrierung Unerwartete Warnung für https://registry.npmjs.org/ : Verschiedenes Warnung EINTEGRITY: sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == Integrität Prüfsumme fehlgeschlagen , wenn sha512 mit: wollte sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == bekam aber sha512-NhZAWqNqTzZaAfgJYp0NlbBDUX8BMyOmobe3kYnymXfSxDgaiej4nP6N3aLVDtBTPHOfivySRs + AVsca0JgrTQ ==. (20905 Byte)
npm WARN-Registrierung Verwenden veralteter Daten von https://registry.npmjs.org/ aufgrund eines Anforderungsfehlers während der erneuten Validierung.
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm ERR! Code EINTEGRITY
npm ERR! errno EINTEGRITY
npm ERR! Ungültige Antwort Körper beim Versuch , holen https://registry.npmjs.org/uuid : Verifizierung fehlgeschlagen Integrität für sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == (C: \ Benutzer \ Mulamba SERGIO \ AppData \ Roamingnpm-cache_cacache \ content-V2 \ sha512 \ec\6d\ecf377cea3078b940b2f477c2dc380e77a992b63efc5c666319355e77c08c4f719e8591cbd70b1d60b2c1c73a97ad35f17d5174dc6925db6a5fd5900045f)

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\MULAMBA SERGIO\AppData\Roamingnpm-cache_logs\2020-04-03T22_54_57_842Z-debug.log

npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected]: Diese Version wurde gemäß der hapi-Supportrichtlinie (hapi.im/support) veraltet. Bitte aktualisieren Sie auf die neueste Version, um die besten Funktionen, Fehlerbehebungen und Sicherheitspatches zu erhalten. Wenn Sie zu diesem Zeitpunkt kein Upgrade durchführen können, steht für ältere Versionen kostenpflichtiger Support zur Verfügung (hapi.im/commercial).
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected]: core-js@<3 wird nicht mehr gepflegt und aufgrund der Anzahl von Problemen nicht für die Verwendung empfohlen. Bitte aktualisieren Sie Ihre Abhängigkeiten auf die aktuelle Version von core-js@3.
npm WARN veraltet [email protected]: Diese Version wurde gemäß der hapi-Supportrichtlinie (hapi.im/support) veraltet. Bitte aktualisieren Sie auf die neueste Version, um die besten Funktionen, Fehlerbehebungen und Sicherheitspatches zu erhalten. Wenn Sie zu diesem Zeitpunkt kein Upgrade durchführen können, steht für ältere Versionen kostenpflichtiger Support zur Verfügung (hapi.im/commercial).
npm WARN veraltet [email protected]: Diese Version wurde gemäß der hapi-Supportrichtlinie (hapi.im/support) veraltet. Bitte aktualisieren Sie auf die neueste Version, um die besten Funktionen, Fehlerbehebungen und Sicherheitspatches zu erhalten. Wenn Sie zu diesem Zeitpunkt kein Upgrade durchführen können, steht für ältere Versionen kostenpflichtiger Support zur Verfügung (hapi.im/commercial).
npm WARN veraltet [email protected]: Diese Version wurde gemäß der hapi-Supportrichtlinie (hapi.im/support) veraltet. Bitte aktualisieren Sie auf die neueste Version, um die besten Funktionen, Fehlerbehebungen und Sicherheitspatches zu erhalten. Wenn Sie zu diesem Zeitpunkt kein Upgrade durchführen können, steht für ältere Versionen kostenpflichtiger Support zur Verfügung (hapi.im/commercial).
npm WARN veraltet [email protected]: Dieses Modul ist umgezogen und ist jetzt unter @hapi/topo verfügbar. Bitte aktualisieren Sie Ihre Abhängigkeiten, da diese Version nicht mehr gepflegt wird und möglicherweise Fehler und Sicherheitsprobleme enthält.
npm WARN veraltet [email protected]: Dieses Modul ist umgezogen und ist jetzt unter @hapi/hoek verfügbar. Bitte aktualisieren Sie Ihre Abhängigkeiten, da diese Version nicht mehr gepflegt wird und möglicherweise Fehler und Sicherheitsprobleme enthält.
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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\traveling-fastlane-darwin):
npm WARN notsup ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"darwin","arch":"any"} (aktuell: {"os":" win32","arch":"x64"})
npm WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-arm) :
npm WARN notsup ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"linux","arch":"arm"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-darwin-ia32) :
npm WARN notsup SKIPPING OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"darwin","arch":"ia32"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-freebsd-x64) :
npm WARN notsup SKIPPING OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"freebsd","arch":"x64"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-freebsd-ia32) :
npm WARN notsup SKIPPING OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"freebsd","arch":"ia32"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-ia32) :
npm WARN notsup ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"linux","arch":"ia32"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-x64) :
npm WARN notsup ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"linux","arch":"x64"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-darwin-x64) :
npm WARN notsup SKIPPING OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"darwin","arch":"x64"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin- win32-ia32):
npm WARN notsup SKIPPING OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"win32","arch":"ia32"} (aktuell: {"os":"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-sunos-x64) :
npm WARN notsup SKIPPING OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"sunos","arch":"x64"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-arm64) :
npm WARN notsup ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für @expo/[email protected]: gesucht {"os":"linux","arch":"arm64"} (aktuell: {"os" :"win32","arch":"x64"})
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: fsevents@^1.2.7 (node_modules\expo-cli\node_modules\chokidar\node_modules\fsevents):
npm WARN notsup ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: Nicht unterstützte Plattform für [email protected]: gesucht {"os":"darwin","arch":"any"} (aktuell: {"os":"win32","arch": "x64"})
npm WARN @expo/[email protected] erfordert einen Peer von sharp-cli@^1.10.0, aber keiner ist installiert. Sie müssen Peer-Abhängigkeiten selbst installieren.
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\abbrev):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ansi-regex):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\aproba):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\balanced-match):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\chownr):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\chownr' -> 'C:\ Benutzer\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.chownr.DELETE'
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\code-point-at):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: no such file or directory, benennen Sie 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\code-point-at' um -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.code-point-at.DELETE'
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\concat-map):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\console-control-strings):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: no such file or directory, benennen Sie 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\console-control-strings' um -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.console-control-strings.DELETE'
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\core-util-is):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: no such file or directory, benennen Sie um in '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\deep-extend):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\delegates):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\detect-libc):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\fs.realpath):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\has-unicode):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\inherits):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ini):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\isarray):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\minimist):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\minimist' -> 'C:\ Benutzer\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.minimist.DELETE'
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ms):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\npm-normalize-package-bin):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\number-is-nan):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\object-assign):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\os-homedir):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\os-tmpdir):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\path-is-absolute):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\process-nextick-args):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\safe-buffer):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\safer-buffer):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\sax):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\semver):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\set-blocking):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\signal-exit):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONAL DEPENDENCY: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\strip-json-comments):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: no such file or directory, benennen Sie 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\strip-json-comments' um -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.strip-json-comments.DELETE'
npm WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\util-deprecate):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional SKIPPING OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\wrappy):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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 WARN optional ÜBERSPRINGEN OPTIONALE ABHÄNGIGKEIT: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\yallist):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: keine solche Datei oder kein solches Verzeichnis, benennen Sie um in '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'

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
Können Sie mir bitte helfen? Ich kann dieses Problem nicht lösen und ich kann mein Projekt nicht starten

npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe #3142
Können Sie mir bitte helfen? Ich kann dieses Problem nicht lösen und ich kann mein Projekt nicht starten

Ich auch nicht

@liaz98 @TheLitz Es ist kein Fehler, es ist eine Warnung. Wenn Ihr Projekt aufgrund einer npm-Warnung nicht erstellt/startet, dann stimmt etwas mit Ihrem Projekt und/oder Ihrer Umgebung nicht. Bei Anfragen ist dies kein Problem.

@liaz98 @TheLitz Es ist kein Fehler, es ist eine Warnung. Wenn Ihr Projekt aufgrund einer npm-Warnung nicht erstellt/startet, dann stimmt etwas mit Ihrem Projekt und/oder Ihrer Umgebung nicht. Bei Anfragen ist dies kein Problem.

aber wenn ich versuche die Expo zu starten, funktioniert es nicht

@TheLitz dann ist das ein Problem mit Expo, und Sie sollten es in ihrem Bug-Tracker melden. Es ist nichts, was auf der Anfrageseite gelöst werden kann oder wird.

@TheLitz dann ist das ein Problem mit Expo, und Sie sollten es in ihrem Bug-Tracker melden. Es ist nichts, was auf der Anfrageseite gelöst werden kann oder wird.

Okay. Vielen Dank

Wir bitten um eine Anfrage für die Zukunft.

tldr;
was soll ich jetzt verwenden?

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

@YashKumarVerma benutze postman-request

@TheLitz dann ist das ein Problem mit Expo, und Sie sollten es in ihrem Bug-Tracker melden. Es ist nichts, was auf der Anfrageseite gelöst werden kann oder wird.

hast du dieses problem gelöst????
npm WARN veraltet [email protected] : Anfrage wurde veraltet,

Was ist also der Leitfaden für die alternative Methode zum Stellen von https-Anfragen für mich, die neu in der Back-End-Entwicklung mit Knoten ist?

@OluwafemiAdesegha
Haben Sie es geschafft, Klarheit darüber zu bekommen, wohin Sie sich bewegen sollen? Ich sitze im selben Boot wie du! :(

Für alle, die nach Alternativen suchen, schauen Sie sich #3143 an ( @farhan3040 @OluwafemiAdesegha @iamdesfranco )

@mikeal Ich würde empfehlen, dieses Problem zu schließen ;)

@iamdesfranco @farhan3040 HTTP wurde eingestellt, bitte verwenden Sie Gopher oder UDP

@mikeal Ich würde empfehlen, dieses Problem zu schließen ;)

Oder besser gesagt sperren. An dieser Stelle wurde im Wesentlichen alles gesagt, was gesagt werden muss, und es werden meist nur Fragen gestellt, die bereits (mehrfach) beantwortet wurden.

Franco,

Entschuldigung für die späte Antwort. Ich versuche immer noch zu sehen, was ich tun würde
schließlich mit den gegebenen Vorschlägen gehen.

Am Mo, 06.04.2020, 09:12 Franco Labuschagne [email protected]
schrieb:

Also, was ist der Leitfaden für die alternative Möglichkeit, https-Anfragen für mich zu stellen?
das ist neu in der Backend-Entwicklung mit Node?

Haben Sie es geschafft, Klarheit darüber zu bekommen, wohin Sie sich bewegen sollen? Ich sitze im selben Boot
wie du! :(

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/request/request/issues/3142#issuecomment-609643295 ,
oder abmelden
https://github.com/notifications/unsubscribe-auth/AOL4QYXM7V2BUK5LZCS7LDDRLGFH5ANCNFSM4HCP6LRA
.

und mögliche Alternativen beziehen sich auf dieses Thema.

Wo habe ich die Alternativen auf dieser Seite gefunden?

Ist der Vorschlag, fetch in browser + fetch lib for node zu verwenden, oder nur eine versprechungsbasierte Alternative usw.?

@TomYeoman Der Vorschlag ist nicht verwenden request .

@gcacars Alternativen hier: https://github.com/request/request/issues/3143

@Richienb danke. Ich denke, es ist wichtig, einen Link dazu in der README zu haben.

Ich habe den Ordner "node_modules" und die Datei "package-lock.json" entfernt und dann die folgenden 2 Befehle ausgeführt.
npm init
npm installieren

Und dann hat es richtig funktioniert.

Die noch aktiven Committer werden versuchen, Fixes zeitnah zusammenzuführen, allerdings ohne Versprechen.

Geniales zufälliges (?) Wortspiel

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142

wie kann man das lösen??,

@anton-bot Bitte keine Malware.

npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe #3142

wie kann man das lösen??,

@Amouthinie es gibt nichts zu lösen, es ist kein Fehler. NPM warnt Sie, dass request veraltet ist und Sie (oder wer auch immer Ihre Abhängigkeiten pflegt, die wiederum von request abhängig sind) sollten stattdessen in Erwägung ziehen, zu einem aktiv verwalteten Paket zu wechseln.

Ich hatte zwei Probleme:
1 - sudo apt-get install nodejs npm
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum erstellen
Statusinformationen werden gelesen... Fertig
nodejs ist bereits die neueste Version (13.13.0-1nodesource1).
Einige Pakete konnten nicht installiert werden. Das könnte bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
instabile Distribution, dass einige erforderliche Pakete nicht waren
noch erstellt oder aus "Eingehend" entfernt.
Die folgenden Informationen können zur Lösung der Situation beitragen:

Die folgenden Pakete weisen nicht übereinstimmende Abhängigkeiten auf:
nodejs : Konflikt: npm
E: Probleme konnten nicht behoben werden, Sie haben defekte Pakete aufbewahrt (gehalten).

2 - sudo npm install -g @angular/cli
npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
npm ERR! EEXIST-Code
npm ERR! Syscall-Symlink
npm ERR! Pfad ../lib/node_modules/@angular/cli/bin/ng
npm ERR! Ziel /usr/bin/ng
npm ERR! Fehler -17
npm ERR! EEXIST: Datei existiert bereits, Symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'
npm ERR! Datei existiert: /usr/bin/ng
npm ERR! Entfernen Sie die vorhandene Datei und versuchen Sie es erneut oder führen Sie npm . aus
npm ERR! mit --force, um Dateien rücksichtslos zu überschreiben.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! /home/anderson/.npm/_logs/2020-04-17T16_25_56_704Z-debug.log

Ich bin ein Linux Mint-Benutzer 19.3 Cinnamon, 4.4.8, 5.3.0-46-generic

Kann mir jemand helfen?

@LeloCorrea Ihr Fehler bezieht sich nicht auf request , es ist ein Problem beim Erstellen eines Symlinks in Ihrer lokalen Umgebung:

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

@LeloCorrea Ihr Fehler hängt nicht mit request , es ist ein Problem beim Erstellen eines symbolischen Links in Ihrer lokalen Umgebung:

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

Wisst ihr wie ich dieses Problem lösen kann?

@LeloCorrea Ihr Fehler hängt nicht mit request , es ist ein Problem beim Erstellen eines symbolischen Links in Ihrer lokalen Umgebung:
npm ERR! EEXIST: file already exists, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'

Wisst ihr wie ich dieses Problem lösen kann?

Nicht das gleiche Problem, aber die Lösung kann die gleiche sein. Sie sollten hier beginnen:

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

Auch dieses Problem hängt in keiner Weise mit der Anfrage zusammen . Sie sollten im entsprechenden Issue Tracker um Hilfe zur Angular-CLI bitten.

Was ist also die empfohlene Alternative? Verwenden Sie nur http/https-Pakete?

@RonRofe Ich verwende https://github.com/sindresorhus/got , scheint ein schöner Nachfolger zu sein, es gibt eine Anleitung zum Migrieren von Request .

@RonRofe gibt es hier eine (WIP) Liste mit Alternativen: https://github.com/request/request/issues/3143

Ich bin traurig, dass es so weit ist, die Anfrage war meine erste Wahl, solange ich mich erinnern kann.
Ich kann dem Autor und den Mitwirkenden nur für die unglaubliche Arbeit danken, die sie im Laufe der Jahre geleistet haben, und hoffe, dass Ihr nächstes Abenteuer so aufregend wird wie dieses.
Danke schön!

Können Sie in Ihrem ersten klebrigen Kommentar Empfehlungen für Alternativen geben?

Hallo, ich versuche ein neues Winkelprojekt zu erstellen und habe diesen Fehler:
/ Pakete installieren...npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected] : Chokidar 2 wird auf Knoten v14+ unterbrochen. Upgrade auf Chokidar 3 mit 15x weniger Abhängigkeiten.
npm WARN veraltet [email protected] : fsevents 1 wird auf Knoten v14+ unterbrochen. Upgrade auf fsevents 2 mit massiven Verbesserungen.
npm WARN veraltet [email protected] : Siehe https://github.com/lydell/urix#deprecated
npm WARN veraltet [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! Unerwartetes Ende der JSON-Eingabe beim Parsen in der Nähe von '...":{"@angular/core":"5'

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\dell\AppData\Roamingnpm-cache_logs\2020-04-21T11_50_16_582Z-debug.log
× Paketinstallation fehlgeschlagen, siehe oben.
Der Schema-Workflow ist fehlgeschlagen. Siehe oben.
Könnte mir jemand dabei helfen?

Hallo, ich versuche ein neues Winkelprojekt zu erstellen und habe diesen Fehler:
/ Pakete installieren...npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe #3142
npm WARN veraltet [email protected] : Chokidar 2 wird auf Knoten v14+ unterbrochen. Upgrade auf Chokidar 3 mit 15x weniger Abhängigkeiten.
npm WARN veraltet [email protected] : fsevents 1 wird auf Knoten v14+ unterbrochen. Upgrade auf fsevents 2 mit massiven Verbesserungen.
npm WARN veraltet [email protected] : Siehe https://github.com/lydell/urix#deprecated
npm WARN veraltet [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! Unerwartetes Ende der JSON-Eingabe beim Parsen in der Nähe von '...":{"@angular/core":"5'

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\dell\AppData\Roamingnpm-cache_logs\2020-04-21T11_50_16_582Z-debug.log
× Paketinstallation fehlgeschlagen, siehe oben.
Der Schema-Workflow ist fehlgeschlagen. Siehe oben.
Könnte mir jemand dabei helfen?

ich auch

CREATE my-project/angular.json (3598 Byte)
CREATE my-project/package.json (1286 Byte)
CREATE my-project/README.md (1026 Byte)
CREATE my-project/tsconfig.json (489 Byte)
CREATE my-project/tslint.json (3125 Byte)
CREATE my-project/.editorconfig (274 Byte)
CREATE my-project/.gitignore (631 bytes)
CREATE my-project/browserslist (429 bytes)
CREATE my-project/karma.conf.js (1022 Byte)
CREATE my-project/tsconfig.app.json (210 Byte)
CREATE my-project/tsconfig.spec.json (270 Byte)
CREATE my-project/src/favicon.ico (948 Byte)
CREATE my-project/src/index.html (295 Byte)
CREATE my-project/src/main.ts (372 Byte)
CREATE my-project/src/polyfills.ts (2835 Byte)
CREATE my-project/src/styles.css (80 Byte)
CREATE my-project/src/test.ts (753 Byte)
CREATE my-project/src/assets/.gitkeep (0 Byte)
CREATE my-project/src/environments/environment.prod.ts (51 Byte)
CREATE my-project/src/environments/environment.ts (662 Byte)
CREATE my-project/src/app/app-routing.module.ts (246 Byte)
CREATE my-project/src/app/app.module.ts (393 Byte)
CREATE my-project/src/app/app.component.html (25757 Byte)
CREATE my-project/src/app/app.component.spec.ts (1071 Byte)
CREATE my-project/src/app/app.component.ts (214 Byte)
CREATE my-project/src/app/app.component.css (0 Byte)
CREATE my-project/e2e/protractor.conf.js (808 Byte)
CREATE my-project/e2e/tsconfig.json (214 Byte)
CREATE my-project/e2e/src/app.e2e-spec.ts (643 Byte)
CREATE my-project/e2e/src/app.po.ts (301 Byte)
/ Pakete installieren...npm WARN veraltet [email protected] : TSLint wurde zugunsten von ESLint veraltet. Weitere Informationen finden Sie unter https://github.com/palantir/tslint/issues/4534 .
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected] : Upgrade auf chokidar 3 mit 15x weniger Abhängigkeiten. Chokidar 2 wird auf Knoten v14 kaputt gehen.
npm WARN veraltet [email protected] : Siehe https://github.com/lydell/urix#deprecated
npm WARN veraltet [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! Unerwartetes Ende der JSON-Eingabe beim Parsen in der Nähe von '....0.1","systemjs":"^0.'

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\92306\AppData\Roamingnpm-cache_logs\2020-04-21T16_08_05_350Z-debug.log
× Paketinstallation fehlgeschlagen, siehe oben.
Der Schema-Workflow ist fehlgeschlagen. Siehe oben.

@awais0048 @xunyegege dein Fehler hat nichts mit der Anfrage zu tun. Untersuchen Sie die tatsächliche Ausgabe und sie sagt Ihnen genau, was der Fehler ist. Wenn Sie weitere Probleme mit der Angular-CLI haben, melden Sie dies in ihrem Issue-Tracker.

@awais0048 @xunyegege dein Fehler hat nichts mit der Anfrage zu tun. Untersuchen Sie die tatsächliche Ausgabe und sie sagt Ihnen genau, was der Fehler ist. Wenn Sie weitere Probleme mit der Angular-CLI haben, melden Sie dies in ihrem Issue-Tracker.

Ich habe versucht, NPM und Knoten zu aktualisieren, aber keine Ahnung. Wenn jemand eine Lösung findet, kann sie mir bitte sagen?

@ANadjia noch einmal, der Fehler hat nichts mit diesem Paket zu tun. Sie sollten im Tracker nach Angular CLI fragen.

Hallo , Pakete werden installiert...npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142 npm ERR! Unerwartetes Ende der JSON-Eingabe beim Parsen in der Nähe von '...ZXQ4dst\n4bcYaiOdlbvh'
wenn ich ein neues projekt erstelle
irgendwelche Vorschläge

Vor zwei Monaten...

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

@mohamedelsoufi Dies ist ein Problem mit Ihrer Umgebung oder Ihrem Projekt, nicht mit diesem Paket. NPM warnt Sie nur, dass dieses Paket veraltet ist.

@milette
Es ist eine gute Idee, diesen Thread am Laufen zu halten, um an die Konsequenzen zu erinnern, wenn ein Paket veraltet ist, das in 99% der Projekte weltweit verwendet wird.

@anton-bot Eigentlich eine Erinnerung daran, wie viele Leute kein RTFM haben.

@csvan und sie sagen, es ist auch nicht ihr Problem
Jedenfalls habe ich endlich Dinge für mich arbeiten können.
Also im Grunde genommen :
1 / i Downgrade auf Node js Version 10.13.0 ;
2 / Ich habe den npm_cache-Ordner manuell gelöscht
3 / npm installieren ausführen ;
und durch Magie hat es geklappt

@ANadjia gut zu hören!

Der vorgeschlagene Ersatz ist unklar. Was sollten wir stattdessen verwenden?

@johnworthley was auch immer für dich funktioniert. Eine Liste mit vorgeschlagenen Alternativen finden Sie hier: https://github.com/request/request/issues/3143

@johnworthley was auch immer für dich funktioniert. Eine Liste mit vorgeschlagenen Alternativen finden Sie hier: #3143

hmm schöner Ort https://www.youtube.com/watch?v=riuZHZPcZsg

Können wir diese Bibliothek auch dann noch verwenden, wenn sie veraltet ist? Bitte @mikeal benachrichtigen

Können wir diese Bibliothek auch dann noch verwenden, wenn sie veraltet ist? Bitte beraten

@DokurOmkar Ja. Nichts hindert Sie daran, die Bibliothek zu benutzen. Es ist einfach eine Warnung. Es ist jedoch aus einem bestimmten Grund veraltet: Es gibt bessere, modernere Bibliotheken. Lesen Sie diesen Thread und Sie finden einen Link zu einer Liste alternativer Bibliotheken.

kann kein neues Winkelprojekt erstellen
es scheitert an -
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142

@adibhosale Haben Sie weitere Informationen? Was sind die anderen Nachrichten in der Konsole, die Sie sehen?

@adibhosale nein, deswegen scheitert es nicht. Wenn dies der Fall ist, liegt ein Problem mit angle-cli vor, nicht mit diesem Paket. Überprüfen Sie den Rest der Protokollausgabe.

@anton-bot
Antwort an - > @adibhosale Haben Sie weitere Informationen? Was sind die anderen Nachrichten in der Konsole, die Sie sehen?

Dies ist der Fehler, den ich beim Erstellen eines neuen Winkelprojekts erhalte.

Pakete installieren...npm WARN veraltet [email protected] : TSLint wurde zugunsten von ESLint veraltet. Weitere Informationen finden Sie unter https://github.com/palantir/tslint/issues/4534 .
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected] : Chokidar 2 wird auf Knoten v14+ unterbrochen. Upgrade auf Chokidar 3 mit 15x weniger Abhängigkeiten.
npm WARN veraltet [email protected] : fsevents 1 wird auf Knoten v14+ unterbrochen und könnte unsichere Binärdateien verwenden. Upgrade auf fsevents 2.
npm WARN veraltet [email protected] : Siehe https://github.com/lydell/urix#deprecated
npm WARN veraltet [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! cb() hat nie aufgerufen!

npm ERR! Bitte melden Sie diesen Fehler unter:
npm ERR! https://npm.community

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! C:\Users\adibh\AppData\Roamingnpm-cache_logs\2020-05-05T08_46_31_829Z-debug.log
× Paketinstallation fehlgeschlagen, siehe oben.
Der Schema-Workflow ist fehlgeschlagen. Siehe oben.

Ich bin verwirrt darüber, warum so viele Benutzer völlig irrelevante Details zu diesem Problem melden.

Es scheint, dass die meisten Benutzer, die hierher gekommen sind, keine Ahnung haben, was sie tun, wahrscheinlich nicht einmal verstehen, was das Wort veraltet bedeutet.

Aber in der letzten hier geposteten

und das letzte Bit dieser speziellen Nachricht sagt ausdrücklich, dass der npm-Bug an npm.community gemeldet werden sollte.

Die Betreuer hier sollten meiner Meinung nach alle nicht relevanten Diskussionspunkte löschen, um die Einstellung zu beantragen, und Diskussionen hier sperren.

Vielleicht sollte die veraltete Nachricht des Request-Pakets in einen Link, eher ein Problem, geändert werden, wie es die Pakete lydell/urix und lydell/resolve-url tun, damit die Flut irrelevanter Posts hier nicht auftaucht.

@glensc Wer hätte Einstellung eines Pakets, das von fast jedem JS-Projekt der Welt verwendet wird, unbeabsichtigte Folgen haben würde!

@glensc wir berichten über dieses spezielle Problem, da uns zum Zeitpunkt der Winkel-/CLI-Installation der Link zu diesem Problem zur Verfügung gestellt wird.

Dankeschön :-)

Wenn WARN angezeigt wird, bedeutet dies, dass es sich nicht um ein ERR handelt. Nur ein paar Fakten.

@adibhosale nein, Sie erhalten eine NPM-Warnung, die einen Link zu diesem Github-Problem enthält - unter VIELEN anderen Links in derselben Protokollausgabe. Die Warnung hat nichts mit dem Fehler zu tun, Sie müssen das Protokoll genauer lesen. Darin heißt es eindeutig:

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

und das ist der Grund, warum die Installation fehlschlägt. Sie müssen Ihre Due Diligence durchführen und herausfinden, was dies verursacht, bevor Sie ein Problem in einem Paket melden, das absolut nichts damit zu tun hat.

@anton-bot das sagst du immer wieder. Hast du überhaupt etwas Konstruktives beizutragen oder bist du immer noch hier um zu trollen?

@csvan @leoskyrocker @glensc Ich entschuldige mich für die Initiierung. Werde in Zukunft aufpassen. Dankeschön :-)

wie man dieses Problem löst
kein eckiges Projekt erstellen können
Ausgabe

////////

veraltete [email protected] : Anfrage wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN checkPermissions Fehlender Schreibzugriff auf /usr/local/lib/node_modules
npm ERR! Code EACCES
npm ERR! Systemaufruf-Zugriff
npm ERR! Pfad /usr/local/lib/node_modules
npm ERR! Fehler -13
npm ERR! Fehler: EACCES: Berechtigung verweigert, Zugriff auf '/usr/local/lib/node_modules'
npm ERR! [Fehler: EACCES: Berechtigung verweigert, Zugriff '/usr/local/lib/node_modules'] {
npm ERR! Fehler: -13,
npm ERR! Code: 'EACCES',
npm ERR! Systemaufruf: 'Zugriff',
npm ERR! Pfad: '/usr/local/lib/node_modules'
npm ERR! }
npm ERR!
npm ERR! Der Vorgang wurde von Ihrem Betriebssystem abgelehnt.
npm ERR! Wahrscheinlich haben Sie als aktueller Benutzer nicht die Berechtigung, auf diese Datei zuzugreifen
npm ERR!
npm ERR! Wenn Sie glauben, dass dies ein Berechtigungsproblem sein könnte, überprüfen Sie bitte die
npm ERR! Berechtigungen der Datei und der darin enthaltenen Verzeichnisse, oder versuchen Sie es auszuführen
npm ERR! den Befehl erneut als root/Administrator.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! /Users/vivek/.npm/_logs/2020-05-05T11_48_34_569Z-debug.log

@vivek08011991 Die Protokollausgabe erklärt, was Sie tun müssen. Dies ist ein Problem, wenn Sie versuchen, angle global zu installieren, ohne sudo . Es hat nichts mit diesem Paket zu tun.

Hey Mann, das ist alles eine Scheiße zu reden, egal
Ich verrate dir die Lösung
Ich habe es 3 Tage versucht, dann habe ich es
zuerst: npm installiere npm
seconde: npm uninstall --save React-native-cli
schließlich: npm install -g @angular/cli

Hey Mann, das ist alles eine Scheiße zu reden, egal
Ich verrate dir die Lösung
Ich habe es 3 Tage versucht, dann habe ich es
zuerst: npm installiere npm
seconde: npm uninstall --save React-native-cli
schließlich: npm install -g @angular/cli

Mann, du hattest recht, alhamdou lil allah. Warum verursacht das Reaction-Cli das Problem? Gibt es da hässliche Wettbewerbspraktiken? Danke Kumpel

Bitte beachten Sie, dass es sich um einen request Modulproblem-Tracker handelt, nicht um angular .

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

Kann mir jemand die Alternative zu request sagen?

Ich lese dies und bevorzuge die einfache API von request :

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

@dolanmiu Klar. Jeder, der den gerade geposteten Thread gelesen hat (oder sogar nach _alternative_ gesucht hat), könnte Ihnen sagen, dass es unter https://github.com/request/request/issues/3143 eine Liste mit Alternativen gibt

@dolanmiu @root/request ist meist ein Drop-In-Ersatz.

@Richienb zwischen postman-request (auch ein Drop-in-Ersatz) und @root/request, welcher ist besser? postman-request hat keine TypeScript-Eingaben, was ein Problem darstellt.

@anton-bot Auf jeden Fall @root/request.

Ich benutze request seit einiger Zeit und stimme Mikeal zu. Die nativen Module von Node wurden im Laufe der Zeit so entwickelt, dass sie diesem request Modul entsprechen, dass es keinen Grund mehr gibt, es zu verwenden, außer den Code wiederholt zu reparieren, wenn eine neue Version von request kam aus.

request wird für immer in die Steine ​​der Geschichte geschrieben; node ist erwachsen geworden. Dies ist ungefähr die Zeit, in der wir einige Dinge loslassen müssen. request schon immer ein Pionier bei innovativen Funktionen, und ich glaube, ohne request wäre die Node-Entwicklung nicht so toll gewesen.

Als junger Programmierer habe ich dieses Paket geliebt, aber ich weiß auch, dass man nicht länger in der Vergangenheit verweilen darf, um noch bessere Programme zu verbessern und zu bauen.

Als junger Programmierer habe ich es geliebt, dieses Paket zu verwenden

Das hat mich zum Lachen gebracht. Als junger Programmierer habe ich Commodore BASIC verwendet. :smiley:

@darkRaspberry :

1. Lesen Sie Ihren Fehlerbericht bis zum Ende, nicht nur die erste Zeile, es ist klar geschrieben, was der Fehler ist und sogar Vorschläge, was zu tun ist. Sie haben offensichtlich nicht über die erste Zeile hinaus gelesen.
2. hast du deinen Fehler gegoogelt?
3. Lesen Sie frühere Diskussionen und erklären Sie bitte, warum Sie dies hier posten, Ihr Problembericht hat nichts mit dem Request-Modul zu tun.

Deaktivieren Sie einfach Ihr Antivirenprogramm, Sie erhalten keine Fehler
Dankeschön !!!

@glensc Ich habe mein Terminal komplett neu installiert, um jede andere Version von Node zu entfernen, dann habe ich "sudo" versucht
Und es hat funktioniert.
Ich verwende die Knotenversion von nodejs, indem ich curl verwende, um Knoten js in meinem PPA hinzuzufügen.

und hier hat es funktioniert
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

Das hat mich emotional gemacht. Und :bow: an alle Mitwirkenden!

@sudarsan2017 Dieser Fehler hat nichts mit request tun

Hi! Jungs haben das gleiche Problem unter Windows und ich habe es mit dem Befehl gelöst

npm installiere [email protected]

Ich hoffe deins hat recht.

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

Wie behebe ich es?

@aman78600 Es gibt keine Möglichkeit, es zu beheben.

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

@aman78600 Es muss nicht repariert werden. Es ist nur eine Warnung, dass request has been deprecated .

Ihr NPM sagt, Sie sollen hierher kommen, um Alternativen zu suchen, aber ich sehe sie nicht.

Ihr NPM sagt, Sie sollen hierher kommen, um Alternativen zu suchen, aber ich sehe sie nicht.

@skeddles Wenn Sie alternatives gesucht hätten, hätten Sie den Link zu https://github.com/request/request/issues/3143 gefunden.

Ich kann vue-cli nicht mit diesem Befehl installieren npm install -g @vue/cli es zeigt die Meldung: npm WARN veraltete [email protected] : Anfrage wurde veraltet

@somnangrom Das kann nicht wahr sein, ich bin mir sicher, dass es noch einige andere Nachrichten in der Konsole gibt und nicht nur diese eine Zeile.

Ich wollte mich wirklich für die Arbeit an diesem Paket bedanken. Es hat mir bei meinen Projekten sehr geholfen. Völlig verständliche Gründe, warum der Support eingestellt wird.

Ihr habt einen tollen Job gemacht, ihr könnt stolz auf euch sein!

🤝

Ich kann die neueste Version von Angular CLI nicht installieren.
Nodejs 64-Bit-Version: 12.18.1
npm-Version: 6.13.6
Wenn ich npm install -g @angular/ cli@latest ausführe, um die neueste Version von Angular CLI zu installieren, erhalte ich folgende Fehlerwarnung
npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142

Installation bleibt mit Meldung hängen: postinstall: sill install executeActions
Bitte helft mir bei der Lösung dieses Problems

Ich kann die neueste Version von Angular CLI nicht installieren.
Ich habe Nodejs auf meinem Windows 10 Pro Laptop installiert
Nodejs 64-Bit-Version: 12.18.1npm-Version: 6.13.6
Wenn ich npm install -g @angular/ cli@latest ausführe, um die neueste Version von Angular CLI zu installieren, erhalte ich folgende Fehlerwarnung
npm WARN veraltet [email protected] : Anfrage wurde veraltet, siehe #3142

Installation bleibt mit Meldung hängen: postinstall: sill install executeActions
Bitte helft mir bei der Lösung dieses Problems

@anjaikr und @aman78600 verweisen auf https://github.com/angular/angular-cli/wiki/stories-1.0-update für die Installation der neuesten Version hoffe es hilft

npm install -g json-server funktioniert nicht was soll ich tun?

Wir können es immer noch für grundlegende Aktionen verwenden, oder?

Ich erhalte einen Fehler beim Installieren von Angular 5, ich habe versucht zu installieren, aber es zeigt an, dass die Anfrage veraltet ist ... was soll ich tun?

@mikeal Um das bent request ?

Hallo,

Kennt jemand das Problem:
npm i -g json-server
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected] : diese Bibliothek wird nicht mehr unterstützt

Danke.

Einer der dümmsten Gründe, die ich für Abschreibung gehört habe. Stellen Sie sich vor, Google und Microsoft würden alle ihre Produkte aus den Regalen nehmen, weil es "für neue Bibliotheken, die ähnliche Aufgaben erfüllen, viel schwieriger ist, Akzeptanz zu finden" und weil "im Ökosystem jetzt ein Übergang zu diesen Mustern stattfindet". Völlig lächerlich.

Zeigen Sie diesem Repo zunächst meinen Respekt, aber um ehrlich zu sein, machte das, was @cypheron sagte, Sinn.

@Wenjie-Shao Keinen Sinn, fürchte ich. Ohne den Hinweis auf die Einstellung würden noch mehr Leute diese Bibliothek herunterladen und verwenden, ohne zu merken, dass sie veraltet ist. @mikeal hat der Community einen großen Dienst eingestellt hat, anstatt sie einfach verrotten zu lassen. Vielleicht lag der Fehler aber auch in der Verlinkung zu diesem Thread.

Ich versuche mich nur durch das Tutorial zum Einrichten von Surge.sh zu fummeln.

Scheint, als hättet ihr hier viel los. Wird es mich hier in der neuen Zukunft vermasseln, wenn ich die Warnungen einfach ignoriere und gehe?

Einer der dümmsten Gründe, die ich für Abschreibung gehört habe. Stellen Sie sich vor, Google und Microsoft würden alle ihre Produkte aus den Regalen nehmen, weil es "für neue Bibliotheken, die ähnliche Aufgaben erfüllen, viel schwieriger ist, Akzeptanz zu finden" und weil "im Ökosystem jetzt ein Übergang zu diesen Mustern stattfindet". Völlig lächerlich.

Aber sie haben es geschafft. Und oft. Es gibt viele, viele Produkte dieser Softwaregiganten, die nicht mehr existieren oder derzeit veraltet sind und keine Updates erhalten. Schon mal was von beispielsweise Windows 95 oder FoxPro gehört? Jedes Softwareprojekt wird irgendwann aus dem einen oder anderen Grund zu Ende gehen. Und die Autoren von Request ziehen es auch nicht aus den Regalen, sie stoppen die Neuentwicklung. Kritische Bugfixes werden noch eine Weile passieren und wenn Ihr Projekt davon abhängt - keine Probleme. Sie können es weiterhin verwenden.

Aber wenn Sie ein neues Projekt starten, gibt es bessere, modernere Alternativen. Die Sprache hat sich weiterentwickelt, es gibt jetzt bessere Möglichkeiten, die gleichen Dinge zu tun, aber Request kann nicht mithalten, da es die Legacy-Projekte benötigt, um damit zu arbeiten. Für neue Projekte ist es suboptimal.

Daher macht diese Entscheidung für mich absolut Sinn. Lassen Sie Request dort, wo es ist, damit Legacy-Projekte es weiterhin verwenden können, aber für neue Projekte empfehlen Sie neue Bibliotheken.

Gibt es einen bestimmten Grund, warum jemand Anfragen über Axios verwenden würde?

Gibt es einen bestimmten Grund, warum jemand Anfragen über Axios verwenden würde?

Sicher. Aus meinem Kopf:

• Du bist es einfach gewohnt oder hast viel Erfahrung damit
• Ihr Projekt verwendet es bereits überall. Alles umzustellen würde Wochen, wenn nicht sogar Monate dauern, um den Code neu zu schreiben.
• Codierungsrichtlinien des Unternehmens/Projekts verlangen diese Bibliothek (oder erlauben nur Bibliotheken mit bestimmten "Reife"-Anforderungen)
• Eine Drittanbieterbibliothek erfordert dies (und erfordert möglicherweise sogar, dass Sie sie verwenden, wenn Sie mit der Bibliothek arbeiten). Extrapunkte, wenn die Bibliothek keine Alternativen hat.
• Sie sind Student und der Kurs, den Sie belegen, lehrt explizit über Anfragen und hat sie in Prüfungen/Hausaufgaben

Im Wesentlichen sind dies alles Variationen desselben Themas – Sie müssen mit einigen Legacy-Sachen arbeiten, die noch nicht mit den neuesten Trends Schritt halten. Dies geschieht im wirklichen Leben ziemlich regelmäßig.

npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142
npm WARN veraltet @hapi/ [email protected] : joi verlässt die @hapi- Organisation und wechselt zurück zu 'joi' (https://github.com/sideway/joi/issues/2411)
npm WARN veraltet @hapi/ [email protected] : Diese Version ist veraltet und wird nicht mehr unterstützt oder gewartet
npm WARN veraltet @hapi/ [email protected] : Diese Version ist veraltet und wird nicht mehr unterstützt oder gewartet
npm WARN veraltet @hapi/ topo @3.1.6 : Diese Version ist veraltet und wird nicht mehr unterstützt oder gewartet
npm WARN veraltet @hapi/ [email protected] : Diese Version ist veraltet und wird nicht mehr unterstützt oder gewartet
npm WARN veraltet [email protected] : diese Bibliothek wird nicht mehr unterstützt
npm WARN veraltet [email protected] : Siehe https://github.com/lydell/urix#deprecated
npm WARN veraltet [email protected] : https://github.com/lydell/resolve-url#deprecated
npm WARN veraltet [email protected] : Chokidar 2 wird auf Knoten v14+ unterbrochen. Upgrade auf Chokidar 3 mit 15x weniger Abhängigkeiten.
npm WARN veraltet [email protected] : fsevents 1 wird auf Knoten v14+ unterbrochen und könnte unsichere Binärdateien verwenden. Upgrade auf fsevents 2.

WARUM???? ALLE MEINE NPM GLOBAL-INSTALLATION WARNEN MICH IMMER, DASS SIE VERALTET IST?? WIE MAN DIES BEHEBT

ICH VERSUCHE, NODEJS DEINSTALLIEREN
ODER
AKTUALISIERUNG NPM
ABER ES FUNKTIONIERT NICHT
BITTE HILF MIR

ES IST ABGELAUFEN.
SIE KÖNNEN DIES NICHT BEHEBEN.
IGNORIEREN SIE DIE WARNUNG.

_{Oder schreiben Sie Ihren Code so um, dass Request nicht verwendet wird.}

@acatzk

Versuchen

npm install -s (oder --silent)
oder

npm install -q (oder --quiet)

Warnungen zum Schweigen bringen

Dieser Thread ist der beste.

Hi. Ich bin neu bei APIs. Ich habe versucht, das Anforderungspaket zu installieren, und es wurde gesagt, dass es jetzt veraltet ist. Ich habe versucht, es nachzuschlagen und zu sehen, was los ist, aber ich würde mich freuen, wenn mir jemand erklären könnte, was ich jetzt tun kann? Bedeutet dies, dass das Anforderungspaket nicht mehr verwendbar ist? Welches andere Paket kann ich verwenden, um die gleiche Arbeit zu erledigen?

@mohammed3736 Nein, es kann weiterhin verwendet werden. Aber es wird nicht aktualisiert. Es wird keine neuen Funktionen erhalten. Es könnte für eine Weile ein paar Bugfixes bekommen, aber nicht für lange. Und die Warnung wird immer da sein. Im Wesentlichen geben sie das Projekt auf. Wenn Sie Änderungen daran wünschen, müssen Sie dies selbst tun. Immerhin - der gesamte Quellcode für die Anfrage ist noch verfügbar. Sie können Ihre eigene Gabel machen und alles damit machen.

Wenn Sie ein neues Projekt schreiben, versuchen Sie es besser mit einer moderneren Bibliothek. Wir verwenden zum Beispiel Axios, aber es gibt sicher noch andere.

Anstelle von Fizzbuzz stelle ich jetzt in meinen Interviews folgende Frage:

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 Das ist einfach, die Antwort lautet: "Ich klicke auf den Link, lese nichts, sondern gehe zum Ende des Threads und stelle die gleiche Frage wie alle anderen."

Bekomme ich den Job?

@anton-bot Das ist einfach, die Antwort lautet: "Ich klicke auf den Link, lese nichts, sondern gehe zum Ende des Threads und stelle die gleiche Frage wie alle anderen."

Bekomme ich den Job?

Der Grund, warum ich gefragt habe, ist, dass ich immer wieder 401s in meinem Konsolenprotokoll erhalte. Und das Anfragemodul funktioniert bei mir nicht. Ich versuche, die API von bitcoinaverage und von https://any-api.com/ zu verwenden, und keine davon hat funktioniert. Wenn ich in localhost3000 gehe, funktioniert der HTML-Code und ich erhalte die Seite, aber wenn ich die Taste drücke, um das Ergebnis zu erhalten, stürzt meine Konsole ab. Mein Konsolenprotokoll sagt entweder, dass die App abgestürzt ist oder 401 für den StatusCode und im Browser. Beachten Sie auch, dass keiner meiner Proxys aktiviert ist. Ich habe alles versucht, aber ich erhalte immer wieder Fehler. WENN Sie mir helfen können, wäre ich Ihnen dankbar.

@mohammed3736 - Dies ist der falsche Ort, um zu fragen. Außerdem bin ich mir zu 99,99% sicher, dass nicht die Anforderungsbibliothek schuld ist. Es gibt einen Fehler in Ihrem Programm und Sie haben ihn selbst erstellt. Das musst du auch selbst herausfinden. Wenn Sie weiterhin Hilfe benötigen, fragen Sie bei StackOverflow nach, aber fügen Sie bitte den Code ein, der nicht funktioniert. Das Beste von allem - versuchen Sie, das kleinstmögliche Programm zu erstellen, das abstürzt, und zeigen Sie den Quellcode an.

Ich bin auch hergekommen, um eine Frage zu stellen, aber... was ist mit all den rassistischen Angriffen hier? ihr leute seid unglaublich.

Und ja, ich habe immer noch keine Ahnung, warum mein Code nicht funktioniert. Der einzige Fehler in der Konsole bringt mich hierher.

Überprüfen Sie Ihr Privileg und haben Sie Spaß

Ich bin auch hergekommen, um eine Frage zu stellen, aber... was ist mit all den rassistischen Angriffen hier? ihr leute seid unglaublich.

Und ja, ich habe immer noch keine Ahnung, warum mein Code nicht funktioniert. Der einzige Fehler in der Konsole bringt mich hierher.

Überprüfen Sie Ihr Privileg und haben Sie Spaß

Welche rassistischen Angriffe meinen Sie? das hört sich echt schlimm an

Gleiches Problem beobachtet. Bitte helfen Sie, wenn jemand weiß, wie man es löst

[email protected] : Anfrage wurde eingestellt, siehe https://github.com/request/request/issues/3142

@HaseebAhmed49 Das veraltete npm-Paket "request" ist per se kein Problem. die Nachricht richtet sich an Bibliotheksprojektentwickler.

Mach dir keine Sorgen. Viele Leute auf Github haben mir gesagt, dass es in Ordnung ist. Es
bedeutet nur im Grunde, dass dem Paket keine neuen Funktionen hinzugefügt werden
es wird nicht mehr aktualisiert, aber es ist immer noch völlig in Ordnung,
verwenden. Ich habe es benutzt und es war in Ordnung.

On Mo, Sep 14, 2020 at 23:57 Elan Ruusamäe [email protected]
schrieb:

>
>

@HaseebAhmed49 https://github.com/HaseebAhmed49 die "Anfrage" npm
Das Veralten des Pakets ist per se kein Problem. die Nachricht ist an die Bibliothek
Projektentwickler bzw.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/request/request/issues/3142#issuecomment-692279572 ,
oder abmelden
https://github.com/notifications/unsubscribe-auth/AQFTBJ255VRYJW4VMUFQQ23SFZYSZANCNFSM4HCP6LRA
.

aber es ist immer noch völlig in Ordnung zu verwenden

Nicht wirklich. Es mag _vorerst_ funktionieren, aber Sie sollten niemals eine explizite Abhängigkeit von einem Paket haben, das keine weiteren Fehler- und Sicherheitskorrekturen erhält. Sie setzen Ihre App (und Benutzer) einem erheblichen Risiko eines plötzlichen Bruchs und Sicherheitslecks aus, wenn dieses Paket schließlich _nicht mehr funktioniert_ (was mit ziemlicher Sicherheit der Fall ist). Dies gilt insbesondere für ein Paket wie request , das etwas so Wichtiges und Sensibles wie das Senden von Netzwerkanfragen bietet.

Eine Veraltungswarnung ist ein ernster Hinweis, um mit der Migration an einen anderen Ort zu beginnen. Mehrere Alternativen wurden in diesem Thread bereits erwähnt (und wiederholt).

Hallo zusammen, ich hatte auch diese veralteten Probleme
Also habe ich nodejs deinstalliert und die neuesten Funktionen von nodejs heruntergeladen
das ist 14.10.1 Aktuelle neueste Funktionen
https://nodejs.org/en/

und löschen Sie alle installierten globalen npm, die Sie auf dem Computer haben

und das ist es...

all die Veralteten sind weg...

@acatzk wtf lmao

Diese Bibliothek ist veraltet . Wenn ein Fehler vorliegt, wird nichts unternommen, um ihn zu beheben. Wenn ein Sicherheitsproblem vorliegt, wird nichts unternommen, um dieses zu beheben.

Sie sollten dies nicht verwenden.

@davwheat danke

was sind die Alternativen dieses Anfragemoduls?

Dinge, die wir tun könnten - bitte diskutieren Sie und melden Sie sich freiwillig an!

• [ ] Readme mit aktuellem Projektstand aktualisieren
• [ ] CI-Publishing-Pipeline aktualisieren @mikeal
• [ ] ein Dokument mit einer Anleitung zu request Alternativen bereitstellen #3143
• [ ] Fügen Sie eine Warnmeldung bei der Installation des Pakets hinzu, um ein anderes Paket zu verwenden, und verweisen Sie auf das Dokument
• [ ] Wählen Sie ein Datum aus, um den Support zu beenden (ich stimme 6 Monate, aber 12 ist wahrscheinlich freundlicher)
• [ ] Alle Funktionsanfragen und Funktionsprs schließen
• [ ] relevante Fehlerbehebungen überprüfen und zusammenführen
• [ ] fügen Sie Github-Problem- und PR-Vorlagen hinzu, die erklären, dass Funktionen nicht zusammengeführt werden
• [ ] veraltet die nächste Hauptversion ( 3.x ), sodass Projekte in aktiver Wartung eine Warnung erhalten, ältere Projekte jedoch wie gewohnt fortgesetzt werden

Gibt es Updates darüber, wer derzeit was macht?

Für diejenigen, die nach einer soliden, von Google unterstützten Alternative suchen (abgesehen von denen in https://github.com/request/request/issues/3143), empfehle ich https://github.com/googleapis/gaxios. Ich habe es in einem kürzlich durchgeführten Projekt verwendet und es ist bisher ausgezeichnet.

Was sind die Alternativen? Auf deiner NPM-Seite steht For more information about why request is deprecated and possible alternatives refer to {the link to this page}

3143

npm WARN-Registrierung Verwenden veralteter Daten von https://registry.npmjs.org/ aufgrund eines Anforderungsfehlers während der erneuten Validierung.
npm WARN veraltet [email protected] : Anforderung wurde eingestellt, siehe https://github.com/request/request/issues/3142

@thbestforyourbizdeployment ja.

Vielen Dank.

kannst du mir helfen?

npm WARN veraltet [email protected]: Anfrage wurde veraltet, siehe https://github.com/request/request/issues/3142
npm WARN veraltet [email protected]: diese Bibliothek wird nicht mehr unterstützt
npm ERR! Code EEXIST
npm ERR! Syscall-Symlink
npm ERR! Pfad ../lib/node_modules/firebase-tools/lib/bin/firebase.js
npm ERR! dest /usr/local/bin/firebase
npm ERR! Fehler -17
npm ERR! EEXIST: Datei existiert bereits, Symlink '../lib/node_modules/firebase-tools/lib/bin/firebase.js' -> '/usr/local/bin/firebase'
npm ERR! Datei existiert: /usr/local/bin/firebase
npm ERR! Entfernen Sie die vorhandene Datei und versuchen Sie es erneut oder führen Sie npm . aus
npm ERR! mit --force, um Dateien rücksichtslos zu überschreiben.

npm ERR! Ein vollständiges Protokoll dieses Laufs finden Sie unter:
npm ERR! /Users/bahar/.npm/_logs/2020-11-18T17_07_43_310Z-debug.log

@baharozcelik Es gibt nichts,

Lesen. Problem.

sudo npm install --global gulp-cli
versuche es so