Request: Permintaan Masa Lalu, Sekarang dan Masa Depan

Dibuat pada 30 Mar 2019  ·  352Komentar  ·  Sumber: request/request

Sebelum saya masuk ke detail dan alasan, saya akan langsung ke intinya. Hal paling berharga yang dapat dilakukan request untuk ekosistem JavaScript adalah masuk ke mode pemeliharaan dan berhenti mempertimbangkan fitur baru atau rilis besar.

Mohon maaf sebelumnya kepada pembuat komitmen lain di request yang telah melakukan yang terbaik untuk memperbaikinya, tetapi ini yang terbaik.

2009

Versi pertama request adalah salah satu modul pertama yang pernah dibuat untuk ekosistem Node.js. Versi paling awal ditulis ke API yang mendahului antarmuka panggilan balik standar, stream, node_modules, dan npm. Selama beberapa tahun pertama, request dan Node.js berkembang bersama, masing-masing belajar dari yang lain. Saat Node.js meningkatkan dan memigrasikan antarmuka inti, begitu pula permintaan. Saat permintaan mengadopsi perubahan pada pustaka http inti dan streaming, permintaan tersebut juga menginformasikan peningkatan seperti acara pipe (yang mengaktifkan proxy satu baris request ) dan salah satu dari banyak penulisan ulang Core http ( satu saya harus menulis).

npm

request adalah salah satu modul pertama yang ditambahkan ke registri npm. Saat npm tumbuh, demikian pula ketergantungan pada request . Bahkan sekarang, ketika npm digunakan jauh lebih banyak untuk pekerjaan front-end daripada back-end, request tetap menjadi salah satu modul yang paling bergantung pada registri. Saat saya menulis ini, modul 41K tergantung pada permintaan dan diunduh 14 juta kali seminggu.

Tempat yang dimiliki request dalam ekosistem Node.js bukan lagi sebagai inovator tetapi juga sebagai incumbent. Jika Anda mencari di Google tentang cara melakukan sesuatu dengan HTTP di Node.js, contohnya kemungkinan besar akan menampilkan request sebagai klien dan express sebagai server. Ini memiliki dua efek yang sangat buruk.

Jauh lebih sulit bagi perpustakaan baru yang menyelesaikan tugas serupa untuk mendapatkan adopsi karena posisi lama request memegang ekosistem. Ini juga sangat sulit untuk mengubah permintaan dengan cara apa pun yang berarti karena perubahan tidak hanya tidak dapat diadopsi oleh sebagian besar tanggungannya, tetapi juga akan membuatnya tidak selaras dengan ribuan posting blog dan respons stack overflow yang menggunakan request .

JavaScript modern

Beberapa tahun terakhir telah menjadi tahun yang dramatis dalam JavaScript. Fitur yang dibicarakan orang selama bertahun-tahun berubah dari ide, standar, hingga fitur yang dapat Anda andalkan di sebagian besar lingkungan. Kecepatan di mana ini telah diadopsi sangat mengejutkan, sebagian besar berkat browser yang diperbarui secara otomatis dan jadwal rilis Node.js yang agresif.

Pola pada inti request sudah ketinggalan zaman. Beberapa orang mungkin berdebat dengan penilaian itu, dan saya tahu siapa mereka, jadi saya tidak akan terkejut, tetapi itu benar. Saya sering skeptis terhadap dampak beberapa fitur ini hanya untuk mendapati diri saya mengadopsinya secara grosir tidak lama setelah mereka hanya tersedia dalam rilis terbaru Node.js.

Ada transisi yang terjadi sekarang di ekosistem ke pola-pola ini. Betapa berantakannya hal itu masih belum terjawab dan saya tidak akan mencoba dan membaca daun teh dan mencari tahu seperti apa masa depan dalam hal itu. Pertanyaan untuk request adalah “Apakah kita mencoba bertahan melalui transisi itu?” Setahun yang lalu, saya pikir jawabannya sudah jelas dan kami akan melakukannya, tetapi sekarang saya yakin sebaliknya.

Versi request ditulis untuk benar-benar merangkul pola bahasa baru ini, secara efektif, merupakan modul baru. Saya sudah menjelajahi ruang ini sedikit dan memiliki proyek yang cukup saya senangi tetapi tidak sesuai dengan request dalam segala hal yang mungkin. Apa nilai dalam versi request yang tidak sesuai dengan pola lama namun tidak sepenuhnya merangkul pola baru? Apa gunanya menjadi kompatibel sebagian ketika ada seluruh dunia modul baru, yang ditulis oleh pengembang baru, yang memikirkan kembali masalah ini dengan mempertimbangkan pola ini?

Hal terbaik untuk modul baru ini adalah request perlahan memudar, akhirnya menjadi memori lain dari tumpukan warisan itu. Mengambil posisi request sekarang dan memanfaatkannya untuk bagian yang lebih besar dari pengembang generasi berikutnya akan merugikan pengembang tersebut karena akan menjauhkan mereka dari modul yang lebih baik yang tidak memiliki beban request 's sejarah.

Mode Pemeliharaan

Berikut rencananya.

  • request akan berhenti menerima fitur baru.
  • request akan berhenti mempertimbangkan untuk melanggar perubahan.
  • Para pembuat komitmen yang masih aktif akan mencoba menggabungkan perbaikan secara tepat waktu, meskipun tidak ada janji.
  • Rilis akan sepenuhnya otomatis, setiap penggabungan ke master akan dipublikasikan. Saya sudah membangun ini untuk beberapa proyek lain menggunakan GitHub Actions .

    • Kami harus menghapus kolaborator yang tidak aktif dan menerapkan 2fa, karena hak komit akan secara efektif menjadi hak publikasi npm.

neverstale

Komentar yang paling membantu

Saya sepenuhnya mendukung ini, saya pikir pesan peringatan dan/atau penghentian rilis baru sudah beres.

Adapun perubahan dalam proses dan pedoman, itu membuat pekerjaan saya jauh lebih mudah

Semua 352 komentar

Saya sepenuhnya mendukung ini, saya pikir pesan peringatan dan/atau penghentian rilis baru sudah beres.

Adapun perubahan dalam proses dan pedoman, itu membuat pekerjaan saya jauh lebih mudah

Sangat baik kata @mikeal. Saya menyematkan masalah ini untuk mendapatkan lebih banyak visibilitas.

Hal-hal yang mungkin kita lakukan - silakan diskusikan dan jadilah sukarelawan!

  • [ ] perbarui readme dengan status proyek saat ini
  • [ ] perbarui pipa penerbitan ci @mikeal
  • [ ] berikan dokumen dengan beberapa panduan tentang alternatif request https://github.com/request/request/issues/3143
  • [ ] tambahkan pesan peringatan saat menginstal paket untuk menggunakan paket lain dan merujuk dokumen
  • [ ] pilih tanggal untuk menghentikan dukungan (saya memilih 6 bulan, tetapi 12 mungkin lebih ramah)
  • [ ] tutup semua permintaan fitur dan fitur prs
  • [ ] tinjau dan gabungkan perbaikan bug yang relevan
  • [ ] tambahkan masalah github dan templat pr yang menjelaskan bahwa fitur tidak akan digabungkan
  • [ ] menghentikan versi utama berikutnya ( 3.x ) sehingga proyek dalam pemeliharaan aktif mendapatkan peringatan tetapi proyek yang lebih lama berlanjut seperti biasa

Itu sangat masuk akal! Saya perlahan akan mengadopsi kebijakan ini untuk keluarga request-promise juga. Bersulang untuk kontribusi penting Anda ke ekosistem simpul!

mencela paket npm terbaru dan otomatis mencelanya saat diterbitkan

Harap berhati-hati tentang penghentian. Seperti yang ditulis Mikael di atas, ada 41K modul tergantung pada request . Banyak dari modul ini berguna dalam keadaan saat ini dan berfungsi dengan baik untuk penggunanya, tetapi pengelolanya mungkin tidak punya waktu untuk mengerjakan ulang modul tersebut untuk menggunakan sesuatu selain request . Dengan menghentikan request pada waktu penginstalan, pada dasarnya Anda akan menghentikan sebagian besar ekosistem modul npm.

Seperti yang saya lihat, mode pemeliharaan tidak sama dengan penghentian.

  • Mode pemeliharaan = kami akan memperbaiki bug dan kerentanan keamanan sehingga Anda dapat terus menggunakan paket ini.
  • Penghentian = tidak ada yang harus menggunakan paket ini lagi. Ini biasanya terjadi ketika modul ditinggalkan dan tidak akan menerima perbaikan bug atau keamanan lebih lanjut.

Aku mendengarmu. teks lengkap

mencela paket npm terbaru dan secara otomatis menghentikannya saat dipublikasikan melalui ci __(mungkin setelah dukungan dihentikan?)__

Saya pikir kita pada akhirnya harus menghentikan request karena saya tidak ingin proyek baru menggunakannya.
Saya telah mencoba untuk melakukan triase masalah dan prs ke daftar yang dapat kami selesaikan, tetapi ada bug yang tidak dapat kami perbaiki tanpa mengubah perubahan. Oleh karena itu mereka tidak akan diperbaiki dan pengguna baru akan mengalami masalah.

Misalnya, pengalihan berikut kehilangan badan dan cookie permintaan, dan penguraian url untuk menghapus jalur relatif keduanya merupakan bug, tetapi saya tidak yakin itu akan diperbaiki.

Mungkin penolakan bukanlah jawaban yang tepat, tetapi saya tidak tahu bagaimana lagi mendekatinya.

Apakah itu masuk akal?

Mari kita menabrak versi utama saat kita mencela. Dengan begitu kebanyakan orang yang bergantung pada proyek tidak akan melihat kesalahan ini sampai mereka mencoba untuk meningkatkan ke jurusan baru, yang berarti mereka secara aktif mengembangkannya dan benar-benar harus mencari alternatif.

Saya bangga telah menjadi bagian dari sejarah request . Saya juga akan memeriksa bent , itu terlihat menarik, dan _small_, yang lebih penting bagi saya hari ini.

Kami harus menghapus kolaborator yang tidak aktif dan menerapkan 2fa, karena hak komit akan secara efektif menjadi hak publikasi npm.

Baik untuk menghapus saya.

Saya pikir kita pada akhirnya harus menghentikan permintaan karena saya tidak ingin proyek baru menggunakannya.

Sebagai seorang programmer yang SANGAT berterima kasih atas modul dan yang menggunakannya sepanjang waktu, saya INGIN menggunakannya pada proyek-proyek baru.

Keputusan ini pasti sangat sulit untuk diambil tetapi sangat terpuji. Sudah selesai dilakukan dengan baik.

Saya bangga telah menggunakan alat yang luar biasa ini. Hal itu memaksa masyarakat untuk memperbaiki diri. 🙏
Jika Anda membutuhkan bantuan untuk memeliharanya jangan ragu untuk menghubungi saya.

Sementara saya menghormati keputusan Anda, saya akan meminta Anda untuk mempertimbangkan seberapa banyak dunia nyata, produksi, kode bergantung pada permintaan saat ini. Ini jauh lebih dari yang bisa dikatakan oleh statistik NPM. Saya sepenuhnya mengerti keinginan untuk beralih ke hal baru dan melakukan sesuatu dengan cara baru yang lebih menarik ... ini adalah ekosistem JavaScript, harus mengejar hal baru. Tapi tolong pertimbangkan jumlah waktu dan uang yang akan Anda keluarkan untuk organisasi teknik profesional dengan permintaan penghentian grosir. Jika Anda ingin membiarkannya dalam mode pemeliharaan, tidak apa-apa, tetapi pahamilah bahwa banyak orang sama sekali tidak memiliki alasan praktis untuk mengubah perpustakaan. Memaksa orang untuk berubah karena ideologi akan menyebabkan frustrasi.

Apapun, terima kasih atas kerja keras semua orang telah dimasukkan ke dalam perpustakaan ini.

Saya ingin tahu perpustakaan apa yang bisa dianggap modern dan direkomendasikan sekarang. Superagent sebagian besar dalam mode pemeliharaan sekarang, aksio tidak terlalu aktif sama sekali.

Sekedar catatan singkat untuk mengucapkan terima kasih (dan semua kontributor lainnya) untuk semua kerja keras selama bertahun-tahun dalam modul ini; itu adalah salah satu yang pertama saya gunakan ketika saya mulai dengan Node sehingga akan selalu memiliki tempat khusus di hati saya.

Mari kita menabrak versi utama saat kita mencela. Dengan begitu kebanyakan orang yang bergantung pada proyek tidak akan melihat kesalahan ini sampai mereka mencoba untuk meningkatkan ke jurusan baru, yang berarti mereka secara aktif mengembangkannya dan benar-benar harus mencari alternatif.

saya pikir ini masih merupakan solusi yang layak untuk disebutkan di atas.

@kibertoad Sepertinya @mikeal sedang mengerjakan https://github.com/mikeal/bent . Saya telah menggunakan https://github.com/sindresorhus/got selama bertahun-tahun dan itu didukung dan berkembang dengan baik.

Dengan semua pembicaraan ini dan kemungkinan tidak digunakan lagi, saya pikir harus ada penyebutan yang sama tentang modul pengganti jatuh tempo saat ini, utilitas paralel. Kita tidak bisa hanya mengumumkan akhir dan kemudian tidak menyarankan apa-apa, atau pengganti kedewasaan dan kepercayaan diri yang jauh lebih sedikit. Permintaan digunakan dalam aplikasi yang serius. Mengapa ini penting? Karena untuk semua "pola usang pada intinya", ia bekerja setiap hari, selama ribuan. Ini bukan tentang dunia yang sempurna tapi dunia nyata. Apa pengganti dunia nyata, kepercayaan, pada hari permintaan dimasukkan ke dalam mode pemeliharaan atau sudah usang? Itu adalah keharusan.

Anda dapat menemukan diskusi itu di sini https://github.com/request/request/issues/3143

Anda dapat menemukan rencana kerja saat ini (yang menerima umpan balik langsung) dapat ditemukan di sini https://github.com/request/request/issues/3142#issuecomment -478303334

Terima kasih atas pekerjaan Anda di request !

Pola pada inti permintaan sudah ketinggalan zaman.

Pola berubah setiap beberapa bulan dan tahun, terutama di komunitas JavaScript. Bukankah alasan mengapa request awalnya dibuat masih berlaku sampai sekarang?

request memiliki 10 tahun komitmen, stabilitas, dan pengujian. Mengapa memulai dari awal? Bukankah ini hanya menambahkan lebih banyak "kelelahan JavaScript", menghasilkan lebih banyak perpustakaan melakukan hal yang sama - permintaan HTTP?

Sedih melihat perpustakaan yang penting dan bersejarah dalam sejarah Node hilang karena aliran dan panggilan balik tidak lagi mewah di tahun 2019.

Saya tidak percaya bahwa penghentian perpustakaan benar-benar diperlukan, sudah ada selama sekitar 10 tahun sekarang, digunakan di banyak tempat dan sebenarnya cukup stabil, dan pada akhirnya. yang dilakukannya hanyalah membuat permintaan HTTP, apa lagi yang dibutuhkan perpustakaan? Dukungan untuk mode JS bulan ini? 👎

Pengirim yang masih aktif akan mencoba menggabungkan perbaikan secara tepat waktu, meskipun tidak ada janji .

ba-dum-chh! 🥁

Ini adalah penolakan yang bertanggung jawab. Dikomunikasikan dengan baik, dengan rencana untuk ditindaklanjuti. Saya pikir pengelola OSS lain dapat melihat ini sebagai standar untuk dituju.

Ini jauh lebih baik daripada melupakan sebuah paket dan membiarkan orang acak (yang dapat menyuntikkan pintu belakang ke dalam kode) sebagai pengelola untuk mengambil alih ketika Anda tidak lagi peduli.

Permintaan adalah paket yang hebat, dan kami sangat berterima kasih atas kontribusi Anda pada ekosistem node awal. Anda benar dalam penilaian Anda bahwa gaya panggilan balik bukan lagi JavaScript idiomatik, dan ada paket lain seperti fetch yang mencerminkan standar WHATWG.

@stcktrce Tepatnya, perpustakaan tidak membutuhkan yang lain, ia berfungsi apa adanya. Tetapi telah terjadi perbaikan besar di seluruh ekosistem. Menghentikan perpustakaan hanya menandai kesempatan bagi orang lain untuk memeriksa perpustakaan baru dan lebih modern daripada hanya mengandalkan yang paling populer di luar sana.

@mikeal terima kasih atas semua upaya Anda di perpustakaan ( r2 juga) dan ekosistem. Juga, untuk menetapkan prioritas ini, pertimbangan yang matang dan penghentian yang direncanakan dalam ekosistem.

Mari kita menabrak versi utama saat kita mencela. Dengan begitu kebanyakan orang yang bergantung pada proyek tidak akan melihat kesalahan ini sampai mereka mencoba untuk meningkatkan ke jurusan baru, yang berarti mereka secara aktif mengembangkannya dan benar-benar harus mencari alternatif.

@mikeal Saya rasa itu bukan ide yang bagus.

Masalahnya adalah bahwa sebagian besar penggantian memiliki kualitas yang lebih rendah daripada permintaan. Saya baru saja pindah ke request dari axios sekitar seminggu yang lalu.

Axios memiliki bug persisten multi-tahun di sekitar dukungan proxy, memodifikasi agen https, dan pengecualian janji yang tidak ditangani. Anda hanya menemukan ini setelah berinvestasi ke axios secara besar-besaran.

Bagi pengguna baru, axios terlihat sebagus permintaan (jumlah pengguna yang serupa, janji berdasarkan desain, dll)

Terima kasih untuk request :)

Jika ada yang mencari perpustakaan HTTP berbasis janji minimal dengan filter yang dapat dicolokkan dan dukungan yang baik untuk aliran, Anda dapat memeriksa

Saya suka modul permintaan. Terima kasih banyak.
Maksud Anda permintaan terlalu banyak fokus untuk mencegah modul baru yang sama keluar?

Jika ada bug tertentu dalam fitur yang sebanding di perpustakaan lain, saya ingin mengidentifikasinya secara khusus. Dukungan proxy adalah fitur yang kompleks dan memiliki kasus uji yang lolos permintaan tetapi perpustakaan lain gagal sangat berharga.

@reconbot di axios (^0.18.0) Anda tidak dapat terhubung ke situs https melalui server proxy. melakukannya menghasilkan kesalahan EPROTO . ini adalah bug terbuka mengenai ini, tetapi masalahnya sudah bertahun-tahun: https://github.com/axios/axios/issues/1981

edit: secara khusus, Anda tidak dapat menggunakan axios untuk melakukan permintaan https melalui proxy http. mungkin proxy https khusus berfungsi, jangan coba itu.

Saya yakin berharap perbaikan tidak dianggap sebagai fitur baru, seperti permintaan tarik saya untuk Ukuran Respons Maksimum, yang saya lihat sebagai fitur standar yang diperlukan dari setiap perpustakaan dewasa.

Saya juga meninjau lib permintaan lain sebelum saya memilih yang ini dan kebanyakan dari mereka sangat bermasalah, tidak lengkap, dan bermasalah. Dokumen mereka juga tidak mengukur. Saya tidak benar-benar melihat apa yang bisa dibawa oleh perpustakaan lain selain kode dan bug yang belum diuji, sepertinya tidak ada pendekatan baru untuk membuat permintaan HTTP. Ini semua tentang membungkus modul http/https dan menyediakan default yang waras seperti respons buffering, respons decoding, dan tentu saja kemampuan untuk menjanjikan semuanya . Masalah terbesar dari perpustakaan ini di sini adalah tujuan kompatibilitas total, mencoba untuk kompatibel dengan hal-hal warisan hanya membawa rasa sakit dan praktik pengkodean warisan. Tapi ini bisa diperbaiki dengan banyak cara. Ada dasar yang bagus yang dapat direfaktor menjadi sesuatu yang elegan, modern, dan minimalis. Dan yang terpenting bisa diandalkan. Ada banyak cara untuk melakukan ini - bagi menjadi lebih banyak file, gunakan ECMA6 dengan Babel atau TypeScript.

Tidak ada pengembang waras yang menginginkan 10 perpustakaan yang melakukan hal yang sama tetapi tidak memiliki fitur yang berbeda, buggy, tidak berdokumen. Perpustakaan ini benar-benar berfungsi dan saya berterima kasih untuk itu dan berharap itu tidak ditinggalkan tetapi dihidupkan kembali.

Perbaikan tidak dianggap sebagai fitur baru. Perbaikan akan digabungkan setidaknya selama satu tahun, bahkan mungkin lebih lama.

-Mikeal


Dari: mivanovaxway [email protected]
Dikirim: Kamis, 11 April 2019 02:38
Kepada: permintaan/permintaan
Cc: Mikeal Rogers; Menyebutkan
Perihal: Re: [request/request] Request's Past, Present and Future (#3142)

Saya yakin berharap perbaikan tidak dianggap sebagai fitur baru, seperti permintaan tarik saya untuk Ukuran Respons Maksimum, yang saya lihat sebagai fitur standar yang diperlukan dari setiap perpustakaan dewasa.

Saya juga meninjau lib permintaan lain sebelum saya memilih yang ini dan kebanyakan dari mereka sangat bermasalah, tidak lengkap, dan bermasalah. Dokumen mereka juga tidak mengukur. Saya tidak benar-benar melihat apa yang bisa dibawa oleh perpustakaan lain selain kode dan bug yang belum diuji, sepertinya tidak ada pendekatan baru untuk membuat permintaan HTTP. Ini semua tentang membungkus modul http/https dan memberikan default yang waras seperti respons buffering, respons decoding, dan tentu saja kemampuan untuk menjanjikan semuanya. Masalah terbesar dari perpustakaan ini di sini adalah tujuan kompatibilitas total, mencoba untuk kompatibel dengan hal-hal warisan hanya membawa rasa sakit dan praktik pengkodean warisan. Tapi ini bisa diperbaiki dengan banyak cara. Ada dasar yang bagus yang dapat direfaktor menjadi sesuatu yang elegan, modern, dan minimalis. Dan yang terpenting bisa diandalkan. Ada banyak cara untuk melakukan ini - bagi menjadi lebih banyak file, gunakan ECMA6 dengan Babel atau TypeScript.

Tidak ada pengembang waras yang menginginkan 10 perpustakaan yang melakukan hal yang sama tetapi tidak memiliki fitur yang berbeda, buggy, tidak berdokumen. Perpustakaan ini benar-benar berfungsi dan saya berterima kasih untuk itu dan berharap itu tidak ditinggalkan tetapi dihidupkan kembali.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub https://github.com/request/request/issues/3142#issuecomment-482043697 , atau matikan utasnya https://github.com/notifications/unsubscribe-auth/AAACQ8I4BSRTOjqHk637gRfBhkv_vbRrIks

Paket TIL 41k baru saja menjadi rentan.

Dengar, saya setuju bahwa permintaan harus ditiadakan, tetapi saya selalu takut dengan paket mainstream seperti ini yang mengubah jalur rilisnya. Satu aktor jahat atau satu kotak dev yang dikompromikan menerbitkan kode berbahaya akan secara efektif menyebar ke setiap proyek di luar sana.

Harap pertimbangkan untuk memperketat persyaratan push npm. Siapkan cabang untuk ci, memerlukan banyak persetujuan, sesuatu yang lebih dari sekadar mendorong untuk dikuasai.

tidak ada janji sekalipun.

Pun intended? 🤣

mungkin alasan logis yang sama harus diterapkan pada expressjs? untuk permintaan, kami sekarang memiliki modul baru yang mengkilap, tidak ada penulisan ulang atau alternatif yang benar untuk expressjs di cakrawala.

express sangat bagus, tetapi tidak benar-benar diperbarui secara aktif dengan fitur-fitur baru tahun ini

express mungkin tidak diperbarui dengan fitur-fitur baru tetapi dipelihara secara aktif dan, terakhir kali saya periksa, masih ada beberapa orang yang cukup tertarik untuk melakukan pekerjaan itu. saya tidak tahu bahwa mereka perlu mengambil langkah-langkah yang telah kita ambil menuju penghentian.

@laoshaw apa request ?

Mempersiapkan penghentian penuh. https://github.com/request/request/pull/3267

Kami sepenuhnya ditinggalkan!

Semua versi pada npm mencatat penghentian dan README mencatat dengan jelas bahwa request telah ditinggalkan.

Sudah 10+ tahun yang luar biasa, terima kasih kepada semua orang yang berkontribusi selama dekade terakhir. Mari kita semua menantikan perpustakaan baru yang lebih cocok untuk perubahan yang terjadi dalam bahasa dan ekosistem JS.

Jadi mari kita SPECIFIC.
Apa pengganti kode lean untuk modul permintaan?

Tidak dibiarkan tergantung di kerak mati .... begitu banyak pilihan yang lebih baik ... seperti yang MANA?
Bukan GRAND, tolong lakukan semuanya di bawah perpustakaan/modul matahari.

@riclf kami telah menggunakan https://github.com/googleapis/teeny-request/ untuk membantu kami keluar dari permintaan selama beberapa tahun. Itu tidak melakukan semua yang Anda inginkan :) Ia menggunakan node-fetch bawah tenda. Ada juga pilihan bagus lainnya di luar sana!

Untuk solusi yang mengutamakan janji, ada juga gofer yang sangat berfokus pada komunikasi API. Dukungan untuk batas waktu koneksi TCP bawaan, konfigurasi mudah (dan banyak kesalahan) untuk berbicara dengan banyak API, dll.

Adakah yang punya rekomendasi untuk klien alternatif yang memiliki dukungan bagus untuk HTTP Long Polling dan hadir sebagai Stream atau Event Emitter?

Terakhir kali saya memeriksa pada April 2019, alternatif seperti got , node-fetch dan axios memiliki masalah besar: ketika terjadi kesalahan (jaringan tingkat rendah), mereka membuang pelacakan tumpukan bermanfaat yang dilaporkan oleh inti Node.js dan memunculkan kesalahan tingkat tinggi baru dengan pelacakan tumpukan yang menunjuk ke perpustakaan klien http saja. Ini membuat debug masalah tingkat transportasi hampir tidak mungkin, misalnya ketika proxy terlibat.

Apakah ada alternatif request yang bagus yang mempertahankan detail kesalahan yang disediakan oleh inti Node.js?

@bajtos Saya cukup yakin gofer hanya menghiasi kesalahan asli tetapi harus mempertahankan jejak tumpukan dan pesan.

bent memiliki kesalahan yang bagus dan dirancang untuk async/menunggu. Ini juga sangat kecil dan ukuran bundelnya sangat kecil;)

API tidak seperti permintaan, jadi saya tidak akan menyebutnya sebagai "pengganti."

@mikeal Mengapa disebut bent ? (permintaan adalah nama yang lebih mudah diingat.)

bent memiliki kesalahan yang bagus dan dirancang untuk async/menunggu. Ini juga sangat kecil dan ukuran bundelnya sangat kecil;)

API tidak seperti permintaan, jadi saya tidak akan menyebutnya sebagai "pengganti."

Ini terasa sangat benar secara teknis daripada logika yang ramah pengguna. Dari sudut pandang pengguna, bengkok memecahkan masalah yang sama dengan permintaan tetapi lebih baik. Sekarang terjebak dengan nama yang lebih buruk tanpa alasan. Anda dapat menyebutnya permintaan 3 tanpa banyak masalah. Ya, API rusak tetapi untuk apa kami memiliki semver.

Anda dapat menyebutnya permintaan 3 tanpa banyak masalah. Ya, API rusak tetapi untuk apa kami memiliki semver.

Luangkan waktu dengan bent dan Anda mungkin merasa berbeda.

Ini bukan perbedaan kecil dalam penamaan atau janji vs panggilan balik. Ergonominya sangat berbeda, keadaan permukaannya sangat berbeda, cara berpikir tentang kondisi kesalahan adalah pendekatan yang sangat berbeda.

request adalah API yang lebih prosedural, Anda menyuruhnya melakukan sesuatu dan itu memberi tahu Anda apa yang terjadi, itu hanya memberikan kesalahan jika sesuatu gagal yang tidak dapat dipulihkan. bent mengambil kriteria keberhasilan untuk seluruh siklus hidup dan mengembalikan Anda sebuah API yang akan gagal jika apa pun kecuali kriteria keberhasilan terpenuhi .

Anda menggunakan perpustakaan ini dengan sangat berbeda. Ada perpustakaan lain yang lebih dekat dengan request 's API jika itu yang Anda inginkan, tetapi setelah hampir 20 tahun bekerja pada klien HTTP, saya telah menemukan pendekatan yang berbeda dan pada akhirnya lebih baik yang saya dorong orang untuk mempertimbangkan, tapi saya tidak akan ram ke tenggorokan semua orang dengan membuatnya request 3.0.

Kenapa disebut bengkok? (permintaan adalah nama yang lebih mudah diingat.)

Karena Anda "membengkokkannya" ke dalam bentuk tertentu (kriteria keberhasilan yang sangat khusus) dan itu menyediakan API yang ideal untuk keberhasilan bentuk itu dan gagal pada apa pun selain itu.

Namanya agak abstrak, tapi request adalah jenis nama yang tidak akan pernah Anda dapatkan hari ini. Saya hampir tidak mendapatkan request di registri npm dan saya menulis registri npm asli

bagaimana dengan "mendapat" sebagai pengganti, sayangnya kami tidak memiliki pengganti yang jelas sementara permintaan secara resmi tidak digunakan lagi.

bagaimana dengan "mendapat" sebagai pengganti, sayangnya kami tidak memiliki pengganti yang jelas sementara permintaan secara resmi tidak digunakan lagi.

Mungkin kita harus mengambil fakta bahwa tidak ada yang menulis pengganti yang kompatibel dengan API sebagai indikasi bahwa mengadopsi pengganti yang kompatibel dengan API tidak diinginkan setelah Anda duduk dan mengerjakannya

Itu pasti pengalaman saya.

Mungkin apa yang benar-benar diinginkan orang ketika mereka meminta "pengganti", bukanlah alternatif yang kompatibel dengan API, tetapi perspektif pengelola tentang paket lain apa yang sudah ada di luar sana untuk menyelesaikan masalah yang kira-kira sama dan yang membuat paket ini tidak relevan sehingga Anda dapat dengan yakin menyebutnya "usang".

Dan menurut saya mengiklankan bent dalam pemberitahuan penghentian (mungkin bersama dengan beberapa orang lain, jika itu membuat Anda merasa lebih nyaman) adalah cara yang bagus untuk mulai membuatnya dikenal meskipun namanya tidak jelas.


Modul permintaan Angluar 8 tidak digunakan lagi

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

Apakah Anda benar-benar mengerti apa yang dimaksud dengan "usang"?

Tidak digunakan lagi. Dalam dunia pengembangan perangkat lunak, "usang" mengacu pada fungsi atau elemen yang sedang dalam proses digantikan oleh yang lebih baru. Istilah ini berasal dari kata "deprecate", yang berarti tidak menyetujui sesuatu.

Dalam praktiknya, ini berarti bahwa ketika saya memelihara salah satu modul (non open source) saya, saya akan mendapatkan pesan kesalahan konyol.

Bagaimana dengan 151 isu dan 55 pull request? Buang mereka?

Dan saya akan mengatakan iklan yang ditekuk dalam pemberitahuan penghentian (mungkin dengan orang lain jika itu membuat Anda merasa lebih nyaman) adalah cara yang bagus untuk mulai membuatnya dikenal, meskipun namanya tidak jelas.

Ini JAUH terlalu dini - lihat edisi 2 dari bengkok.

Saya pikir permintaan itu harus masuk ke mode limbo - tidak ditinggalkan yang menyebabkan peringatan konyol - tetapi di mana TIDAK ADA yang akan dilakukan, semua masalah dan penarikan akan diabaikan dan halaman README harus diperbarui untuk mencatat ini dan, ketika sesuai, referensi akan disertakan ke paket lain yang setara secara fungsional.

Bagaimana dengan 151 isu dan 55 pull request? Buang mereka?

Tidak ada yang memperbaiki atau meninjau ini selama beberapa waktu, mereka sudah "dibuang."

Komentar Anda membuatnya terdengar seolah-olah ada semacam kerja keras dalam proyek ini yang menjadi hak orang. Ini belum pernah terjadi, request bukanlah produk yang dirilis dan didukung oleh perusahaan, selalu dikelola oleh pengembang open source yang peduli dan karena ekosistem telah bergerak ke arah yang baru, kami semua bergerak bersamanya . Saya sarankan Anda melanjutkan juga.

Tidak ada yang memperbaiki atau meninjau ini selama beberapa waktu, mereka sudah "dibuang."

Apa yang Anda maksud adalah bahwa ANDA belum meninjau ini untuk beberapa waktu. Bersikap adil, kami yang bukan rekan kerja tidak memiliki kendali atas hal ini.

Komentar Anda membuatnya terdengar seolah-olah ada semacam kerja keras dalam proyek ini yang menjadi hak orang.

Saya tidak bermaksud seperti itu, tetapi dalam arti tertentu memang benar, Perangkat Lunak Sumber Terbuka memberikan hak tertentu kepada Pengguna serta melindungi hak pengembang. Hak-hak ini adalah penggunaan bukan pemeliharaan. Ketika pemeliharaan atau pengembangan lebih lanjut melibatkan perubahan yang melanggar, banyak perhatian dan pemikiran perlu dilakukan. Ini adalah perubahan yang melanggar dan menurut saya tidak perlu. Biarkan modul apa adanya dan kita semua akan melanjutkan dengan proyek berikutnya - terutama jika alternatifnya menawarkan keuntungan. Memang kita akan bodoh untuk tidak melakukannya. Tapi sejauh yang saya lihat, saat ini tidak ada alternatif nyata.

Perangkat Lunak Sumber Terbuka memberikan hak tertentu kepada Pengguna

Lisensi OSS memberikan hak untuk mendistribusikan kembali dan memodifikasi, tidak ada jaminan dalam bentuk apa pun yang dibuat atas kesesuaian perangkat lunak untuk penggunaan tertentu. Tidak ada jaminan yang pernah dibuat untuk perubahan di masa mendatang, termasuk kemungkinan perubahan yang melanggar.

Berikut teks yang relevan dari lisensi Apache 2. Hampir setiap lisensi open source memiliki ini.

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

Ini adalah perubahan yang melanggar dan menurut saya tidak perlu. Biarkan modul apa adanya dan kita semua akan melanjutkan dengan proyek berikutnya - terutama jika alternatifnya menawarkan keuntungan. Memang kita akan bodoh untuk tidak melakukannya. Tapi sejauh yang saya lihat, saat ini tidak ada alternatif nyata.

Inilah masalahnya. Kode ini memiliki bug yang diketahui yang tidak akan diperbaiki. Kode ini tidak lagi dipertahankan dan tidak digunakan lagi.

Peringatan penghentian adalah pemberitahuan bahwa Anda mengandalkan kode yang bermasalah. Jika Anda baik-baik saja mengandalkan kode usang dan bermasalah maka cukup tekan pesannya. Masalah Anda tampaknya adalah peringatan dan bukan status perangkat lunak. Jika Anda setuju dengan keadaan perangkat lunak maka cukup tekan peringatan.

Kami tidak akan mengubah status penghentian dan peringatan yang relevan menjadi tidak sesuai dengan kenyataan untuk memenuhi kekhawatiran pengguna tertentu atas peringatan yang dapat mereka tekan dengan mudah jika mereka tidak peduli tentang mengandalkan modul yang tidak digunakan lagi.

butuh bantuan!!!.. saya mengalami masalah ini ketika saya mencoba menginstal node-gyp 3.6.2
PS C:\Users\User> npm install --global [email protected]
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm ERR! jalur C:\Users\User\AppData\Roamingnpm\node-gyp.cmd
npm ERR! kode ADA
npm ERR! Menolak untuk menghapus C:\Users\User\AppData\Roamingnpm\node-gyp.cmd: berada di luar C:\Users\User\AppData\Roamingnpm\node_modules\node-gyp dan bukan tautan
npm ERR! File ada: C:\Users\User\AppData\Roamingnpm\node-gyp.cmd
npm ERR! Pindahkan, dan coba lagi.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\User\AppData\Roamingnpm-cache_logs\2020-02-13T05_12_13_683Z-debug.log

@mikeal Oh, ini kasus yang menarik. Memiliki nomor masalah dalam pemberitahuan penghentian mungkin membawa banyak komentar yang tidak terkait di sini, seperti yang ditunjukkan oleh @Meharab .

Mungkin sudah waktunya untuk mencegah komentar lebih lanjut di sini?

UPDATE : 5 hari kemudian dan komentarnya benar-benar menumpuk.

@mikeal Terima kasih untuk tahun-tahun ini

Permintaan selamat malam. Sampai jumpa di sisi lain.

permintaan akan berfungsi selamanya (sebagaimana adanya), karena itu JavaScript .. yah kecuali Node memperkenalkan perubahan yang melanggar dengan menghentikan API inti yang digunakan olehnya

permintaan akan berfungsi selamanya (sebagaimana adanya), karena itu JavaScript .. yah kecuali Node memperkenalkan perubahan yang melanggar dengan menghentikan API inti yang digunakan olehnya

Tidak.
Kode ini memiliki bug yang diketahui yang tidak akan diperbaiki. Kode ini tidak lagi dipertahankan dan tidak digunakan lagi. (kutipan.)

Jadi permintaan akan memiliki bug yang tidak diperbaiki selamanya tidak akan berfungsi selamanya ...

Saya tidak mengerti. Jadi apa yang harus saya lakukan secara resmi sekarang, untuk tidak mendapatkan peringatan penghentian?

Hapus request . Ini mungkin melibatkan menghapusnya dari dependensi Anda sendiri, memutakhirkan paket yang menghapusnya di versi yang lebih baru, atau menghapus paket yang belum diperbarui dengan versi yang lebih baru.

Halo.

Saya mencoba menginstal cordova.

npm install -g cordova

saya terus menerima kesalahan ini.
Microsoft Windows [Versi 10.0.18362.592]
(c) Perusahaan Microsoft 2019. Seluruh hak cipta.

C:\Users>npm install -g cordova
npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
C:\Users\AppData\Roamingnpm\cordova -> C:\Users\AppData\Roamingnpm\node_modules\cordova\bin\cordova

Apakah ada cara lain untuk menginstal Cordova?
Cara membeli ini?

Ya. Oke. Saya akan menghapus permintaan. Tapi lalu apa?

Jadi pada node.js saya harus beralih ke.. idk.. axios?

Apa yang harus saya taruh di tempat reqest?

Saya mengerti idenya adalah menulis ulang semua fungsi di mana permintaan hadir?

Apakah ada paket yang bisa saya ubah dengan find&replace dengan regex?

Apakah ada penggantian resmi untuk permintaan atau apakah kita baru saja dibebaskan sekarang untuk menemukan apa pun yang muncul pertama kali di google? Saya tidak mengerti

Apakah ada pengganti resmi untuk permintaan?

Tidak, Anda dapat menggunakan apa pun yang Anda inginkan, meskipun pengembang yang sama sedang mengerjakan bent

Ada juga garpu postman-request yang telah menerima sejumlah perbaikan, ~tetapi tidak memiliki aktivitas apa pun sejak penghentian request .~

Karena mereka tidak memiliki halaman masalah, saya kira saya akan mencoba bertanya di sini:

@coditva @codenirvana @shamasis @vikiCoder @czardoz

Mohon maaf atas penyebutannya, tetapi apa rencana ke depan untuk postman-request sekarang setelah request secara resmi mati? Apakah postman-request terus dipertahankan, atau akankah tidak digunakan lagi?

Butuh bantuan!!! Saya mencoba menginstal sudut, saya punya masalah
npm install -g @angular/cli
npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
npm ERR! kode ADA
npm ERR! jalur C:\Users\FARHAN\AppData\Roamingnpm\node_modules\@angular\cli\bin\ng
npm ERR! tujuan C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! EEXIST: file sudah ada, cmd shim 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules\@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
npm ERR! File ada: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! Hapus file yang ada dan coba lagi, atau jalankan npm
npm ERR! dengan --force untuk menimpa file secara sembarangan.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

Apa alternatif untuk request ? Angular masih bergantung padanya. Berharap mereka akan segera memperbarui basis kode mereka.

Saya memiliki solusi jangka pendek yang akan membuat Mikeal Rogers mundur, bahkan mungkin menyerang saya. Penghentian saat ini datang dalam 2 fase terjadwal- 1) Diskusi Umum tentang perlunya, 2) BANG, sekitar 30 menit pemberitahuan dan itu dilaksanakan. Semua neraka telah lepas.

Saya bertanya kepada @mikeal apakah dia akan mempertimbangkan untuk

3 Fase-
1) Diskusi: 20 Maret 2019 hingga 15 Februari 2020
2) Pemberitahuan Penghentian 6 Bulan: 15 Februari 2020
3) Implementasi Penghentian: 15 Agustus 2020

Dengan cara ini, tidak hanya kerangka kerja dan proyek aplikasi TIDAK langsung rusak, yang terlalu keras, tetapi komunitas ini sekarang dapat menggunakan area diskusi INI untuk berbagi alternatif, +/- selama beberapa bulan ke depan dan mendapatkan alternatif di tempatnya dengan batas waktu 6 bln. Kemudian ketika itu terjadi kita semua bisa memberi hormat, berteriak cheerio, dan tidak ada yang rusak.

Tolong, mengerti, saya tidak membuat argumen tentang perlunya penghentian itu, atau hak pencipta untuk melakukannya ... Saya menyarankan jadwal pemberitahuan 3 langkah sebelumnya, seperti yang dinyatakan di atas, yang akan menjelaskan sangat penggunaan yang signifikan dalam komunitas pengembang, dan aplikasi yang hidup di dunia saat ini tergantung pada modul permintaan.

Mikeal, tolong, pertimbangkan saran saya, dan hapus status Deprecation hari ini dan umumkan pemberitahuan 6 bulan. Kurang dari 6 bulan tidak cukup waktu bagi banyak dari kita, 6 adalah adil. Saya akan menghargai itu, kita semua akan.

Terima kasih banyak telah mendengarkan saya,
-Ric Fink

Menambahkan peringatan penghentian tidak merusak apa pun, itu hanya memperingatkan pengguna bahwa itu bisa rusak di masa depan. Saya lebih suka melihat pesan penghentian lebih cepat daripada harus menunggu diskusi komunitas sebelum mengetahui bahwa pada akhirnya saya harus mengganti paket.

Juga, pengingat ramah bahwa paket ini sedang dikembangkan melalui open source gratis, dan pengelola tidak berutang apa pun kepada Anda. Jika Anda ingin terus menggunakan paket, Anda dapat melakukan fork dan terus mempertahankannya sendiri.

@riclf

Butuh bantuan!!! Saya mencoba menginstal sudut, saya punya masalah
npm install -g @angular/cli
npm WARN permintaan yang tidak digunakan [email protected]: permintaan tidak digunakan lagi, lihat #3142
npm ERR! kode ADA
npm ERR! jalur C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng
npm ERR! tujuan C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! EEXIST: file sudah ada, cmd shim 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
npm ERR! File ada: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! Hapus file yang ada dan coba lagi, atau jalankan npm
npm ERR! dengan --force untuk menimpa file secara sembarangan.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

Ini tampaknya telah diselesaikan oleh rilis terbaru Angular di mana request diganti dengan node-fetch .

@AURZeeshan
Kesalahan Anda tidak berhubungan dengan ini. Anda baru saja melihat peringatan dari paket ini, kesalahannya berbeda.

@riclf

Butuh bantuan!!! Saya mencoba menginstal sudut, saya punya masalah
npm install -g @angular/cli
npm WARN permintaan yang tidak digunakan [email protected]: permintaan tidak digunakan lagi, lihat #3142
npm ERR! kode ADA
npm ERR! jalur C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng
npm ERR! tujuan C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! EEXIST: file sudah ada, cmd shim 'C:\Users\FARHAN\AppData\Roamingnpm\node_modules@angular\cli\bin\ng' -> 'C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd'
npm ERR! File ada: C:\Users\FARHAN\AppData\Roamingnpm\ng.cmd
npm ERR! Hapus file yang ada dan coba lagi, atau jalankan npm
npm ERR! dengan --force untuk menimpa file secara sembarangan.
npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\FARHAN\AppData\Roamingnpm-cache_logs\2020-02-15T09_52_19_067Z-debug.log

Ini tampaknya telah diselesaikan oleh rilis terbaru Angular di mana request diganti dengan node-fetch .

Saya menginstal versi CLI terbaru. Itu masih memberikan peringatan yang sama

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

@vighnesh153 Versi @angular/cli yang ditentukan dalam package.json Anda? Tampaknya beberapa dependensi memerlukan permintaan tetapi bukan paket dasar itu sendiri. Lihat http://npm.anvaka.com/#/view/2d/ %2540angular%252Fcli

Mungkin Anda benar. Saya tidak yakin paket mana yang menggunakan paket permintaan. Berikut cuplikan dari 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"
  }

instal npm
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

ketika saya ingin menyelesaikan "npm install" di \vue-devtools-dev, saya telah memperingatkan tentang ini
bagaimana saya bisa menyelesaikannya?

Saya sangat menghormati keputusan Anda untuk mencelanya dan berharap yang terbaik untuk masa depan Anda.

Adapun orang-orang yang datang ke utas mencari "jadi apa yang harus saya gunakan mulai sekarang??", got atau axios adalah yang Anda cari.

Menyedihkan. Saatnya bermigrasi ke pengambilan simpul.

...kecuali Anda sendiri mempertanyakan apakah node-fetch adalah pengganti yang baik untuk request , atau bahkan dipelihara secara aktif. Menyedihkan memang.

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

Btw, orang yang memilih node-fetch benar-benar harus berhati-hati. Lib itu, meskipun hebat, memiliki masalah pemeliharaan yang parah.

Menyedihkan. Saatnya bermigrasi ke pengambilan simpul.

...kecuali Anda sendiri mempertanyakan apakah node-fetch adalah pengganti yang baik untuk request , atau bahkan dipelihara secara aktif. Menyedihkan memang.

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

Setidaknya pengambilan simpul tidak ditinggalkan. Penghentian permintaan secara keras telah menyebabkan masalah dengan sistem autobuild. Saya tidak mengerti dan tidak menerima langkah ini dan menurut pendapat saya catatan sederhana yang menjelaskan bahwa lib tidak terawat akan cukup daripada penghentian keras. Itu sebabnya saya menganggap situasi ini menyedihkan.

menurut pendapat saya, catatan sederhana yang menjelaskan bahwa lib tidak terawat sudah cukup

Itulah tepatnya pemberitahuan penghentian: catatan sederhana.

@asgetz yang dilakukan npm adalah mencetak peringatan itu ketika menginstal paket yang sudah usang, yang lainnya berfungsi persis seperti sebelumnya.

Saya mengalami masalah dengan file less.js yang bekerja di github. Mereka bekerja dengan baik dalam PHP. Ketika saya mencoba memasukkan lebih sedikit ke dalam perintah, peringatan ini muncul. Ada ide tentang apa masalahnya?

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

@ljwestwhos permintaan ditandai sebagai usang, teks dari masalah yang Anda komentari menjelaskan apa yang tersirat. Namun, kemungkinan besar tidak ada hubungannya dengan masalah Anda dengan less.js, karena permintaan masih berfungsi seperti sebelumnya.

Apakah ada pengganti request , tetapi dengan antarmuka aliran node.js? Saya menemukan bahwa node-fetch , axios keduanya didasarkan pada Promise .

Saya ingin tahu pengganti antarmuka aliran, yang lebih nyaman untuk kasus penggunaan tingkat yang lebih rendah.

@maple3142 got memiliki antarmuka aliran (serta janji) dan panduan migrasi .

@asgetz

npm menunjukkan kepada saya bahwa saya harus menginstalnya sendiri sekarang.

Itu cara apa yang menunjukkan itu. Ketika saya menginstal request Saya baru saja mendapatkan pemberitahuan penghentian dan semuanya berfungsi seperti sebelumnya.

penggunaan yang saya rencanakan untuk itu sangat kecil

Kalau begitu, mungkin lihat bengkok yang bobotnya jauh lebih ringan dan tampaknya berfungsi dengan baik.

@mikeal dapatkah Anda melihat https://github.com/request/request/pull/3245 proxyHeaderExclusiveList adalah salah satu fitur terbaik dalam paket ini dan tidak berfungsi dengan baik.
Mari kita perbaiki ini!

@kauegimenes paket ini sudah usang ... tidak ada yang akan diperbaiki lagi

@kevinvanrijn Saya tidak lagi terlibat aktif dalam mempertahankan postman-request , tetapi proyek ini pasti hidup dan rilis terakhir adalah sebulan yang lalu. Saya akan membiarkan pengelola aktif mengikuti rencana jangka panjang.

@czardoz Itu bagus untuk diketahui. Saya memiliki banyak proyek kecil (semua pribadi) tergantung pada request yang saya tidak dapat menghabiskan waktu untuk menulis ulang. Memasukkan postman-request sebagai pengganti berarti saya dapat mengandalkan mereka untuk terus berfungsi sebentar lagi.

cloudscraper juga mengalami pemeliharaan yang lambat dan kemungkinan besar tidak akan dapat berpindah dari request dulu. Memiliki postman-request tersedia sebagai opsi berarti setidaknya tidak berisiko menjadi usang.

@Edo78 kenapa kamu bilang begitu? saya masih percaya suatu hari PR saya akan digabung

Para pembuat komitmen yang masih aktif akan mencoba menggabungkan perbaikan secara tepat waktu, meskipun tidak ada janji.

Btw, orang yang memilih pengambilan simpul benar-benar harus berhati-hati. Lib itu, meskipun hebat, memiliki masalah pemeliharaan yang parah.

@csvan Bisakah Anda menjelaskan sedikit? Saya hanya melihat beberapa masalah

Saya tahu sedikit tentang npm. Saya menggunakannya untuk menginstal API dan saya mendapat beberapa peringatan yang tidak saya mengerti. Mereka mengarahkan saya ke sini. Ini sama sekali tidak berguna bagi saya. Seseorang harus memposting sesuatu di sini yang berguna bagi kita yang diarahkan ke sini atau pesan di npm harus diperbaiki agar lebih bermanfaat. Berikut ini adalah pesan-pesan yang saya dapatkan.

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN saveError ENOENT: tidak ada file atau direktori seperti itu, buka 'C:\Users\Sam\package.json'
npm notice membuat file kunci sebagai package-lock.json. Anda harus mengkomit file ini.
npm WARN enoent ENOENT: tidak ada file atau direktori seperti itu, buka 'C:\Users\Sam\package.json'
npm WARN Sam Tidak ada deskripsi
npm WARN Sam Tidak ada bidang repositori.
npm PERINGATAN Sam Tidak ada data README
npm WARN Sam Tidak ada bidang lisensi.

Juga, tidak ada file package.json tetapi ada package-lock.json. Saya tidak tahu apa yang harus dicari di sana.

@SimpleSamples paket sudah usang dan tidak akan dipelihara secara aktif terlepas dari kemungkinan perbaikan bug, seperti yang dijelaskan teks dengan jelas. NPM hanya memperingatkan Anda bahwa Anda menggunakan paket usang, sehingga Anda memiliki kesempatan untuk beralih ke sesuatu yang lain.

Jika Anda tidak mengerti apa artinya penghentian, ada beberapa artikel berguna yang dapat dicari di Google.

Ya, saya mengerti apa artinya penghentian dan oleh karena itu tautan ke
diskusi Permintaan Masa Lalu, Sekarang dan Masa Depan tidak memberikan
klarifikasi, itu hanya menambah kebingungan. Atau ada hal lain yang saya lakukan
tidak mengerti dan Anda tidak mengklarifikasi? Jika hanya mengatakan itu
Permintaan sudah tidak digunakan lagi daripada hanya itu yang perlu dikatakan, alih-alih
menyiratkan ada sesuatu yang lebih yang harus kita lakukan.

Akan sangat membantu jika dikatakan (tautan ke artikel
menjelaskan) apa yang menggantikannya, atau tindakan apa pun yang harus kita waspadai.

Pemberitahuan Christopher [email protected]
Selasa, 18 Februari 2020 22:45

@SimpleSamples https://github.com/SimpleSamples paketnya adalah
usang dan tidak akan menerima pembaruan lebih lanjut, seperti teks
jelas menjelaskan. NPM hanya memperingatkan Anda bahwa Anda menggunakan
paket usang.

Jika Anda tidak mengerti apa artinya penghentian, ada beberapa
artikel berguna pencarian Google pergi.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/request/request/issues/3142?email_source=notifications&email_token=ACK22R4G7LHULMPO6DHH273RDTIP7A5CNFSM4HCP6LRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVX2ZEMGRPHIW06Z2ZLOND5W
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/ACK22R7UFQSYKW7NEYZ4OTDRDTIP7ANCNFSM4HCP6LRA .

Jika hanya mengatakan bahwa Permintaan tidak digunakan lagi, hanya itu yang perlu dikatakan

Ya, persetan dengan siapa pun yang menghargai konteks dan suka mengetahui alasan keputusan atau ingin mengetahui detail tentang penghentian. :P
Namun yang serius, jika ada tambahan "mengapa" pada peringatan itu, apakah itu akan mencegah kebingungan Anda?

"npm WARN deprecated [email protected] : request sudah tidak digunakan lagi, lihat #3142 alasannya "

Kamu benar. Saya tidak melihat bagian "mengapa".

Espen menulis:

"mengapa"

@SimpleSamples maaf jika saya salah paham, tapi saya benar-benar tidak melihat kebingungannya. Permintaan tidak digunakan lagi, dan teks edisi ini menjelaskan dengan cukup jelas mengapa dan apa implikasinya.

Dari mana Anda mendapatkan ide bahwa Anda perlu melakukan sesuatu? Penghentian hanyalah penghinaan, bagaimana Anda menanganinya terserah Anda.

Tidak ada yang salah dengan permintaan pola yang digunakan. Sebaliknya, ada komunitas besar di ekosistem javascript yang masih menggunakan pola ini. Dalam pengalaman saya, ini adalah komunitas yang jauh lebih besar daripada minoritas vokal (kebanyakan perusahaan besar) yang memiliki sumber daya untuk terus-menerus merobek basis kode yang berfungsi sempurna untuk tidak lebih dari kesombongan dan kesombongan pengembang.

Saya minta maaf bahwa Anda telah jatuh ke dalam perangkap ini, permintaan telah menjadi layanan yang baik bagi masyarakat dan saya sangat berharap Anda mempertimbangkan kembali keputusan Anda.

Ya, saya sedih bahwa ini hilang. Panggilan balik tidak buruk, begitu juga janji atau async yang menunggu.

Saya pikir apa yang Anda lewatkan @SimpleSamples adalah bahwa sisa peringatan yang Anda tempel tidak ada hubungannya dengan peringatan penghentian yang membawa Anda ke sini. Anda tidak perlu melakukan apa pun tentang penghentian itu tetapi Anda mungkin ingin melakukan sesuatu tentang package.json Anda yang hilang (atau apa pun yang menyebabkan peringatan lain itu).

Jadi apa yang harus kita lakukan sekarang dengan semua paket yang menggunakan request bawah tenda?

Saya mencoba mengganti request dengan @root/request dalam satu paket seperti itu, dengan asumsi itu memang pengganti drop-in, tetapi saya tidak bisa membuatnya berfungsi .

Saya juga mencoba mengganti request dengan sesuatu seperti...

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

... dan...

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

... tapi saya juga tidak bisa melakukannya.

Jadi, sekarang apa? Dengan tidak adanya pengganti drop-in yang benar-benar memenuhi janjinya, apakah kita seharusnya hidup dengan memiliki banyak dependensi dalam node_modules yang bergantung pada paket usang, beberapa di antaranya tampaknya tidak dipertahankan? Dan mengapa?

Saya mendapatkan bahwa request telah menjadi usang dalam beberapa aspek, tetapi dengan menghentikan paket ini tanpa menawarkan pengganti drop-in yang sesuai, modul 41K sekarang secara langsung bergantung pada paket yang tidak digunakan lagi. Jika kita menganggap paket yang menggunakan setidaknya satu dari modul 41K ini sebagai ketergantungan, kita mungkin berbicara tentang ratusan ribu bahkan jutaan paket yang terpengaruh.

Tentu, saya kira untuk beberapa paket, mudah untuk mengganti request dengan sesuatu seperti fetch , axios , superagent atau asli Node.js http.request & https.request . Tapi misalnya. dalam kasus di mana permintaan disalurkan ke permintaan lain (seperti html2canvas-proxy ), saya berjuang untuk mencari tahu apa yang terjadi di sana ... hanya beberapa baris kode usang sementara saya sebenarnya harus melakukan hal-hal yang lebih penting.

Saya selalu lelah mengandalkan terlalu banyak pada banyak paket yang saling bergantung yang dimuat di latar belakang dengan manajer paket. Ya, saya kira itu dapat menurunkan banyak beban berat ke pihak ketiga, tetapi Anda malah mendapatkan banyak sakit kepala lain yang harus dihadapi.

Manajer paket memberi kami rasa aman yang salah. Seluruh bencana leftpad 4 tahun yang lalu tampaknya telah gagal untuk membuka mata orang sehubungan dengan risiko yang terlibat. Saya yakin ini juga tidak akan membuat perbedaan. Namun, saya merasa harus menekankan bahwa ada sesuatu yang sangat salah ketika satu paket yang tidak digunakan lagi atau rusak dapat berdampak pada jutaan paket di seluruh ekosistem. Dan ini kemungkinan hanya akan menjadi lebih buruk, karena semakin banyak proyek yang akan ditinggalkan, tidak digunakan lagi, atau bahkan rusak seiring berjalannya waktu, dan kita semua akan hidup dalam neraka ketergantungan...

Tapi hei... Saya kira setidaknya itu berarti akan selalu ada permintaan bagi pengembang JS untuk membersihkan kekacauan $%#@...

@jslegers

Namun, saya merasa harus menekankan bahwa ada sesuatu yang sangat salah ketika satu paket yang tidak digunakan lagi atau rusak dapat berdampak pada jutaan paket di seluruh ekosistem.

Satu-satunya hal yang salah adalah kepanikan yang tampaknya dialami oleh Anda dan orang lain. leftpad hilang, terhapus. Itu tidak bisa terjadi sekarang. Permintaan telah ditinggalkan begitu saja; itu tidak akan kemana-mana. Jika berhasil sekarang, ia akan terus bekerja dengan cara yang sama.

Tidak ada dampak pada jutaan paket, kecuali jika Anda menghitung peringatan yang tidak berbahaya.

Saya juga mencoba mengganti permintaan dengan sesuatu seperti ...

Tolong berhenti panik; tolong berhenti mencoba untuk memperbaiki masalah yang tidak ada. Gunakan paket apa pun yang Anda suka: penghentian permintaan tidak akan merusaknya. Secara bertahap pengelola paket mereka dapat pindah ke paket lain. Atau mungkin tidak. Tidak masalah. Tidak ada yang berubah, selain munculnya satu pesan kecil.

akan selalu ada permintaan bagi pengembang JS untuk membersihkan kekacauan $%#@...

Tidak ada kekacauan. Hanya kemajuan.

Tidak ada dampak pada jutaan paket, kecuali jika Anda menghitung peringatan yang tidak berbahaya .

Menolak misalnya. bagian dari API atau perpustakaan Anda pada dasarnya berarti Anda secara resmi menetapkannya sebagai "usang" dan Anda secara aktif mendorong pengguna untuk memilih sesuatu yang lain.

Penghentian biasanya digunakan sebagai tahap perantara antara secara resmi mendukung sesuatu dan secara resmi menjatuhkan dukungan untuk sesuatu, untuk memberi waktu kepada pengembang untuk mengganti apa pun yang telah Anda tinggalkan sampai Anda hal itu tidak lagi tersedia atau kompatibel ke belakang.

Peringatan penghentian seharusnya membuat Anda gugup. Mereka dimaksudkan sebagai ajakan untuk bertindak. Pada dasarnya, titik penghentian adalah untuk menawarkan pengembang "masa tenggang", yang memungkinkan mereka memperbarui kode mereka sebelum seseorang menarik stekernya.

Dan mereka tidak boleh digunakan untuk tujuan lain. Penghentian tidak seharusnya hanya memberi tahu pengguna Anda bahwa "API kami tidak mengikuti standar pengkodean terbaru" atau "Saya tidak punya waktu untuk memelihara proyek ini lagi"... meskipun perpustakaannya cukup stabil & cantik aman digunakan di +99% dari semua kasus penggunaan dan kemungkinan akan terus berfungsi dengan baik setidaknya selama dekade berikutnya atau lebih. Bukan itu yang dimaksud dengan penghentian, dan menggunakan peringatan penghentian hanya untuk mengekspresikan pesan seperti itu menetapkan IMO preseden yang sangat buruk.

Juga, sangat buruk jika log npm install penuh dengan peringatan penghentian. Ini terlihat ceroboh. Ini semacam bendera merah dan menciptakan kesan pertama yang buruk bagi orang-orang yang mencoba perpustakaan atau kerangka kerja Anda. Terutama jika orang benar-benar membayar Anda untuk menggunakan perpustakaan/kerangka kerja Anda, Anda ingin memberi mereka proses instalasi yang bagus/bersih tanpa peringatan.

Tidak ada yang berubah, selain munculnya satu pesan kecil.

Satu pesan kecil itu terlihat tidak rapi dan seharusnya tidak memiliki tujuan lain selain sebagai ajakan untuk bertindak... panggilan untuk mengganti paket usang dengan sesuatu yang lain.

Itu mungkin tidak penting bagi Anda, tetapi itu pasti penting bagi saya dan orang lain di luar sana.

Tidak ada kekacauan. Hanya kemajuan.

Saya kira Anda salah satu dari orang-orang yang tidak bisa membedakan antara perubahan dan kemajuan.

Either way, saya melihat orang lain di komentar disarankan menggunakan postman-request . Tidak seperti @root/request , yang itu sepertinya berfungsi sebagai pengganti drop-in, jadi saya akan memperbarui semua paket saya dengan yang ini untuk saat ini...

Saya pikir apa yang Anda lewatkan @SimpleSamples adalah bahwa sisa peringatan yang Anda tempel tidak ada hubungannya dengan peringatan penghentian yang membawa Anda ke sini. Anda tidak perlu melakukan apa pun tentang penghentian itu tetapi Anda mungkin ingin melakukan sesuatu tentang package.json Anda yang hilang (atau apa pun yang menyebabkan peringatan lain itu).

Sentuh!

Intinya telah dibuat namun serangan pribadi terus berlanjut. Kalian sangat cerdas dan sangat mampu secara teknis tetapi ada ruang untuk peningkatan dalam keahlian pribadi.

Intinya telah dibuat namun serangan pribadi terus berlanjut. Kalian sangat cerdas dan sangat mampu secara teknis tetapi ada ruang untuk peningkatan dalam keahlian pribadi.

Sayangnya, menjadi pintar tidak mencegah orang membiarkan emosi mereka mengaburkan penilaian mereka... terutama ketika hal-hal mereka terjadi seperti hal-hal yang tampaknya ditinggalkan tanpa alasan yang baik atau konsensus umum tentang apa tujuan dari penolakan.

Bagaimanapun, saya pikir saya membuat poin saya dengan cukup jelas. Saya ingin mengakhiri dengan mendorong @mikeal , @reconbot atau pengelola lain dari proyek ini untuk secara resmi mengusulkan postman-request sebagai pengganti drop-in lengkap fitur untuk request , dan mungkin @root/request bagi mereka yang hanya membutuhkan subset terbatas dari request dan tidak peduli tentang mis. sungai. Ini memungkinkan pengelola paket mana pun untuk menghapus request dan menyingkirkan pesan penghentian yang mengganggu tanpa menghabiskan lebih dari beberapa menit waktu pengembangan untuk masalah ini, dan tanpa harus memfaktorkan ulang seluruh pustaka atau aplikasi mereka.

@mikeal muncul dari kenyataan permintaan yang ditinggalkan, saya ingin meminta Anda untuk satu saat refleksi yang akan membantu sebagian atau mungkin banyak dari kita. Anda memiliki 2 modul permintaan http kemudian, setelah permintaan: r2 dan bengkok.

Bolehkah saya meminta Anda untuk memberi kami ringkasan singkat tentang perbedaan, manfaat, dan plus atau minus dari pindah ke salah satu dari permintaan penggantian ini, di atas yang lain. Saya percaya pekerjaan Anda.

Terima kasih untuk kali ini, dan bolehkah saya mengucapkan terima kasih atas modul permintaan selama bertahun-tahun.

-Ric

Apakah request-promise-native juga tidak digunakan lagi atau apakah itu hal yang benar untuk digunakan?

[email protected] : permintaan telah diduplikasi ....tidak dapat membuat proyek baru

[email protected] : permintaan telah diduplikasi ....tidak dapat membuat proyek baru

Anda dapat membuat proyek seperti biasa. NPM hanya memberi Anda peringatan.

Mengapa proyek ini dihapus?

Ya ini bagus

Digunakan oleh 4.476.352 Repositori, 52.377 Paket.
Ucapkan selamat tinggal pada sang legenda.

Mengapa proyek ini dihapus?

@jleppert belum, silakan baca masalah yang Anda komentari.

Saya mencoba menginstal angular di linux dan kemudian di windows dan di keduanya saya tidak bisa, setelah menjalankan perintah npm install -g @ angular / cli @ latest di keduanya saya muncul kesalahan ini

C:\Users\Hanzell>npm install -g @angular/cli@latest
npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
C:\Users\Hanzell\AppData\Roamingnpm\ng -> C:\Users\Hanzell\AppData\Roamingnpmnode_modules\@angular\cli\bin\ng

@angular/ [email protected] pascainstal C:\Users\Hanzell\AppData\Roamingnpmnode_modules\@angular\cli
simpul ./bin/postinstall/script.js

Kemudian, saya membuat repositori dan ini muncul

C:\Users\Hanzell\Desktop>ng baru
? Nama apa yang ingin Anda gunakan untuk ruang kerja baru dan proyek awal? Halo
? Apakah Anda ingin menambahkan perutean sudut? Tidak
? Format stylesheet mana yang ingin Anda gunakan? CSS
BUAT hola/angular.json (3551 byte)
BUAT hola/package.json (1281 byte)
BUAT hola/README.md (1021 byte)
BUAT hola/tsconfig.json (543 byte)
BUAT hola/tslint.json (1953 byte)
BUAT hola/.editorconfig (246 byte)
BUAT hola/.gitignore (631 byte)
BUAT hola/daftar browser (429 byte)
BUAT hola/karma.conf.js (1016 byte)

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\Hanzell\AppData\Roamingnpm-cache_logs\2020-03-01T05_15_55_441Z-debug.log
× Pemasangan paket gagal, lihat di atas.
Alur kerja skema gagal. Lihat di atas.
BUAT hola/src/assets/.gitkeep (0 byte

Tolong!

@RiveraHan masalah yang Anda alami tidak terkait dengan request tidak digunakan lagi.

Karena itu, saya penasaran. Meskipun saya belum pernah menggunakan angular sejak hari-hari JS, saya mencobanya. Perhatikan bahwa saya tidak ingin menambahkan cli sudut ke modul global saya, jadi saya melanjutkan sedikit berbeda. Saya menguji yang berikut ini dengan npm 6.14.1 , node 12.16.1 dan Debian GNU/Linux.

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

Jika Anda menginstal cli sudut secara global, hapus saja ../w1/node_modules/.bin/ dan w1/node_modules/.bin/ dari atas ng harus ditemukan secara global.

@millette Itu tidak berfungsi di Linux ubuntu dan windows 10. Ini pertama kalinya saya menginstal sudut

@RiveraHan itu bukan kesalahan. itu peringatan npm. Jika pengaturan apa pun yang Anda gunakan gagal pada peringatan npm, maka Anda perlu memeriksa konfigurasinya.

@csvan Tapi, saya menyadari ketika membuka proyek baru di editor kode saya bahwa folder node_modules tidak muncul dan melakukan sedikit riset untuk menghasilkan folder node_modules lagi dan itu dengan perintah npm install saya melakukannya dan hal yang sama muncul kesalahan lain .

@RiveraHan ya, tapi sekali lagi ini tidak ada hubungannya dengan request atau npm - peringatan npm tidak akan merusak instalasi kecuali lingkungan pengembangan Anda entah bagaimana dikonfigurasi untuk melakukannya. Anda perlu melihat mengapa lingkungan Anda tidak mentolerir peringatan npm dan apa yang dapat Anda lakukan - jika itu adalah masalah dalam kasus Anda. Itu bisa menjadi sesuatu yang sama sekali berbeda.

@anton-bot jadi tawarkan untuk mengambil alih proyek dan melakukan semua pekerjaan yang pengelola saat ini tidak punya waktu untuk melakukannya. Cukup arogan untuk memberi tahu orang lain bagaimana menjalankan proyek mereka jika Anda tidak mau bekerja sendiri untuk mewujudkannya. Ini sumber terbuka.

@mikeal telah menjelaskan dengan cukup jelas mengapa request tidak digunakan lagi. Ini adalah hal yang bertanggung jawab untuk dilakukan, ini adalah keputusan yang baik, dan tidak mungkin dibatalkan.

Juga, ini:

Juga, secara realistis, orang tidak akan mengganti kode kerja mereka yang sangat bagus yang menggunakan permintaan dengan yang lain. Lihat beberapa permintaan tarik yang ditautkan - itu bukan ide yang ingin dilakukan orang.

Inilah sebabnya mengapa kami berakhir dengan kode warisan sampah yang bergantung pada modul kuno yang merupakan "kode yang sangat bagus" pada zamannya. Bagian dari pemeliharaan perangkat lunak adalah menyingkirkan modul lama dan usang, menggantinya dengan yang dipelihara secara aktif.

@anton-bot Cukup gunakan @root/request yang pada dasarnya merupakan implementasi 80% dari request yang menggunakan API HTTP Node modern di bawah tenda.

@anton-bot Anda jelas kehilangan beberapa fakta kehidupan:

  1. Ini adalah perangkat lunak sumber terbuka gratis. Anda tidak memiliki hak untuk memberi tahu pengelola untuk "Hentikan saja".
  2. Permintaan telah melewati tanggal penjualannya (meskipun tidak melewati tanggal penggunaannya). Hal ini telah menjadi berat dan kuno.
  3. @mikeal telah menghasilkan setidaknya dua paket baru yang menggantikan permintaan. Mereka berdua jauh lebih ringan.
  4. Jika Anda dan orang lain ingin terus menggunakannya, Anda bebas melakukannya. Tidak ada dalam penghentian mencegah Anda dari melakukannya.

Secara pribadi, saya telah mengambil kesempatan secara bertahap untuk meningkatkan paket saya. kraken-exchange , misalnya, telah turun dari 5.9MB menjadi 284KB terinstal, dengan beralih ke bent .

@csvan bilang kamu "cukup arogan". Itu ungkapan yang jauh lebih sopan daripada yang akan saya gunakan.

@anton-bot Cukup gunakan @root/request yang pada dasarnya merupakan implementasi permintaan yang memenuhi 80% yang menggunakan API HTTP Node modern di bawah tenda.

Kepatuhan 80% hampir tidak cukup baik.

Saya menggunakan dependensi yang mengandalkan 20% yang hilang (mis. aliran). Untuk itu, Anda memerlukan pengganti drop-in lengkap fitur seperti postman-request .

Saya menyarankan dalam komentar sebelumnya (yang tampaknya telah disensor / dihapus) bahwa pengelola menyerahkan proyek mereka kepada tim Tukang Pos, sehingga mereka dapat mengganti implementasi request dengan implementasi postman-request , karena paket itu masih aktif dipelihara, fitur-lengkap dan perbaikan beberapa bug yang tidak pernah diperbaiki di request .

Dengan begitu, penulis asli request dapat mengambil langkah mundur & menikmati "pensiun" yang mereka peroleh dengan baik tanpa menakut-nakuti atau mengganggu banyak orang dengan mencela request tidak perlu.

Ini adalah perangkat lunak sumber terbuka gratis. Anda tidak memiliki hak untuk memberi tahu pengelola untuk "Hentikan saja".

Tentu saja. Dan hampir sama, pengelola memiliki hak untuk mengatakan "f * you".

Permintaan telah melewati tanggal penjualannya (meskipun tidak melewati tanggal penggunaannya). Hal ini telah menjadi berat dan kuno.

Masih bukan alasan yang sah untuk mencela.

@mikeal telah menghasilkan setidaknya dua paket baru yang menggantikan permintaan. Mereka berdua jauh lebih ringan.

Jadi?

Ribuan paket masih menggunakan request hari ini, dan sekarang tidak perlu menghasilkan peringatan penghentian selama npm install . Ini seharusnya tidak terjadi dan dapat dengan mudah dicegah dengan mis. menyerahkan obor kepada tim Postman atau membiarkan proyek ini mati dengan tenang.

Jika Anda dan orang lain ingin terus menggunakannya, Anda bebas melakukannya. Tidak ada dalam penghentian mencegah Anda dari melakukannya.

Tentu saja.

Pelanggan yang merasa gugup ketika mereka melihat peringatan penghentian selama npm install mencegah banyak dari kita dari hanya duduk dan tidak melakukan apa-apa.

Penghentian = ajakan untuk bertindak. Ini pada dasarnya memberi orang masa tenggang untuk mengganti dependensi mereka sampai dependensi mereka putus. Itu tidak boleh digunakan dalam kasus lain tetapi kasus di mana dependensi diharapkan merusak fungsionalitas yang ada setelah masa tenggang berakhir.

Secara pribadi, saya telah mengambil kesempatan secara bertahap untuk meningkatkan paket saya. kraken-exchange, misalnya, telah turun dari 5,9MB menjadi 284KB terinstal, dengan beralih ke bengkok.

Saya mencoba mengganti beberapa dependensi kami dengan versi lokal yang diinternalisasi/dikustomisasi dari paket-paket itu & mengganti request dengan request-postman untuk menghilangkan peringatan penghentian. Ini tampak seperti perbaikan yang mudah, yang nantinya memungkinkan kita untuk mengganti request-postman secara bertahap dengan alternatif yang lebih ringan.

Kemudian saya mengetahui bahwa NPM sangat bermasalah dalam menangani paket lokal yang bergantung pada paket lokal, yang membuat lingkungan kita secara signifikan kurang stabil. Itu membuka seluruh 'tidak ada cacing, sungguh, jadi saya harus mengembalikan perubahan saya dan pindah kembali ke request , karena itu tidak sepadan dengan waktu & upaya untuk mencoba memperbaiki masalah semacam ini pada saat ini titik waktu.

Untuk saat ini, saya tidak melihat alternatif lain selain hidup dengan peringatan penghentian, karena kami hanya menggunakan terlalu banyak dependensi yang memiliki request sebagai dependensi sendiri untuk menyingkirkannya dengan sedikit sakit kepala. Ini sangat disayangkan dan IMO seharusnya tidak pernah terjadi!

@csvan bilang kamu "cukup arogan". Itu ungkapan yang jauh lebih sopan daripada yang akan saya gunakan.

Siapa Anda untuk menyebut seseorang "sombong" atau lebih buruk, hanya karena Anda gagal memahami mengapa peringatan penghentian penting bagi mereka dan proyek mereka?!

Apa yang saya anggap arogan, adalah hanya mencela proyek yang menjadi sandaran jutaan proyek lain tanpa alasan yang bagus, alih-alih mencari pengelola yang berbeda untuk mengambil alih dari Anda. Dan mengingat tim Postman sudah memiliki fitur lengkap garpu request yang dipelihara secara aktif, saya tidak dapat membayangkan akan sangat sulit untuk meyakinkan mereka untuk melakukan ini.

Berapa perkiraan Anda, dalam jutaan USD, dari biaya di seluruh dunia dari keputusan untuk menghentikan request ?

Nol. Ia bekerja sebaik yang pernah dilakukan. Itu tidak akan menjadi lebih baik.

Nol. Ia bekerja sebaik yang pernah dilakukan. Itu tidak akan menjadi lebih baik.

Omong kosong!

Jika menurut Anda peringatan penghentian tidak berdampak pada proyek yang bergantung padanya, Anda tidak tahu apa yang dimaksud dengan penghentian & untuk apa pesan tersebut ditujukan!

Penghinaan membuat banyak orang sangat gugup, dan dengan alasan yang bagus. Itulah yang seharusnya dilakukan oleh penghinaan!

Ah, tidak masalah kalau begitu. Perhitungan back-of-the-amplop saya kira-kira USD $30m tapi saya kira saya salah.

USD $30m terdengar seperti perkiraan yang sangat rendah bagi saya, mengingat berapa banyak paket yang bergantung pada proyek ini baik secara langsung maupun tidak langsung!

Saya kagum dan heran betapa banyak orang di sini berpikir bahwa mereka memiliki hak atas perangkat lunak bebas.

Saya kagum dan heran betapa banyak orang di sini berpikir bahwa mereka memiliki hak atas perangkat lunak bebas.

Saya kagum dan heran betapa banyak orang berpikir mereka tidak memiliki tanggung jawab apa pun sehubungan dengan bagaimana tindakan mereka berdampak pada pengguna mereka hanya karena produk mereka gratis atau open source.

IMO, ini masalah rasa hormat dasar untuk memperlakukan pengguna / pelanggan Anda tidak berbeda apakah mereka membayar untuk menggunakan aplikasi / perpustakaan Anda atau apakah mereka tidak membayar.

Apakah Anda pernah mencela proyek yang digunakan oleh jutaan proyek lain sebagai ketergantungan jika orang membayarnya kecuali jika Anda memiliki alasan yang sangat, sangat, sangat bagus untuk itu (seperti proyek ketergantungan yang mogok jika orang tidak mengambil tindakan dalam waktu)?

@jslegers Maksud saya persis. Jadi berhak! Luar biasa!

@jslegers Maksud saya persis. Jadi berhak! Luar biasa!

Pot...

Ketel...

Saya tidak bisa memikirkan apa pun yang lebih berhak daripada berargumen bahwa pengguna dalam satu atau lain cara "berutang" kepada Anda karena memberi mereka perangkat lunak sumber terbuka dan bahwa mereka harus merasa "terhormat" atau "bersyukur" kepada Anda dan dengan demikian tidak memiliki hak untuk mengeluh apa pun ketika tindakan Anda memengaruhi proyek mereka secara langsung.

Tentu, mempertahankan proyek open source selama bertahun-tahun membutuhkan banyak kerja keras & dedikasi. Tentu, itu adalah sesuatu yang dikagumi ketika orang bersedia melakukannya di waktu luang mereka sendiri tanpa kompensasi finansial apa pun. Tapi itu tetap bukan alasan untuk bertindak semua berhak dan meninggalkan pengguna Anda dalam kedinginan saat mereka sangat membutuhkan Anda dan ada beberapa alternatif tanpa usaha!

@CliffS

Secara pribadi, saya telah mengambil kesempatan secara bertahap untuk meningkatkan paket saya. kraken-exchange, misalnya, telah turun dari 5,9MB menjadi 284KB terinstal, dengan beralih ke bengkok.

Saya baru saja melihat dan package.json masih merujuk permintaan versi 2.88.0

Saya baru saja melihat dan package.json masih merujuk permintaan versi 2.88.0

@JonathanRowell Ya. Saat ini sedang diuji sebelum mendorongnya ke npm. Versi v1.9.0 akan tersedia di penghujung hari.

Tapi itu tetap bukan alasan untuk bertindak semua berhak dan meninggalkan pengguna Anda dalam kedinginan saat mereka sangat membutuhkan Anda dan ada beberapa alternatif tanpa usaha!

Tepat, itulah sebabnya kami memiliki orang-orang seperti @jslegers yang bersedia menyisihkan beberapa jam waktu luang mereka setiap hari untuk membantu pemeliharaan, mengatasi beban kerja, dan memajukan proyek, daripada mengeluh dalam masalah!

Oh tunggu.

Tepat, itulah sebabnya kami memiliki orang-orang seperti @jslegers yang bersedia menyisihkan beberapa jam waktu luang mereka setiap hari untuk membantu pemeliharaan, mengatasi beban kerja, dan memajukan proyek, daripada mengeluh dalam masalah!

Salah!

Itu sebabnya kami memiliki orang-orang yang ramah dari tim Postman , yang sudah memiliki garpu request mereka sendiri bernama postman-request , yang dapat bertindak sebagai pengganti drop-in lengkap fitur untuk request dan yang dipelihara secara aktif! Alternatif akal sehat untuk menghentikan request adalah meminta mereka untuk mengambil alih pemeliharaan request .

Jika tukang pos menolak karena alasan apa pun, request masih dapat secara resmi merekomendasikan postman-request sebagai pengganti drop-in lengkap fitur dalam peringatan penghentian, untuk mencegah sumber daya terbuang sia-sia oleh ratusan - tidak ribuan - pengembang secara mandiri mencari pengganti drop-in seperti itu.

Atau, Anda bisa mengumumkan secara resmi menghentikan pemeliharaan / dukungan request dan membiarkannya mati perlahan & damai tanpa peringatan penghentian, karena benar-benar tidak perlu mencela ATAU melanjutkan pemeliharaan paket yang berfungsi dengan baik dan tidak tidak akan pecah dalam waktu dekat.

Salah satu dari 3 pendekatan ini akan jauh lebih baik daripada pendekatan saat ini dan tidak memerlukan sumber daya tambahan dari pihak mana pun.

Saya tidak berpikir berdebat apakah satu atau yang lain berhak atas harapan mereka adalah konstruktif atau tidak akan membantu mengatasi masalah yang dihadapi. Kita semua menerima dan memberi, dan bekerja sama satu sama lain dengan harapan bahwa masalah kita sendiri dapat diatasi dengan lebih mudah, tetapi tidak ada yang bisa memaksa orang lain untuk bertindak bertentangan dengan keinginan mereka.

Saya percaya faktanya adalah bahwa a) pemilik saat ini tidak ingin memajukan proyek lagi (sangat dapat dimengerti), tetapi juga bahwa b) banyak orang merasa sangat sakit dari peringatan penghentian karena migrasi darinya tidak akan terjadi segera sebagian besar waktu (sangat dimengerti juga).

Jadi bagi saya tampaknya kompromi yang masuk akal adalah, mirip dengan apa yang disarankan @jslegers , bahwa kepemilikan proyek ditransfer ke seseorang yang tertarik dan bersedia menerimanya, hapus peringatan penghentian untuk saat ini dan kelola proses penghentian dengan cara yang lebih lembut kepada mereka yang terpengaruh oleh gerakan itu.

Jadi, @mikeal , apakah Anda bersedia menyerahkan kepemilikan proyek kepada orang lain?

Dan apakah ada orang lain yang mau mengambilnya dari Mikeal untuk menyelesaikan masalah yang dihadapi orang dengan peringatan yang dikeluarkan?

Selain kerjasama untuk menyerahkan kepemilikan proyek, tidak ada dari kami yang bisa berbicara mewakili yang lain, menyuruh mereka melakukan ini atau itu; seseorang hanya bisa berbicara untuk dirinya sendiri.

satu fakta lain yang belum banyak disebutkan di utas ini adalah dampak keamanan dari pemindahan kepemilikan paket sepopuler ini. kami memiliki insiden baru-baru ini di mana transfer kepemilikan dilakukan ke aktor yang buruk dan mengakibatkan aktivitas jahat di versi baru paket. paket populer seperti ini adalah target yang bagus untuk tipe aktor seperti itu.

saya tidak akan mengomentari kepercayaan tim tertentu yang dapat mengambil alih kepemilikan, tetapi penting untuk mengenali seberapa berisiko saran semacam itu. penghentian paket ini tidak mencegah fork untuk terus memelihara paket ini dengan nama yang berbeda, tetapi perubahan nama memungkinkan konsumen untuk membuat keputusan untuk menggunakan fork itu daripada terjadi secara otomatis tanpa kesempatan untuk mengevaluasi risiko terhadap proyek mereka.

satu fakta lain yang belum banyak disebutkan di utas ini adalah dampak keamanan dari pemindahan kepemilikan paket sepopuler ini. kami memiliki insiden baru-baru ini di mana transfer kepemilikan dilakukan ke aktor yang buruk dan mengakibatkan aktivitas jahat di versi baru paket. paket populer seperti ini adalah target yang bagus untuk tipe aktor seperti itu.

Jelas, Anda tidak bisa begitu saja mentransfer kepemilikan kepada sembarang orang. Tapi tim Postman terdengar seperti pilihan yang logis, karena...

  • Mereka memiliki reputasi untuk dilindungi dan oleh karena itu tidak mampu merusak proyek request dengan menyuntikkan kode berbahaya ke dalam proyek
  • Sebagai platform untuk pengembangan & pengujian API, ini bisa menjadi kemenangan pemasaran bagi mereka untuk menjadi pengelola resmi paket NPM yang sangat populer yang digunakan oleh banyak pelanggan potensial mereka
  • Karena mereka sudah mempertahankan garpu request mereka sendiri, itu seharusnya tidak memerlukan sumber daya tambahan dari mereka. Mereka bisa saja menggabungkan garpu mereka menjadi request , dan memindahkan sumber daya dari garpu mereka sendiri (yang tidak lagi diperlukan) ke repo request resmi

Jelas, tidak ada jaminan bahwa mereka akan menerima. Tetapi jika mereka memiliki akal sehat, mereka akan segera melakukannya. Jadi, kecuali pengelola request telah mencoba menghubungi mereka dan dapat mengonfirmasi bahwa mereka memang menolak proposal ini, ini pasti layak dicoba IMO!

benar-benar tidak perlu mencela ATAU melanjutkan pemeliharaan paket yang berfungsi dengan baik dan tidak akan rusak dalam waktu dekat.

Ini sangat mundur sehingga saya bahkan tidak tahu harus mulai dari mana. Bahwa sebuah paket tidak dirawat dan direkomendasikan untuk dipindahkan adalah inti dari penghentian.
Pemiliknya memberi tahu Anda bahwa Anda sedang membangun hutang teknis dengan menggunakannya sehingga Anda dapat melanjutkan. Hal hebat tentang penghentian resmi melalui npm adalah bahwa orang-orang diberi indikasi yang jelas tentang hal ini, daripada harus menemukannya bertahun-tahun kemudian (dalam skenario "biarkan mati perlahan") di mana mungkin sudah terlambat untuk pertimbangkan migrasi yang lancar.

Paket yang banyak digunakan dan kemudian ditinggalkan tidak mati dengan tenang. Mereka mati ketika orang-orang yang menggunakannya mulai menjauh dengan panik setelah keadaan mereka yang tidak terawat benar-benar menyebabkan barang pecah dan lubang keamanan terbuka.

Hadapi saja, baik Anda maupun saya kemungkinan besar tidak akan mengetahui status permintaan tanpa pemberitahuan penghentian. Juga sebagian besar pengguna.

Saya mencoba menginstal angular di linux dan kemudian di windows dan di keduanya saya tidak bisa, setelah menjalankan perintah npm install -g @ angular / cli @ latest di keduanya saya muncul kesalahan ini

C:\Users\Hanzell>npm install -g @angular/cli@latest
npm WARN permintaan yang tidak digunakan [email protected]: permintaan tidak digunakan lagi, lihat #3142
C:\Users\Hanzell\AppData\Roamingnpm\ng -> C:\Users\Hanzell\AppData\ Roamingnpmnode_modules@angular\cli\bin\ng

@angular/ [email protected] pascainstal C:\Users\Hanzell\AppData\ Roamingnpmnode_modules@angular\cli
simpul ./bin/postinstall/script.js

Kemudian, saya membuat repositori dan ini muncul

C:\Users\Hanzell\Desktop>ng baru
? Nama apa yang ingin Anda gunakan untuk ruang kerja baru dan proyek awal? Halo
? Apakah Anda ingin menambahkan perutean sudut? Tidak
? Format stylesheet mana yang ingin Anda gunakan? CSS
BUAT hola/angular.json (3551 byte)
BUAT hola/package.json (1281 byte)
BUAT hola/README.md (1021 byte)
BUAT hola/tsconfig.json (543 byte)
BUAT hola/tslint.json (1953 byte)
BUAT hola/.editorconfig (246 byte)
BUAT hola/.gitignore (631 byte)
BUAT hola/daftar browser (429 byte)
BUAT hola/karma.conf.js (1016 byte)

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\Hanzell\AppData\Roamingnpm-cache_logs\2020-03-01T05_15_55_441Z-debug.log
× Pemasangan paket gagal, lihat di atas.
Alur kerja skema gagal. Lihat di atas.
BUAT hola/src/assets/.gitkeep (0 byte

Tolong!

Periksa pembaruan npm dan kemudian instal npm ke proyek sudut

Ini sangat mundur sehingga saya bahkan tidak tahu harus mulai dari mana. Bahwa sebuah paket tidak dirawat dan direkomendasikan untuk dipindahkan adalah inti dari penghentian.

Bahwa sebuah paket tidak dirawat dan MEMBUTUHKAN untuk dipindahkan sebelum masa tenggang berakhir adalah titik penghentian.

Jika tidak ada persyaratan untuk pindah sebelum titik waktu tertentu, Anda tidak boleh mencela... setidaknya tidak, kecuali jika Anda dapat mengusulkan penggantian drop-in (seperti postman-request dalam kasus ini)!

Perbedaannya mungkin tidak kentara, tetapi konsekuensinya signifikan. Anda membuang-buang sumber daya mungkin ribuan perusahaan tanpa alasan yang baik dengan mencela, yang dapat dihindari dengan hanya mengakhiri pemeliharaan dan membiarkannya begitu saja!

satu fakta lain yang belum banyak disebutkan di utas ini adalah dampak keamanan dari pemindahan kepemilikan paket sepopuler ini. kami memiliki insiden baru-baru ini di mana transfer kepemilikan dilakukan ke aktor yang buruk dan mengakibatkan aktivitas jahat di versi baru paket. paket populer seperti ini adalah target yang bagus untuk tipe aktor seperti itu.

... menghentikan paket ini tidak mencegah fork untuk terus mempertahankan paket ini dengan nama yang berbeda

Cukup adil; Saya kira kita bisa menunggu sedikit untuk mendapatkan berita dari orang-orang Postman dan menilai apakah transfer ke mereka layak; tetapi sebaliknya, garpu tampaknya menjadi jalan ke depan.

Tidak, Anda tidak membuang waktu siapa pun dengan menjelaskan bahwa salah satu ketergantungan mereka sekarang telah ditinggalkan dan hampir pasti merupakan sumber utang teknis. Justru sebaliknya yang benar, dan seluruh diskusi tentang masalah ini adalah buktinya - sebuah diskusi yang kemungkinan besar tidak akan terjadi dalam waktu dekat tanpa penghentian.

Tidak, Anda tidak membuang waktu siapa pun dengan menjelaskan bahwa salah satu ketergantungan mereka sekarang telah ditinggalkan dan hampir pasti merupakan sumber utang teknis.

Hanya karena sebuah proyek ditinggalkan, bukan berarti harus diganti dengan yang lain.

Khusus untuk proyek yang menggunakan banyak dependensi yang semuanya menggunakan request sebagai dependensi itu sendiri, potensi keuntungan dari mencoba mengganti request dengan sesuatu yang lain bahkan tidak mendekati upaya yang diperlukan untuk mencapai ini !

diskusi yang kemungkinan besar tidak akan terjadi dalam waktu dekat tanpa penolakan.

Diskusi ini tidak akan diperlukan tanpa penolakan.

Ya itu akan terjadi di beberapa titik, dengan atau tanpa penghentian. Titik itu selalu lebih baik dicapai lebih awal daripada beberapa tahun ke depan ketika efek dari paket yang tidak terawat mulai terasa.

Bagaimanapun, saya menyerah pada ini. Selamat bersenang-senang.

”Semuanya bisa berubah, semuanya muncul dan menghilang; tidak ada kedamaian yang membahagiakan sampai seseorang melewati penderitaan hidup dan mati.”

— Buddha Gautama

@mikeal Anda orang yang anti huru hara... terima kasih sudah diingatkan!

Sebelum saya masuk ke detail dan alasan, saya akan langsung ke intinya. Hal paling berharga yang dapat dilakukan request untuk ekosistem JavaScript adalah masuk ke mode pemeliharaan dan berhenti mempertimbangkan fitur baru atau rilis besar.

Mohon maaf sebelumnya kepada pembuat komitmen lain di request yang telah melakukan yang terbaik untuk memperbaikinya, tetapi ini yang terbaik.

2009

Versi pertama request adalah salah satu modul pertama yang pernah dibuat untuk ekosistem Node.js. Versi paling awal ditulis ke API yang mendahului antarmuka panggilan balik standar, stream, node_modules, dan npm. Selama beberapa tahun pertama, request dan Node.js berkembang bersama, masing-masing belajar dari yang lain. Saat Node.js meningkatkan dan memigrasikan antarmuka inti, begitu pula permintaan. Saat permintaan mengadopsi perubahan pada pustaka http inti dan streaming, permintaan tersebut juga menginformasikan peningkatan seperti acara pipe (yang mengaktifkan proxy satu baris request ) dan salah satu dari banyak penulisan ulang Core http ( satu saya harus menulis).

npm

request adalah salah satu modul pertama yang ditambahkan ke registri npm. Saat npm tumbuh, demikian pula ketergantungan pada request . Bahkan sekarang, ketika npm digunakan jauh lebih banyak untuk pekerjaan front-end daripada back-end, request tetap menjadi salah satu modul yang paling bergantung pada registri. Saat saya menulis ini, modul 41K tergantung pada permintaan dan diunduh 14 juta kali seminggu.

Tempat yang dimiliki request dalam ekosistem Node.js bukan lagi sebagai inovator tetapi juga sebagai incumbent. Jika Anda mencari di Google tentang cara melakukan sesuatu dengan HTTP di Node.js, contohnya kemungkinan besar akan menampilkan request sebagai klien dan express sebagai server. Ini memiliki dua efek yang sangat buruk.

Jauh lebih sulit bagi perpustakaan baru yang menyelesaikan tugas serupa untuk mendapatkan adopsi karena posisi lama request memegang ekosistem. Ini juga sangat sulit untuk mengubah permintaan dengan cara apa pun yang berarti karena perubahan tidak hanya tidak dapat diadopsi oleh sebagian besar tanggungannya, tetapi juga akan membuatnya tidak selaras dengan ribuan posting blog dan respons stack overflow yang menggunakan request .

JavaScript modern

Beberapa tahun terakhir telah menjadi tahun yang dramatis dalam JavaScript. Fitur yang dibicarakan orang selama bertahun-tahun berubah dari ide, standar, hingga fitur yang dapat Anda andalkan di sebagian besar lingkungan. Kecepatan di mana ini telah diadopsi sangat mengejutkan, sebagian besar berkat browser yang diperbarui secara otomatis dan jadwal rilis Node.js yang agresif.

Pola pada inti request sudah ketinggalan zaman. Beberapa orang mungkin berdebat dengan penilaian itu, dan saya tahu siapa mereka, jadi saya tidak akan terkejut, tetapi itu benar. Saya sering skeptis terhadap dampak beberapa fitur ini hanya untuk mendapati diri saya mengadopsinya secara grosir tidak lama setelah mereka hanya tersedia dalam rilis terbaru Node.js.

Ada transisi yang terjadi sekarang di ekosistem ke pola-pola ini. Betapa berantakannya hal itu masih belum terjawab dan saya tidak akan mencoba dan membaca daun teh dan mencari tahu seperti apa masa depan dalam hal itu. Pertanyaan untuk request adalah “Apakah kita mencoba bertahan melalui transisi itu?” Setahun yang lalu, saya pikir jawabannya sudah jelas dan kami akan melakukannya, tetapi sekarang saya yakin sebaliknya.

Versi request ditulis untuk benar-benar merangkul pola bahasa baru ini, secara efektif, merupakan modul baru. Saya sudah menjelajahi ruang ini sedikit dan memiliki proyek yang cukup saya senangi tetapi tidak sesuai dengan request dalam segala hal yang mungkin. Apa nilai dalam versi request yang tidak sesuai dengan pola lama namun tidak sepenuhnya merangkul pola baru? Apa gunanya menjadi kompatibel sebagian ketika ada seluruh dunia modul baru, yang ditulis oleh pengembang baru, yang memikirkan kembali masalah ini dengan mempertimbangkan pola ini?

Hal terbaik untuk modul-modul baru ini adalah agar request perlahan-lahan menghilang, akhirnya hanya menjadi memori lain dari tumpukan warisan itu. Mengambil posisi request sekarang dan memanfaatkannya untuk bagian yang lebih besar dari pengembang generasi berikutnya akan merugikan pengembang tersebut karena akan menjauhkan mereka dari modul yang lebih baik yang tidak memiliki beban request 's sejarah.

Mode Pemeliharaan

Berikut rencananya.

  • request akan berhenti menerima fitur baru.
  • request akan berhenti mempertimbangkan untuk melanggar perubahan.
  • Para pembuat komitmen yang masih aktif akan mencoba menggabungkan perbaikan secara tepat waktu, meskipun tidak ada janji.
  • Rilis akan sepenuhnya otomatis, setiap penggabungan ke master akan dipublikasikan. Saya sudah membangun ini untuk beberapa proyek lain menggunakan GitHub Actions .

    • Kami harus menghapus kolaborator yang tidak aktif dan menerapkan 2fa, karena hak komit akan secara efektif menjadi hak publikasi npm.

Apa yang terjadi jika kita hanya menghapusnya? dependensi ini adalah pembunuh!

@grikard Saya setuju dengan itu - analisis yang bagus. Tetapi tanpa ingin terdengar sepele - ini adalah pertanyaan asli - apakah orang Amerika mengeja bentuk jamak dari "daun" sebagai daun? Saya belajar "daun".

daun adalah jamak untuk daun :)

Menginstal paket...npm PERINGATAN [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
jika ada orang lain yang pergi ke sini karena Anda mendapat kesalahan tentang
ng new my-app
coba lagi
sudo ng new my-app
selamat meretas

Hai Bagaimana cara mengatasi kesalahan ini? https://github.com/request/request/issues/3142

Hai Bagaimana cara mengatasi kesalahan ini? #3142

Kesalahan apa?

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

Pada Rabu, 11 Maret 2020, 20:23 Cliff Stanford [email protected]
menulis:

Hai Bagaimana cara mengatasi kesalahan ini? #3142
https://github.com/request/request/issues/3142

Kesalahan apa?


Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/request/request/issues/3142#issuecomment-597602350 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AN6OSLTSIY5LZVUEOX3JWHDRG57FNANCNFSM4HCP6LRA
.

Saya tidak dapat menyelesaikan proyek saya karena ini ... dan itu karena malam ini. Adakah yang bisa membantu memperbaiki masalah ini dalam permintaan ??

@AELDREI Ini bukan kesalahan. Penghentian hanya peringatan/info, semuanya masih berfungsi.
@valentina-js "Ini" hanya peringatan/info, jadi itu tidak bisa menjadi penyebab Anda tidak dapat menyelesaikan proyek Anda. Jika Anda memiliki masalah maka itu harus memiliki penyebab lain. Coba cari pesan kesalahan yang sebenarnya dan lihat apakah ada masalah serupa yang dilaporkan. Jika tidak, buka satu dan jelaskan kesalahan Anda secara detail.

Oh tidak. Ini tidak perlu. Meninggal dunia

Merchandise Baru

Screenshot_2020-03-12_16-58-39

3sei8v

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

Tolong selesaikan ini! Saya tidak tahu apa yang saya lakukan salah:

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN checkPermissions Tidak ada akses tulis ke /usr/local/lib/node_modules
npm ERR! kode EACCES
npm ERR! akses panggilan sys
npm ERR! path /usr/local/lib/node_modules
npm ERR! salah -13
npm ERR! Kesalahan: EACCES: izin ditolak, akses '/usr/local/lib/node_modules'
npm ERR! [Kesalahan: EACCES: izin ditolak, akses '/usr/local/lib/node_modules'] {
npm ERR! stack: "Kesalahan: EACCES: izin ditolak, akses '/usr/local/lib/node_modules'",
npm ERR! salah: -13,
npm ERR! kode: 'EACCES',
npm ERR! syscall: 'akses',
npm ERR! jalur: '/usr/local/lib/node_modules'
npm ERR! }
npm ERR!
npm ERR! Operasi ditolak oleh sistem operasi Anda.
npm ERR! Sepertinya Anda tidak memiliki izin untuk mengakses file ini sebagai pengguna saat ini
npm ERR!
npm ERR! Jika Anda yakin ini mungkin masalah izin, harap periksa kembali
npm ERR! izin file dan direktori yang berisi, atau coba jalankan
npm ERR! perintah lagi sebagai root/Administrator.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! /Users/Hazem/.npm/_logs/2020-03-15T16_16_03_301Z-debug.log

@hazembergg NPM tidak memiliki akses tulis ke node_modules. Tidak ada yang salah dengan request yang memblokir npm install . Coba jalankan dengan sudo .

Terima kasih atas balasan cepat Anda, itu bekerja seperti pesona!

Jadi saya pikir saya akan gila! Saya harus membaca README setidaknya 20 kali. Seluruh program ini di atas pengetahuan html dasar saya...

_Bagaimana cara mendapatkan komentar youtube?_
Apakah saya menjalankan youtube-comment-scraper di simpul? terminal dasar? atau perintah?
respon simpul adalah...
respons terminal adalah perubahan judul tetapi tidak ada yang terjadi

_Bagaimana jika saya ingin memiliki file csv?_
adalah perintahnya: youtube-comment-scraper --outputFile youtubecomments.csv --stdout --format csv benar?

_Ballpark berapa lama waktu yang dibutuhkan untuk menjalankan program untuk mendapatkan, katakanlah, seribu komentar?_

@hazembergg Keduanya. Lihat https://www.npmjs.com/package/youtube-comment-scraper#usage untuk penggunaan baris perintah dan https://www.npmjs.com/package/youtube-comment-scraper#method untuk penggunaan terprogram. Anda juga dapat menjalankan npx youtube-comment-scraper dengan Node.js terinstal di baris perintah untuk mengakses CLI.

@Richienb Sekali lagi terima kasih atas infonya! Saya akan mempelajarinya dan semoga saya berhasil!

Ya, sepertinya semua orang melakukan sesuatu yang salah. Saya telah diberi tahu bahwa keputusan untuk menghentikan request tidak akan dikenakan biaya.

Tidak pernah ada biaya nol!

Saya menghadapi masalah dengan Membuat Terowongan Saus.
Menggunakan layanan saus berikut.
npm install -g wdio-sauce-service
25hnpm PERINGATAN permintaan yang tidak digunakan https://github.com/request/request/issues/3142
25 jam

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

+ [email protected]

Mendapatkan kesalahan di bawah ini saat mencoba membuat terowongan saus.
Tidak dapat memulai Saus Connect. Sinyal keluar kode 1: null
Layanan gagal di kait 'onPrepare'
Kesalahan: Tidak dapat memulai Saus Connect. Sinyal keluar kode 1: null
di Proses Anak.(/usr/local/lib/node_modules/wdio-sauce-service/node_modules/sauce-connect-launcher/lib/sauce-connect-launcher.js:566:12)
di ChildProcess.emit (events.js:198:13)
di ChildProcess.EventEmitter.emit (domain.js:448:20)
di Process.ChildProcess._handle.oneexit (internal/child_process.js:248:12)

Harap hormat dan hindari memposting pertanyaan serius. Hanya meme tentang request .

@anton-bot lepaskan dan lanjutkan hidupmu.

Harap hormat dan hindari memposting pertanyaan serius. Hanya meme tentang request .

@anton-bot lepaskan dan lanjutkan hidupmu.

Let it go

Kembali ke keseriusan, sekarang request telah "resmi" tidak digunakan lagi melalui npm deprecate , sekarang _setiap_ pengguna hulu mendapatkan peringatan baru tentang hal itu.

Bisakah kita mempertimbangkan ini sebentar? Saya pikir ini telah menyebabkan kepanikan yang tidak semestinya. Tidak hanya itu tetapi sistem otomatis yang melakukan log mereka sekarang merujuk masalah ini b/c dari kunci masalah dalam peringatan penghentian.

Saya setuju bahwa request telah matang ke titik usang, tetapi jika masih berfungsi dengan baik dan memiliki ratusan dependensi dengan berbagai tingkat pemeliharaan, mungkin itu tidak boleh secara resmi ditinggalkan di npm melainkan a peringatan besar dalam font maksimum di README?

Dan kemudian suatu hari setiap pengguna akan berkata: "Mengapa kita tidak diperingatkan tentang ini!?" 😄

tetapi jika masih berfungsi dengan baik dan memiliki ratusan dependensi dengan berbagai tingkat pemeliharaan, mungkin itu tidak boleh dihentikan secara resmi di npm melainkan peringatan besar dalam font maksimum di README?

Masalahnya adalah pada dasarnya _nobody_ membacanya. 99% orang yang panik sekarang bahkan tidak akan pernah tahu bahwa permintaan tidak digunakan lagi kecuali NPM memperingatkan mereka tentang hal itu. _Nobody_ duduk dan menyisir README dari _all_ dependensinya untuk mencari tahu mana yang tidak lagi dipertahankan - sampai terlambat.

Saya mengulanginya sendiri, tetapi skenario yang Anda usulkan pada dasarnya berarti bahwa orang-orang malah akan mengetahui dengan cara yang sulit bahwa permintaan itu tidak digunakan lagi - ketika akhirnya mulai merusak barang-barang dan menyebabkan lubang keamanan karena menjadi dep lama yang tidak terawat di lingkungan modern. Ketika itu terjadi, orang malah perlu _berebut_ untuk alternatif, daripada memiliki kesempatan - seperti sekarang - untuk mencari satu saat permintaan masih stabil dan dapat digunakan, yang mungkin setidaknya satu tahun lagi.

Permintaan penghentian adalah hal yang bertanggung jawab untuk dilakukan, dan itu tidak akan dibatalkan. Komunitas harus memfokuskan upaya mereka untuk menyetujui alternatif dan/atau percabangan yang baik daripada mencoba untuk membalikkannya. Pindah.

PERINGATAN permintaan yang tidak digunakan https://github.com/request/request/issues/3142 .
Bagaimana saya bisa memperbaiki kesalahan itu?

@mrmehi Bisakah Anda membaca pesan pertama di sini?

Ini bukan kesalahan. Entah Anda secara langsung bergantung pada permintaan (dan kemudian Anda harus pindah ke perpustakaan lain, misalnya got atau bent ), atau Anda secara transitif bergantung padanya melalui salah satu dependensi Anda - lalu perbarui jika mereka sudah pindah, atau ping mereka untuk melanjutkan.

@kibertoad Saya benar-benar bingung apa yang harus saya lakukan sekarang?
itu terjadi ketika saya mencoba mengunduh expo.io

@kibertoad Saya benar-benar bingung apa yang harus saya lakukan sekarang?
itu terjadi ketika saya mencoba mengunduh expo.io

Anda tidak perlu melakukan apa pun. Itu bukan kesalahan, itu peringatan. Itulah yang ditunjukkan oleh bagian "PERINGATAN" dari log.
Anda _could_ membuat expo.io sadar bahwa mereka mungkin ingin mulai mencari alternatif selain request , karena expo.io sudah usang dan dengan demikian mungkin suatu hari berhenti bekerja dengan benar.
Tetapi mereka tampaknya sudah menyadarinya, seperti yang Anda lihat di sini:
https://github.com/expo/expo-cli/issues/1659

Microsoft masih mengandalkan paket ini. appcenter-cli memberikan peringatan penghentian ini saat menginstal:

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

Mengingat rekam jejak tim AppCenter, tampaknya hal ini tidak akan berubah dalam waktu dekat. Log build kami penuh dengan peringatan tentang paket yang tidak digunakan lagi lebih dari setahun yang lalu dalam beberapa kasus.

Tolong Seseorang dapat membantu saya saya menghadapi kesulitan saat menginstal expo-cli --global.
saya telah menginstal node, git. saya menulis perintah sebagai npm install expo-cli --global tetapi menghadapi masalah sebagai:
"npm WARN permintaan [email protected] : permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
[..................] | fetchMetadata: WARN deprecated [email protected] : request sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142 "".
apa yang saya dapatkan kesalahan ini. mohon balas saya bagaimana mengatasi masalah ini.

@mrmehi Bisakah Anda membaca pesan pertama di sini?

Ini bukan kesalahan. Entah Anda secara langsung bergantung pada permintaan (dan kemudian Anda harus pindah ke perpustakaan lain, misalnya got atau bent ), atau Anda secara transitif bergantung padanya melalui salah satu dependensi Anda - lalu perbarui jika mereka sudah pindah, atau ping mereka untuk melanjutkan.

tolong bisakah Anda membantu saya menyelesaikan masalah ini? saya menghadapi masalah.

@lemessur Ternyata, pengelola tidak tahu bahwa permintaan sudah tidak digunakan lagi. Lihat https://github.com/microsoft/appcenter-cli/pull/758#issuecomment -603667106

Seseorang, tolong letakkan ini di bagian atas komentar masalah utama:

Pemberitahuan penghentian

Jika Anda mendapatkan WARN deprecated [email protected]: request has been deprecated, see #3142 saat mencoba menginstal dependensi Anda, yakinlah bahwa ini BUKAN kesalahan. Pembuat paket yang Anda instal (atau jika Anda bergantung pada request ) perlu bermigrasi ke perpustakaan lain. Lihat: https://github.com/request/request/issues/3143

@Richienb
Lihat #3142 (komentar)

Jadi apa yang harus saya lakukan sekarang. tolong bisakah Anda membantu saya menyelesaikan masalah ini?

@Richienb
Lihat #3142 (komentar)

Saya baru di github dan tidak mengerti apa yang harus dilakukan. bisa tolong beri tahu saya langkah demi langkah bagaimana saya bisa menyelesaikan masalah saya? mencari tanggapan cepat Anda.

@alijatoi expo-cli menggunakan request oleh karena itu ketergantungannya harus diubah.

@Richienb Jadi apa yang harus saya lakukan sekarang? haruskah saya menunggu atau adakah cara lain untuk menginstal expo-cli.
tolong bantu saya saya menunggu.
Terima kasih

@alijatoi Buat masalah dan/atau tunggu.

@Richienb terima kasih atas tanggapan Anda.
tidak ada cara lain untuk menginstal expo cli?

@alijatoi tidak

teman-teman, jika Anda menghadapi masalah instal expo-cli dengan npm karena pesan usang: instal benang kemudian instal benang expo-cli

@caio-vinicius Itu hanya berfungsi karena benang hanya menampilkan peringatan sekali dan akan terus menampilkannya saat membuat ulang file kunci.

teman-teman, jika Anda menghadapi masalah instal expo-cli dengan npm karena pesan usang: instal benang kemudian instal benang expo-cli

@caio-vinicius ya saya telah selesai menginstal dengan menggunakan install yarn kemudian yarn install expo-cli globlly tetapi setelah menginstal ketika saya memeriksa versi expo cli itu memberikan masalah bahwa expo tidak mendefinisikan perintah internal atau eksternal

@alijatoi pastikan Anda menggunakan sintaks yang benar saat menggunakan benang untuk menginstal secara global.

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

Namun, @alijatoi , penginstalan yang melanggar peringatan penghentian hampir pasti merupakan masalah dengan lingkungan Anda atau paket yang Anda coba instal. Ini tidak spesifik untuk diminta dan tidak ada yang harus Anda laporkan di sini.

Saya agak terlambat ke pesta tetapi akan menyenangkan untuk menambahkan daftar kecil alternatif sehingga orang dapat menggunakannya untuk menggantikan request , seperti nodejs bawaan http.ClientRequest . Terima kasih.

F

Saya setuju dengan semua yang Anda katakan tentang bentuk, kompatibilitas, dan kemajuan, tapi
Saya tidak dapat melihat mengapa [email protected] tidak dapat melakukannya dengan melanggar perubahan. Bagaimanapun - itulah ide di balik semver ...

Banyak perpustakaan lain telah mengadopsi pola dan kemampuan baru, dan karenanya merusak kompatibilitas dan meningkatkan jurusan mereka.

Bahkan jika itu adalah modul yang benar-benar baru - namanya mewakili kredibilitas dan
pengalaman pelajaran, yang saya sedih melihat pergi.

Tertarik untuk mempelajari lebih lanjut tentang ini.

Yah, terima kasih atas tumpangannya dan semua kerja keras yang telah Anda lakukan. 👍

Anda tuanku, adalah pahlawan.

Saya mengerti alasan di baliknya, ini membuat JS/Node (secara umum), berkembang sedikit lebih cepat.

Anda melakukan 'hampir' sebanyak, untuk ruang NodeJS seperti yang dilakukan jQuery untuk ruang browser/DOM. Anda membuatnya menyenangkan untuk bekerja dengan TCP, dan itu penting untuk pengembangan back-end.

Saya berterima kasih untuk ini.

Hati-hati.

Jadi apa panduan tentang cara alternatif membuat permintaan https untuk saya yang baru mengembangkan back end dengan node?

Terima kasih Cliff. Akan melihat-lihat.

NPM WARN peringatan registri tak terduga untuk https://registry.npmjs.org/ : Miscellaneous EINTEGRITY Peringatan: sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == integritas checksum gagal ketika menggunakan SHA512: ingin sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY + / FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdNxpJdtqX9WQAEXw == tapi punya SHA512-NhZAWqNqTzZaAfgJYp0NlbBDUX8BMyOmobe3kYnymXfSxDgaiej4nP6N3aLVDtBTPHOfivySRs + AVsca0JgrTQ ==. (20905 byte)
npm WARN registry Menggunakan data basi dari https://registry.npmjs.org/ karena kesalahan permintaan saat validasi ulang.
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm ERR! kode EINTEGRITAS
npm ERR! salah EINTEGRITAS
npm ERR! Isi respons tidak valid saat mencoba mengambil https://registry.npmjs.org/uuid : Verifikasi integritas gagal untuk sha512-7G3s83fOoweLlAsvR3wtw4DnepkrY+/FxmYxk1XnfAjE9xnoWRy9cLHWCywcc6l6018X1RdqXSER\S \ec\6d\ecf377cea3078b940b2f477c2dc380e77a992b63efc5c666319355e77c08c4f719e8591cbd70b1d60b2c1c73a97ad35f17d5174dc6925db6a5fd5900045f)

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\MULAMBA SERGIO\AppData\Roamingnpm-cache_logs\2020-04-03T22_54_57_842Z-debug.log

npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
npm WARN deprecated [email protected]: Versi ini tidak digunakan lagi sesuai dengan kebijakan dukungan hapi (hapi.im/support). Harap tingkatkan ke versi terbaru untuk mendapatkan fitur terbaik, perbaikan bug, dan patch keamanan. Jika Anda tidak dapat memutakhirkan saat ini, dukungan berbayar tersedia untuk versi yang lebih lama (hapi.im/commercial).
npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
npm WARN [email protected] tidak digunakan lagi: core-js@<3 tidak lagi dipertahankan dan tidak direkomendasikan untuk penggunaan karena banyaknya masalah. Silakan, tingkatkan dependensi Anda ke versi core-js@3 yang sebenarnya.
npm WARN deprecated [email protected]: Versi ini tidak digunakan lagi sesuai dengan kebijakan dukungan hapi (hapi.im/support). Harap tingkatkan ke versi terbaru untuk mendapatkan fitur terbaik, perbaikan bug, dan patch keamanan. Jika Anda tidak dapat memutakhirkan saat ini, dukungan berbayar tersedia untuk versi yang lebih lama (hapi.im/commercial).
npm WARN deprecated [email protected]: Versi ini tidak digunakan lagi sesuai dengan kebijakan dukungan hapi (hapi.im/support). Harap tingkatkan ke versi terbaru untuk mendapatkan fitur terbaik, perbaikan bug, dan patch keamanan. Jika Anda tidak dapat memutakhirkan saat ini, dukungan berbayar tersedia untuk versi yang lebih lama (hapi.im/commercial).
npm WARN tidak digunakan lagi [email protected]: Versi ini tidak digunakan lagi sesuai dengan kebijakan dukungan hapi (hapi.im/support). Harap tingkatkan ke versi terbaru untuk mendapatkan fitur terbaik, perbaikan bug, dan patch keamanan. Jika Anda tidak dapat memutakhirkan saat ini, dukungan berbayar tersedia untuk versi yang lebih lama (hapi.im/commercial).
npm WARN deprecated [email protected]: Modul ini telah dipindahkan dan sekarang tersedia di @hapi/topo. Harap perbarui dependensi Anda karena versi ini tidak lagi dipertahankan dan mungkin mengandung bug dan masalah keamanan.
npm WARN deprecated [email protected]: Modul ini telah dipindahkan dan sekarang tersedia di @hapi/hoek. Harap perbarui dependensi Anda karena versi ini tidak lagi dipertahankan dan mungkin mengandung bug dan masalah keamanan.
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 PERINGATAN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\traveling-fastlane-darwin):
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: ingin {"os":"darwin","arch":"any"} (saat ini: {"os":" win32","arch":"x64"})
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-arm) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"linux","arch":"arm"} (saat ini: {"os" :"win32","arch":"x64"})
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-darwin-ia32) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"darwin","arch":"ia32"} (saat ini: {"os" :"win32","arch":"x64"})
npm PERINGATAN opsional LEWATKAN KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-freebsd-x64) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"freebsd","arch":"x64"} (saat ini: {"os" :"win32","arch":"x64"})
npm PERINGATAN opsional LEWATKAN KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-freebsd-ia32) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"freebsd","arch":"ia32"} (saat ini: {"os" :"win32","arch":"x64"})
npm PERINGATAN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-ia32) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"linux","arch":"ia32"} (saat ini: {"os" :"win32","arch":"x64"})
npm PERINGATAN opsional LEWATKAN KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-x64) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"linux","arch":"x64"} (saat ini: {"os" :"win32","arch":"x64"})
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-darwin-x64) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"darwin","arch":"x64"} (saat ini: {"os" :"win32","arch":"x64"})
npm PERINGATAN opsional LEWATKAN KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin- win32-ia32):
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"win32","arch":"ia32"} (saat ini: {"os":"win32","arch":"x64"})
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-sunos-x64) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"sunos","arch":"x64"} (saat ini: {"os" :"win32","arch":"x64"})
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: @expo/[email protected] (node_modules\expo-cli\node_modules\@expo\ngrok-bin\node_modules\@expo\ngrok-bin-linux-arm64) :
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk @expo/[email protected]: diinginkan {"os":"linux","arch":"arm64"} (saat ini: {"os" :"win32","arch":"x64"})
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: fsevents@^1.2.7 (node_modules\expo-cli\node_modules\chokidar\node_modules\fsevents):
npm WARN notsup MELEWATI KETERGANTUNGAN OPSIONAL: Platform yang tidak didukung untuk [email protected]: ingin {"os":"darwin","arch":"any"} (saat ini: {"os":"win32","arch": "x64"})
npm WARN @expo/[email protected] membutuhkan rekan sharp-cli@^1.10.0 tetapi tidak ada yang diinstal. Anda harus menginstal sendiri dependensi rekan.
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\abbrev):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ansi-regex):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\aproba):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 PERINGATAN opsional LEWATKAN KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\balanced-match):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\chownr):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\chownr' -> 'C:\ Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.chownr.DELETE'
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\code-point-at):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\code-point-at' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.code-point-at.DELETE'
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\concat-map):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\console-control-strings):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\console-control-strings' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.console-control-strings.DELETE'
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\core-util-is):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\deep-extend):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\delegates):
npm PERINGATAN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\detect-libc):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\fs.realpath):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\has-unicode):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\inherits):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ini):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\isarray):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\minimist):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\minimist' -> 'C:\ Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.minimist.DELETE'
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\ms):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\npm-normalize-package-bin):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\number-is-nan):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\object-assign):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\os-homedir):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\os-tmpdir):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\path-is-absolute):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\process-nextick-args):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\safe-buffer):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\safer-buffer):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 PERINGATAN opsional LEWATKAN KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\sax):
npm WARN enoent MELALUI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\semver):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\set-blocking):
npm WARN enoent SKIPPING OPTIONAL DEPENDENCY: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\signal-exit):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\strip-json-comments):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules\strip-json-comments' -> 'C:\Users\Matheus\AppData\Roaming\npm\node_modules\expo-cli\node_modules\fsevents\node_modules.strip-json-comments.DELETE'
npm WARN opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\util-deprecate):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\wrappy):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 opsional MELALUI KETERGANTUNGAN OPSIONAL: [email protected] (node_modules\expo-cli\node_modules\fsevents\node_modules\yallist):
npm WARN enoent MELEWATI KETERGANTUNGAN OPSIONAL: ENOENT: tidak ada file atau direktori seperti itu, ganti nama '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 permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
tolong bisakah kamu membantuku? Saya tidak dapat menyelesaikan masalah ini dan saya tidak dapat memulai proyek saya

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat #3142
tolong bisakah kamu membantuku? Saya tidak dapat menyelesaikan masalah ini dan saya tidak dapat memulai proyek saya

Aku juga tidak

@liaz98 @TheLitz itu bukan kesalahan, ini peringatan. Jika proyek Anda tidak dapat dibangun/dimulai karena peringatan npm, maka ada yang salah dengan proyek dan/atau lingkungan Anda. Ini bukan masalah dengan permintaan.

@liaz98 @TheLitz itu bukan kesalahan, ini peringatan. Jika proyek Anda tidak dapat dibangun/dimulai karena peringatan npm, maka ada yang salah dengan proyek dan/atau lingkungan Anda. Ini bukan masalah dengan permintaan.

tetapi ketika saya mencoba menjalankan Expo, itu tidak berhasil

@TheLitz maka itu adalah masalah dengan Expo, dan Anda harus melaporkannya di pelacak bug mereka. Tidak ada yang bisa atau akan diselesaikan di sisi permintaan.

@TheLitz maka itu adalah masalah dengan Expo, dan Anda harus melaporkannya di pelacak bug mereka. Tidak ada yang bisa atau akan diselesaikan di sisi permintaan.

Oke. Terima kasih

kami meminta permintaan masa depan.

tldr;
apa yang harus saya gunakan sekarang?

@YashKumarVerma menggunakan postman-request

@TheLitz maka itu adalah masalah dengan Expo, dan Anda harus melaporkannya di pelacak bug mereka. Tidak ada yang bisa atau akan diselesaikan di sisi permintaan.

apakah anda menyelesaikan masalah ini????
npm WARN deprecated [email protected] : request sudah tidak digunakan lagi,

Jadi apa panduan tentang cara alternatif membuat permintaan https untuk saya yang baru mengembangkan back end dengan node?

@OluwafemiAdesegha
Apakah Anda berhasil mendapatkan kejelasan tentang ke mana harus pindah? Saya berada di kapal yang sama dengan Anda! :(

Untuk siapa pun yang mencari alternatif, lihat #3143 ( @farhan3040 @OluwafemiAdesegha @iamdesfranco )

@mikeal Saya akan merekomendasikan untuk menutup masalah ini ;)

@iamdesfranco @farhan3040 HTTP tidak digunakan lagi, harap gunakan Gopher atau UDP

@mikeal Saya akan merekomendasikan untuk menutup masalah ini ;)

Atau lebih tepatnya menguncinya. Pada dasarnya semua yang perlu dikatakan telah dikatakan pada titik ini, dan satu-satunya pertanyaan yang diajukan cenderung menjadi pertanyaan yang sudah dijawab (berkali-kali).

Prancis,

Mohon maaf atas respon yang terlambat. Saya masih mencoba untuk melihat mana yang akan saya
akhirnya pergi dengan berdasarkan saran yang diberikan.

Pada Senin, 6 April 2020, 09:12 Franco Labuschagne [email protected]
menulis:

Jadi apa panduan cara alternatif membuat permintaan https untuk saya
itu baru untuk pengembangan back end dengan node?

Apakah Anda berhasil mendapatkan kejelasan tentang ke mana harus pindah? Saya berada di kapal yang sama
seperti kamu! :(


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/request/request/issues/3142#issuecomment-609643295 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AOL4QYXM7V2BUK5LZCS7LDDRLGFH5ANCNFSM4HCP6LRA
.

dan kemungkinan alternatif mengacu pada masalah ini.

Di mana saya menemukan alternatif di halaman ini?

Apakah saran untuk menggunakan fetch di browser + fetch lib untuk node, atau hanya alternatif berbasis janji dll?

@TomYeoman Sarannya adalah untuk tidak menggunakan request .

@gcacars Alternatif di sini: https://github.com/request/request/issues/3143

@Richienb terima kasih. Saya pikir penting untuk memiliki tautan ke ini di README.

Saya menghapus folder "node_modules" & file "package-lock.json" dan kemudian menjalankan 2 perintah berikut.
npm init
instal npm

Dan kemudian, itu bekerja dengan benar.

Para pembuat komitmen yang masih aktif akan mencoba menggabungkan perbaikan secara tepat waktu, meskipun tidak ada janji.

Kecelakaan brilian(?)

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

bagaimana mengatasinya??,

@anton-bot Tolong jangan ada malware.

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat #3142

bagaimana mengatasinya??,

@Amouthinie tidak ada yang harus dipecahkan, itu bukan kesalahan. NPM memperingatkan Anda bahwa request tidak digunakan lagi dan Anda (atau siapa pun yang mempertahankan dependensi Anda yang pada gilirannya bergantung pada request ) harus mempertimbangkan untuk pindah ke paket yang dikelola secara aktif.

Saya memiliki dua masalah:
1 - sudo apt-get install nodejs npm
Membaca daftar paket... Selesai
Membangun pohon ketergantungan
Membaca informasi status... Selesai
nodejs sudah merupakan versi terbaru (13.13.0-1nodesource1).
Beberapa paket tidak dapat diinstal. Ini bisa berarti bahwa
Anda meminta situasi yang tidak mungkin atau, jika Anda menggunakan
distribusi tidak stabil, bahwa beberapa paket yang diperlukan tidak
dibuat belum atau dihapus dari "Masuk".
Informasi berikut dapat membantu mengatasi situasi:

Paket berikut memiliki dependensi yang tidak cocok:
nodejs : Konflik: npm
E: Tidak dapat memperbaiki masalah, Anda menyimpan (menahan) paket yang rusak.

2 - sudo npm install -g @angular/cli
npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
npm ERR! kode EEXIST
npm ERR! syscall symlink
npm ERR! path ../lib/node_modules/@angular/cli/bin/ng
npm ERR! tujuan /usr/bin/ng
npm ERR! salah -17
npm ERR! EEXIST: file sudah ada, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'
npm ERR! File ada: /usr/bin/ng
npm ERR! Hapus file yang ada dan coba lagi, atau jalankan npm
npm ERR! dengan --force untuk menimpa file secara sembarangan.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! /home/anderson/.npm/_logs/2020-04-17T16_25_56_704Z-debug.log

Saya pengguna Linux Mint 19.3 Cinnamon, 4.4.8, 5.3.0-46-generik

Ada yang bisa bantu saya?

@LeloCorrea Kesalahan Anda tidak terkait dengan request , ini masalah dengan membuat symlink di lingkungan lokal Anda:

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

@LeloCorrea Kesalahan Anda tidak terkait dengan request , ini adalah masalah dengan membuat tautan simbolis di lingkungan lokal Anda:

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

Apakah Anda tahu bagaimana saya bisa menyelesaikan masalah ini?

@LeloCorrea Kesalahan Anda tidak terkait dengan request , ini adalah masalah dengan membuat tautan simbolis di lingkungan lokal Anda:
npm ERR! EEXIST: file already exists, symlink '../lib/node_modules/@angular/cli/bin/ng' -> '/usr/bin/ng'

Apakah Anda tahu bagaimana saya bisa menyelesaikan masalah ini?

Bukan masalah yang sama persis, tetapi solusinya mungkin sama. Anda harus mulai di sini:

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

Juga, sekali lagi, masalah ini tidak terkait dengan permintaan dengan cara apa pun , Anda harus meminta bantuan tentang Angular CLI di pelacak masalah yang relevan.

Jadi apa alternatif yang disarankan? Hanya menggunakan paket http/https?

@RonRofe Saya menggunakan https://github.com/sindresorhus/got , tampaknya menjadi penerus yang baik, ia memiliki panduan tentang cara bermigrasi dari request .

@RonRofe ada daftar (WIP) alternatif di sini: https://github.com/request/request/issues/3143

Saya sedih untuk ini, permintaan telah menjadi tujuan saya selama yang saya ingat.
Saya hanya bisa berterima kasih kepada penulis dan kontributor untuk pekerjaan luar biasa yang telah mereka lakukan selama bertahun-tahun, dan berharap petualangan Anda berikutnya sama menariknya dengan yang ini.
Bersulang!

dapatkah Anda memberikan rekomendasi untuk alternatif di komentar tempel pertama Anda?

Halo, saya mencoba membuat proyek sudut baru dan saya memiliki kesalahan ini:
/ Menginstal paket...npm PERINGATAN [email protected] : permintaan tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN [email protected] : Chokidar 2 akan rusak pada node v14+. Tingkatkan ke chokidar 3 dengan ketergantungan 15x lebih sedikit.
npm WARN usang [email protected] : fsevents 1 akan rusak pada node v14+. Tingkatkan ke fsevents 2 dengan peningkatan besar-besaran.
NPM WARN usang [email protected] : Silakan lihat https://github.com/lydell/urix#deprecated
NPM WARN usang [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! Akhir input JSON yang tidak terduga saat menguraikan di dekat '...":{"@angular/core":"5'

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\dell\AppData\Roamingnpm-cache_logs\2020-04-21T11_50_16_582Z-debug.log
× Pemasangan paket gagal, lihat di atas.
Alur kerja skema gagal. Lihat di atas.
Adakah yang bisa membantu saya dengan ini?

Halo, saya mencoba membuat proyek sudut baru dan saya memiliki kesalahan ini:
/ Menginstal paket...npm WARN permintaan yang tidak digunakan [email protected] : permintaan tidak digunakan lagi, lihat #3142
npm WARN [email protected] : Chokidar 2 akan rusak pada node v14+. Tingkatkan ke chokidar 3 dengan ketergantungan 15x lebih sedikit.
npm WARN usang [email protected] : fsevents 1 akan rusak pada node v14+. Tingkatkan ke fsevents 2 dengan peningkatan besar-besaran.
NPM WARN usang [email protected] : Silakan lihat https://github.com/lydell/urix#deprecated
NPM WARN usang [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! Akhir input JSON yang tidak terduga saat menguraikan di dekat '...":{"@angular/core":"5'

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\dell\AppData\Roamingnpm-cache_logs\2020-04-21T11_50_16_582Z-debug.log
× Pemasangan paket gagal, lihat di atas.
Alur kerja skema gagal. Lihat di atas.
Adakah yang bisa membantu saya dengan ini?

saya juga

BUAT proyek saya/angular.json (3598 byte)
BUAT proyek saya/paket.json (1286 byte)
BUAT proyek saya/README.md (1026 byte)
BUAT proyek saya/tsconfig.json (489 byte)
BUAT proyek saya/tslint.json (3125 byte)
BUAT proyek saya/.editorconfig (274 byte)
BUAT proyek saya/.gitignore (631 byte)
BUAT proyek/daftar browser saya (429 byte)
BUAT proyek saya/karma.conf.js (1022 byte)
BUAT proyek saya/tsconfig.app.json (210 byte)
BUAT proyek saya/tsconfig.spec.json (270 byte)
BUAT proyek saya/src/favicon.ico (948 byte)
BUAT proyek saya/src/index.html (295 byte)
BUAT proyek saya/src/main.ts (372 byte)
BUAT proyek saya/src/polyfills.ts (2835 byte)
BUAT proyek saya/src/styles.css (80 byte)
BUAT proyek saya/src/test.ts (753 byte)
BUAT proyek saya/src/assets/.gitkeep (0 byte)
BUAT proyek saya/src/environments/environment.prod.ts (51 byte)
BUAT proyek saya/src/environments/environment.ts (662 byte)
BUAT proyek saya/src/app/app-routing.module.ts (246 byte)
BUAT proyek saya/src/app/app.module.ts (393 byte)
BUAT proyek saya/src/app/app.component.html (25757 byte)
BUAT proyek saya/src/app/app.component.spec.ts (1071 byte)
BUAT proyek saya/src/app/app.component.ts (214 byte)
BUAT proyek saya/src/app/app.component.css (0 byte)
BUAT proyek saya/e2e/protractor.conf.js (808 byte)
BUAT proyek saya/e2e/tsconfig.json (214 byte)
BUAT proyek saya/e2e/src/app.e2e-spec.ts (643 byte)
BUAT proyek saya/e2e/src/app.po.ts (301 byte)
/ Menginstal paket...npm WARN tidak digunakan lagi [email protected] : TSLint sudah tidak digunakan lagi dan digantikan oleh ESLint. Silakan lihat https://github.com/palantir/tslint/issues/4534 untuk informasi lebih lanjut.
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN [email protected] : Tingkatkan ke chokidar 3 dengan ketergantungan 15x lebih sedikit. Chokidar 2 akan pecah pada node v14.
NPM WARN usang [email protected] : Silakan lihat https://github.com/lydell/urix#deprecated
NPM WARN usang [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! Akhir input JSON yang tidak terduga saat parsing di dekat '....0.1","systemjs":"^0.'

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\92306\AppData\Roamingnpm-cache_logs\2020-04-21T16_08_05_350Z-debug.log
× Pemasangan paket gagal, lihat di atas.
Alur kerja skema gagal. Lihat di atas.

@awais0048 @xunyegege kesalahan Anda tidak ada hubungannya dengan permintaan. Pelajari output aktual dan ini memberi tahu Anda dengan tepat apa kesalahannya. Jika Anda memiliki masalah lebih lanjut dengan Angular CLI, laporkan di pelacak masalah mereka.

@awais0048 @xunyegege kesalahan Anda tidak ada hubungannya dengan permintaan. Pelajari output aktual dan ini memberi tahu Anda dengan tepat apa kesalahannya. Jika Anda memiliki masalah lebih lanjut dengan Angular CLI, laporkan di pelacak masalah mereka.

Saya mencoba memutakhirkan NPM dan node tetapi tidak ada petunjuk. jika ada yang menemukan solusi dapatkah Anda memberi tahu saya?

@ANadjia lagi, kesalahan tidak ada hubungannya dengan paket ini. Anda harus bertanya di pelacak untuk Angular CLI.

Hai, Menginstal paket...npm PERINGATAN [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142 npm ERR! Akhir input JSON yang tidak terduga saat parsing di dekat '...ZXQ4dst\n4bcYaiOdlbvh'
ketika saya membuat proyek baru
ada saran

@mohamedelsoufi ini adalah masalah dengan lingkungan atau proyek Anda, bukan paket ini. NPM hanya memperingatkan Anda bahwa paket ini sudah usang.

@milette
Ide bagus untuk menjaga agar utas ini tetap berjalan sebagai pengingat konsekuensi dari penghentian paket yang digunakan di 99% proyek di dunia.

@anton-bot Sebenarnya pengingat berapa banyak orang yang tidak RTFM.

@csvan dan mereka bilang itu bukan masalah mereka juga
Bagaimanapun saya akhirnya mendapatkan sesuatu untuk bekerja untuk saya.
Pada dasarnya :
1 / saya downgrade ke node js versi 10.13.0 ;
2 / saya menghapus folder npm_cache secara manual
3 / jalankan npm install;
dan dengan sihir itu berhasil

@ANadjia senang mendengar!

Pengganti yang disarankan tidak jelas. Apa yang harus kita gunakan sebagai gantinya?

@johnworthley apa pun yang cocok untuk Anda. Ada daftar alternatif yang disarankan di sini: https://github.com/request/request/issues/3143

@johnworthley apa pun yang cocok untuk Anda. Ada daftar alternatif yang disarankan di sini: #3143

hmm tempat yang bagus https://www.youtube.com/watch?v=riuZHZPcZsg

Bisakah kita tetap menggunakan perpustakaan ini meskipun sudah usang? Mohon sarannya @mikeal

Bisakah kita tetap menggunakan perpustakaan ini meskipun sudah usang? Mohon saran

@DokurOmkar Ya. Tidak ada yang mencegah Anda menggunakan perpustakaan. Ini hanya peringatan. Namun, itu tidak digunakan lagi karena suatu alasan: ada perpustakaan yang lebih baik dan lebih modern di luar sana. Baca utas ini dan Anda akan menemukan tautan ke daftar pustaka alternatif.

tidak dapat membuat proyek sudut baru
gagal karena -
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

@adibhosale Apakah Anda memiliki informasi lebih lanjut? Apa pesan lain di konsol yang Anda lihat?

@adibhosale tidak, itu tidak gagal karena itu. Jika ya, maka itu masalah dengan angular-cli, bukan paket ini. Periksa sisa keluaran log.

@anton-bot
Balas ke -> @adibhosale Apakah Anda memiliki informasi lebih lanjut? Apa pesan lain di konsol yang Anda lihat?

Ini kesalahan yang saya dapatkan saat membuat proyek sudut baru.

Menginstal paket...npm WARN tidak digunakan lagi [email protected] : TSLint sudah tidak digunakan lagi dan digantikan oleh ESLint. Silakan lihat https://github.com/palantir/tslint/issues/4534 untuk informasi lebih lanjut.
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN [email protected] : Chokidar 2 akan rusak pada node v14+. Tingkatkan ke chokidar 3 dengan ketergantungan 15x lebih sedikit.
npm WARN deprecated [email protected] : fsevents 1 akan rusak pada node v14+ dan dapat menggunakan binari yang tidak aman. Tingkatkan ke fsevents 2.
NPM WARN usang [email protected] : Silakan lihat https://github.com/lydell/urix#deprecated
NPM WARN usang [email protected] : https://github.com/lydell/resolve-url#deprecated
npm ERR! cb() tidak pernah dipanggil!

npm ERR! Harap laporkan kesalahan ini di:
npm ERR! https://npm.community

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! C:\Users\adibh\AppData\Roamingnpm-cache_logs\2020-05-05T08_46_31_829Z-debug.log
× Pemasangan paket gagal, lihat di atas.
Alur kerja skema gagal. Lihat di atas.

Saya bingung mengapa begitu banyak pengguna melaporkan detail yang sama sekali tidak relevan dengan masalah ini?

tampaknya sebagian besar pengguna yang datang ke sini tidak tahu apa yang mereka lakukan, bahkan mungkin tidak mengerti apa arti kata usang.

tetapi pesan terakhir yang diposting di sini, ada lebih dari satu pesan penghentian, mengapa mereka memilih melaporkan masalah ini? karena beberapa pengguna sudah melakukannya dan mereka hanya melanjutkan?

dan bagian terakhir dari pesan khusus itu, secara khusus memberi tahu bahwa bug npm harus dilaporkan ke npm.community.

pengelola di sini saya pikir harus menghapus semua item diskusi yang tidak relevan untuk meminta penghentian, dan mengunci diskusi di sini.

mungkin pesan penghentian paket permintaan harus diubah menjadi tautan, bukan masalah, seperti yang dilakukan paket lydell/urix dan lydell/resolve-url, sehingga banjir posting yang tidak relevan tidak muncul di sini.

@glensc Siapa yang tahu bahwa penghentian paket yang digunakan oleh hampir setiap proyek JS di dunia akan memiliki konsekuensi yang tidak diinginkan!

@glensc kami melaporkan masalah khusus ini karena pada saat pemasangan angular/CLI kami diberikan tautan ke masalah ini.

Terima kasih :-)

Jika tertulis WARN, berarti itu bukan ERR. Hanya beberapa fakta.

@adibhosale tidak, Anda diberi peringatan NPM yang memiliki tautan ke masalah github ini - di antara BANYAK tautan lain dalam output log yang sama. Peringatan itu tidak ada hubungannya dengan kegagalan, Anda perlu membaca log lebih hati-hati. Ini dengan jelas menyatakan bahwa:

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

dan itulah alasan instalasi gagal. Anda perlu melakukan uji tuntas dan mencari tahu apa penyebabnya sebelum melaporkan masalah dalam paket yang sama sekali tidak ada hubungannya dengan itu.

@anton-bot Anda terus mengatakan itu. Apakah Anda memiliki sesuatu yang konstruktif untuk disumbangkan atau apakah Anda masih di sini untuk menjebak?

@csvan @leoskyrocker @glensc Saya minta maaf karena memulai ini. Akan menjaga di masa depan. Terima kasih :-)

bagaimana mengatasi masalah ini?
tidak dapat membuat proyek sudut
isu

/////////

permintaan yang tidak digunakan [email protected] : permintaan tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN checkPermissions Tidak ada akses tulis ke /usr/local/lib/node_modules
npm ERR! kode EACCES
npm ERR! akses panggilan sys
npm ERR! path /usr/local/lib/node_modules
npm ERR! salah -13
npm ERR! Kesalahan: EACCES: izin ditolak, akses '/usr/local/lib/node_modules'
npm ERR! [Kesalahan: EACCES: izin ditolak, akses '/usr/local/lib/node_modules'] {
npm ERR! salah: -13,
npm ERR! kode: 'EACCES',
npm ERR! syscall: 'akses',
npm ERR! jalur: '/usr/local/lib/node_modules'
npm ERR! }
npm ERR!
npm ERR! Operasi ditolak oleh sistem operasi Anda.
npm ERR! Sepertinya Anda tidak memiliki izin untuk mengakses file ini sebagai pengguna saat ini
npm ERR!
npm ERR! Jika Anda yakin ini mungkin masalah izin, harap periksa kembali
npm ERR! izin file dan direktori yang berisi, atau coba jalankan
npm ERR! perintah lagi sebagai root/Administrator.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! /Users/vivek/.npm/_logs/2020-05-05T11_48_34_569Z-debug.log

@ vivek08011991 output log menjelaskan apa yang perlu Anda lakukan. Ini adalah masalah dengan Anda mencoba menginstal angular secara global tanpa menggunakan sudo . Tidak ada hubungannya dengan paket ini.

hei Man ini semua omong kosong berbicara, sudahlah,
Saya akan memberi tahu Anda solusinya
saya mencoba 3 hari kemudian saya mendapatkannya
pertama: npm instal npm
seconde: npm uninstall --save react-native-cli
akhirnya: npm install -g @angular/cli

hei Man ini semua omong kosong berbicara, sudahlah,
Saya akan memberi tahu Anda solusinya
saya mencoba 3 hari kemudian saya mendapatkannya
pertama: npm instal npm
seconde: npm uninstall --save react-native-cli
akhirnya: npm install -g @angular/cli

Man Anda benar alhamdou lil allah. Mengapa reaksi cli menyebabkan masalah? apakah ada beberapa praktik persaingan yang buruk di sana? terimakasih kawan

harap perhatikan ini adalah pelacak masalah modul request , bukan angular .

Dapatkah seseorang memberi tahu saya alternatif dari request ?

Saya membaca ini, dan saya lebih suka API sederhana request 's:

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

@dolanmiu Tentu. Siapa pun yang telah membaca utas yang baru saja Anda poskan (atau bahkan mencari _alternative_) dapat memberi tahu Anda bahwa ada daftar alternatif di https://github.com/request/request/issues/3143.

@dolanmiu @root/request sebagian besar adalah pengganti drop-in.

@Richienb antara postman-request (juga pengganti drop-in) dan @root/request, mana yang lebih baik? postman-request tidak memiliki pengetikan TypeScript yang menjadi masalah.

@anton-bot Pasti @root/request.

Saya telah menggunakan request untuk sementara waktu sekarang dan saya setuju dengan mikeal. Modul asli Node telah dikembangkan dari waktu ke waktu untuk mencocokkan modul request sehingga tidak ada alasan untuk menggunakannya lagi, selain untuk berulang kali memperbaiki kode ketika versi baru request datang keluar.

request akan tertulis selamanya di batu-batu sejarah; node telah tumbuh dewasa. Ini adalah tentang waktu ketika kita perlu melepaskan beberapa hal. request selalu menjadi pelopor dalam fitur inovatif, dan saya akan merasa bahwa tanpa request , pengembangan node tidak akan sebaik ini.

Sebagai seorang programmer muda, saya senang menggunakan paket ini, tetapi saya juga tahu bahwa untuk meningkatkan dan membangun program yang lebih besar lagi, seseorang tidak boleh berlama-lama di masa lalu.

Sebagai seorang programmer muda, saya senang menggunakan paket ini

Itu membuatku tertawa. Sebagai programmer muda, saya menggunakan Commodore BASIC. :senyum:

@darkRaspberry :

  1. baca laporan kesalahan Anda sampai akhir, bukan hanya baris pertama, ada tertulis dengan jelas apa kesalahannya dan bahkan saran apa yang harus dilakukan. Anda jelas belum membaca melewati baris pertama.
  2. apakah Anda google kesalahan Anda?
  3. baca diskusi sebelumnya dan tolong jelaskan mengapa Anda memposting ini di sini, laporan masalah Anda tidak ada hubungannya dengan modul permintaan.

cukup nonaktifkan antivirus Anda, Anda tidak akan mendapatkan kesalahan
Terima kasih !!!

@glensc Saya sepenuhnya menginstal ulang terminal saya untuk menghapus versi simpul lainnya lalu saya mencoba "Sudo"
Dan itu berhasil.
Saya menggunakan versi node nodejs dengan menggunakan curl untuk menambahkan node js di PPA saya.

dan Ini berhasil
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

Ini membuat saya emosional. Dan :bow: untuk semua kontributor!

image

@sudarsan2017 Kesalahan itu tidak terkait dengan request dengan cara apa pun

Hai! teman-teman mengalami masalah yang sama di Windows dan saya menyelesaikannya menggunakan perintah

npm instal [email protected]

Saya harap Anda benar.

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

Bagaimana saya memperbaikinya ?

@aman78600 Tidak ada cara untuk memperbaikinya.

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

@ aman78600 Tidak perlu diperbaiki. Itu hanya peringatan bahwa request has been deprecated .

NPM Anda mengatakan untuk datang ke sini untuk alternatif, tetapi saya tidak melihatnya.

NPM Anda mengatakan untuk datang ke sini untuk alternatif, tetapi saya tidak melihatnya.

@skeddles Jika Anda menekan Control-F dan mencari alternatives , Anda akan menemukan tautan ke https://github.com/request/request/issues/3143.

Saya tidak dapat menginstal vue-cli dari perintah ini npm install -g @vue/cli ini menunjukkan pesan: npm WARN deprecated [email protected] : request telah ditinggalkan

@somnangrom Ini tidak benar, saya yakin ada beberapa pesan lain di konsol dan bukan hanya satu baris ini.

Saya benar-benar ingin mengucapkan terima kasih banyak untuk bekerja pada paket ini. Ini banyak membantu saya dalam proyek saya. Alasan yang benar-benar dapat dimengerti mengapa dukungan dihentikan.

Anda melakukan pekerjaan yang luar biasa, Anda harus bangga dengan diri Anda sendiri!

🤝

Saya tidak dapat menginstal versi terbaru Angular CLI.
Nodejs versi 64 bit: 12.18.1
versi npm: 6.13.6
Ketika saya menjalankan npm install -g @angular/ cli@latest untuk menginstal versi terbaru Angular CLI, itu memberi saya peringatan kesalahan berikut
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

Instalasi macet dengan pesan: postinstall: sill install executeActions
Tolong bantu saya untuk menyelesaikan masalah ini

Saya tidak dapat menginstal versi terbaru Angular CLI.
Saya telah menginstal Nodejs di Laptop Windows 10 Pro saya
Nodejs versi 64 bit: 12.18.1versi npm: 6.13.6
Ketika saya menjalankan npm install -g @angular/ cli@latest untuk menginstal versi terbaru Angular CLI, itu memberi saya peringatan kesalahan berikut
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat #3142

Instalasi macet dengan pesan: postinstall: sill install executeActions
Tolong bantu saya untuk menyelesaikan masalah ini

@anjaikr dan @aman78600 rujuk https://github.com/angular/angular-cli/wiki/stories-1.0-update untuk menginstal versi terbaru semoga membantu

npm install -g json-server tidak berfungsi apa yang harus saya lakukan?

Kita masih bisa menggunakannya untuk tindakan dasar kan?

saya mendapatkan kesalahan saat menginstal sudut 5, saya mencoba menginstal tetapi ini menunjukkan permintaan telah dihentikan ... apa yang harus saya lakukan

@mikeal Untuk lebih jelasnya, apakah Anda berniat bent untuk menggantikan request ?

Halo,

Ada yang tahu apa masalahnya:
npm i -g json-server
npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN usang [email protected] : perpustakaan ini tidak lagi didukung

Terima kasih.

Salah satu alasan terbodoh yang pernah saya dengar untuk depresiasi. Bayangkan jika Google dan Microsoft mengambil semua produk mereka dari rak karena "jauh lebih sulit bagi perpustakaan baru yang menyelesaikan tugas serupa untuk mendapatkan adopsi" dan karena "ada transisi yang terjadi sekarang di ekosistem ke pola-pola ini". Benar-benar konyol.

image

Pertama-tama tunjukkan rasa hormat saya pada repo ini, bagaimanapun, sejujurnya, apa yang dikatakan @cypheron memang masuk akal.

@Wenjie-Shao Tidak masuk akal sama sekali, saya khawatir. Tanpa pemberitahuan penghentian, lebih banyak orang akan mengunduh dan menggunakan perpustakaan ini tanpa menyadari bahwa itu sudah usang. @mikeal telah melakukan layanan yang luar biasa kepada komunitas dengan secara resmi menghentikan perpustakaan ini daripada membiarkannya membusuk. Mungkin kesalahan dalam menautkan ke utas ini.

Saya hanya mencoba meraba-raba tutorial untuk menyiapkan surge.sh.

Sepertinya kalian punya banyak hal yang terjadi di sini. Apakah akan mengacaukan saya di sini di masa depan yang baru jika saya mengabaikan peringatan dan pergi?

Salah satu alasan terbodoh yang pernah saya dengar untuk depresiasi. Bayangkan jika Google dan Microsoft mengambil semua produk mereka dari rak karena "jauh lebih sulit bagi perpustakaan baru yang menyelesaikan tugas serupa untuk mendapatkan adopsi" dan karena "ada transisi yang terjadi sekarang di ekosistem ke pola-pola ini". Benar-benar konyol.

Tapi mereka telah melakukannya. Dan sering. Ada banyak, banyak produk dari raksasa perangkat lunak ini yang tidak ada lagi atau saat ini tidak digunakan lagi dan tidak mendapatkan pembaruan apa pun. Pernah mendengar, katakanlah, Windows 95 atau FoxPro? Setiap proyek perangkat lunak pada akhirnya akan berakhir karena satu dan lain alasan. Dan penulis Request juga tidak menariknya dari rak, mereka menghentikan pengembangan baru. Perbaikan bug kritis masih akan terjadi untuk sementara waktu dan jika proyek Anda bergantung padanya - tidak ada masalah. Anda masih dapat terus menggunakannya.

Tetapi jika Anda memulai proyek baru, ada alternatif yang lebih baik dan lebih modern di luar sana. Bahasa telah berkembang, ada cara yang lebih baik untuk melakukan hal yang sama sekarang, tetapi Permintaan tidak dapat mengikutinya karena memerlukan proyek lama untuk bekerja dengannya. Untuk proyek-proyek baru itu suboptimal.

Jadi keputusan ini sangat masuk akal bagi saya. Biarkan Permintaan di tempatnya agar proyek lama tetap dapat menggunakannya, tetapi untuk proyek baru merekomendasikan perpustakaan baru.

Apakah ada alasan khusus mengapa ada orang yang menggunakan request over axios?

Apakah ada alasan khusus mengapa ada orang yang menggunakan request over axios?

Tentu. Dari atas kepala saya:

  • Anda hanya terbiasa atau memiliki banyak pengalaman dengannya
  • Proyek Anda sudah menggunakannya di semua tempat. Mengalihkan semuanya akan memakan waktu berminggu-minggu jika bukan berbulan-bulan penulisan ulang kode.
  • Pedoman pengkodean perusahaan/proyek menuntut perpustakaan ini (atau hanya mengizinkan perpustakaan dengan persyaratan "kematangan" tertentu)
  • Perpustakaan pihak ketiga memerlukannya (dan bahkan mungkin mengharuskan Anda menggunakannya saat bekerja dengan perpustakaan). Poin ekstra jika perpustakaan tidak memiliki alternatif.
  • Anda seorang pelajar dan kursus yang Anda ambil secara eksplisit mengajarkan tentang permintaan dan memasukkannya ke dalam ujian/pekerjaan rumah

Intinya, ini semua adalah variasi dari tema yang sama - Anda perlu bekerja dengan beberapa hal lama yang belum mengikuti tren terbaru. Ini cenderung terjadi cukup teratur dalam kehidupan nyata.

npm WARN permintaan yang tidak digunakan [email protected] : permintaan sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142
npm WARN tidak digunakan lagi @hapi/ [email protected] : @hapi dan kembali ke 'joi' (https://github.com/sideway/joi/issues/2411)
npm WARN tidak digunakan lagi @hapi/ [email protected] : Versi ini tidak digunakan lagi dan tidak lagi didukung atau dipertahankan
npm WARN tidak digunakan lagi @hapi/ [email protected] : Versi ini tidak digunakan lagi dan tidak lagi didukung atau dipertahankan
npm WARN tidak digunakan lagi @hapi/ [email protected] : Versi ini tidak digunakan lagi dan tidak lagi didukung atau dipertahankan
npm WARN tidak digunakan lagi @hapi/ [email protected] : Versi ini tidak digunakan lagi dan tidak lagi didukung atau dipertahankan
npm WARN usang [email protected] : perpustakaan ini tidak lagi didukung
NPM WARN usang [email protected] : Silakan lihat https://github.com/lydell/urix#deprecated
NPM WARN usang [email protected] : https://github.com/lydell/resolve-url#deprecated
npm WARN [email protected] : Chokidar 2 akan rusak pada node v14+. Tingkatkan ke chokidar 3 dengan ketergantungan 15x lebih sedikit.
npm WARN usang [email protected] : fsevents 1 akan rusak pada node v14+ dan dapat menggunakan binari yang tidak aman. Tingkatkan ke fsevents 2.

MENGAPA???? SEMUA INSTALASI NPM GLOBAL SAYA SELALU PERINGATKAN SAYA BAHWA ITU TIDAK DIPAKAI?? BAGAIMANA CARA MEMPERBAIKINYA?

SAYA MENCOBA UNTUK MENGHAPUS NODEJS
ATAU
MEMPERBARUI NPM
TAPI TIDAK BEKERJA
TOLONG BANTU AKU

ITU DIHAPUS.
ANDA TIDAK BISA MEMPERBAIKI INI.
ABAIKAN PERINGATAN.

Atau tulis ulang kode Anda sehingga tidak menggunakan Request.

@acatzk

Mencoba

npm install -s (atau --silent)
atau

npm install -q (atau --quiet)

untuk membungkam peringatan

Benang ini adalah yang terbaik.

Hai. Saya baru mengenal API. Saya mencoba menginstal paket permintaan dan dikatakan bahwa sekarang sudah usang. Saya mencoba mencarinya dan melihat apa yang sedang terjadi, tetapi saya akan menghargainya jika seseorang dapat menjelaskan kepada saya apa yang dapat saya lakukan sekarang? Apakah ini berarti paket permintaan tidak lagi dapat digunakan? Paket apa lagi yang dapat saya gunakan untuk melakukan pekerjaan yang sama?

@mohammed3736 Tidak, masih bisa digunakan. Tapi itu tidak akan diperbarui. Itu tidak akan mendapatkan fitur baru. Mungkin mendapatkan beberapa perbaikan bug untuk sementara waktu, tetapi tidak lama. Dan peringatan itu akan selalu ada. Pada dasarnya mereka meninggalkan proyek. Jika Anda ingin mengubahnya, Anda harus melakukannya sendiri. Lagi pula - semua kode sumber untuk permintaan masih tersedia. Anda dapat membuat garpu sendiri dan melakukan apa pun dengannya.

Jika Anda sedang menulis proyek baru, lebih baik coba perpustakaan lain yang lebih modern. Misalnya, kami menggunakan Axios, tetapi saya yakin ada yang lain.

Saya akan mengajukan pertanyaan berikut pada wawancara saya sekarang alih-alih Fizzbuzz:

You have faced the following message in your console.

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

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

@anton-bot Itu mudah, jawabannya adalah, "Saya mengklik tautannya, tidak membaca apa pun kecuali pergi ke bagian bawah utas dan memposting pertanyaan yang sama seperti orang lain."

Apakah saya mendapatkan pekerjaan?

@anton-bot Itu mudah, jawabannya adalah, "Saya mengklik tautannya, tidak membaca apa pun kecuali pergi ke bagian bawah utas dan memposting pertanyaan yang sama seperti orang lain."

Apakah saya mendapatkan pekerjaan?

Alasan saya bertanya adalah karena saya terus mendapatkan 401 di log konsol saya. Dan modul permintaan tidak berfungsi untuk saya. Saya mencoba menggunakan api dari bitcoinaverage dan dari https://any-api.com/ dan tidak ada yang berfungsi. Ketika saya masuk ke localhost3000 html berfungsi dan saya mendapatkan halaman tetapi ketika saya menekan tombol untuk mendapatkan hasil, konsol saya macet. Log konsol saya mengatakan aplikasi macet atau 401 untuk kode status dan di browser. Perhatikan juga bahwa tidak ada proxy saya yang diaktifkan, saya mencoba semuanya tetapi saya terus mendapatkan kesalahan. JIKA Anda dapat membantu saya, saya akan sangat menghargainya.

@mohammed3736 - Ini adalah tempat yang salah untuk bertanya. Saya juga 99,99% yakin bahwa bukan perpustakaan permintaan yang harus disalahkan. Ada bug di program Anda dan Anda membuatnya sendiri. Anda harus mencari tahu sendiri juga. Jika Anda masih memerlukan bantuan, coba tanyakan di StackOverflow, tetapi harap sertakan kode yang tidak berfungsi. Yang terbaik dari semuanya - cobalah untuk membuat program sekecil mungkin yang mogok dan tunjukkan kode sumber itu.

Saya juga datang ke sini untuk mengajukan pertanyaan tapi... ada apa dengan semua serangan rasis di sini? Anda orang luar biasa.

Dan ya saya masih tidak tahu mengapa kode saya tidak berfungsi. Satu-satunya kesalahan di konsol membawa saya ke sini.

Periksa hak istimewa Anda dan bersenang-senanglah

Saya juga datang ke sini untuk mengajukan pertanyaan tapi... ada apa dengan semua serangan rasis di sini? Anda orang luar biasa.

Dan ya saya masih tidak tahu mengapa kode saya tidak berfungsi. Satu-satunya kesalahan di konsol membawa saya ke sini.

Periksa hak istimewa Anda dan bersenang-senanglah

Serangan rasis mana yang Anda maksud? Kedengarannya sangat buruk

Masalah yang sama diamati. Tolong bantu jika ada yang tahu cara mengatasinya

[email protected] : permintaan tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

@HaseebAhmed49 paket npm "permintaan" yang tidak digunakan lagi bukanlah masalah. pesannya adalah untuk pengembang proyek perpustakaan.

Jangan khawatir tentang itu. Banyak orang di github mengatakan kepada saya bahwa tidak apa-apa. Dia
hanya pada dasarnya berarti bahwa paket tersebut tidak akan menambahkan fitur baru
untuk itu lagi dan itu tidak akan diperbarui tetapi masih baik-baik saja untuk
menggunakan. Saya menggunakannya dan itu baik-baik saja.

Pada Senin, 14 Sep 2020 pukul 23.57 Elan Ruusamäe [email protected]
menulis:

>
>

@HaseebAhmed49 https://github.com/HaseebAhmed49 "permintaan" npm
paket yang tidak digunakan lagi bukanlah masalah semata. pesannya ke perpustakaan
pengembang proyek.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/request/request/issues/3142#issuecomment-692279572 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/AQFTBJ255VRYJW4VMUFQQ23SFZYSZANCNFSM4HCP6LRA
.

tapi masih baik-baik saja untuk digunakan

Tidak juga. Ini mungkin berfungsi _untuk sekarang_, tetapi Anda tidak boleh memiliki ketergantungan eksplisit pada paket yang tidak akan menerima perbaikan bug dan keamanan lebih lanjut. Anda menempatkan aplikasi Anda (dan pengguna) pada risiko kerusakan mendadak dan kebocoran keamanan yang signifikan ketika paket itu akhirnya _tidak_ berhenti bekerja (yang hampir pasti akan terjadi). Hal ini terutama berlaku untuk paket seperti request yang menyediakan sesuatu yang penting dan sensitif seperti membuat permintaan jaringan.

Peringatan penghentian adalah pemberitahuan serius untuk mulai bermigrasi ke tempat lain. Beberapa alternatif telah disebutkan (dan diulang) di utas ini.

Hai semuanya, saya juga memiliki masalah usang ini
jadi yang saya lakukan adalah menghapus instalan nodejs dan mengunduh fitur terbaru nodejs
yaitu 14.10.1 Fitur Terbaru Saat Ini
https://nodejs.org/en/

dan hapus semua npm global yang terinstal yang Anda miliki di komputer

dan itu saja...

semua yang terhina telah pergi...

@acatzk wtf lmao

Pustaka ini tidak digunakan lagi . Jika ada bug, tidak ada yang akan dilakukan untuk memperbaikinya. Jika ada masalah keamanan, tidak ada yang akan dilakukan untuk memperbaikinya.

Anda tidak harus menggunakan ini.

@davwheat terima kasih

apa alternatif dari modul permintaan ini?

Hal-hal yang mungkin kita lakukan - silakan diskusikan dan jadilah sukarelawan!

  • [ ] perbarui readme dengan status proyek saat ini
  • [ ] perbarui pipa penerbitan ci @mikeal
  • [ ] berikan dokumen dengan beberapa panduan tentang request alternatif #3143
  • [ ] tambahkan pesan peringatan saat menginstal paket untuk menggunakan paket lain dan merujuk dokumen
  • [ ] pilih tanggal untuk menghentikan dukungan (saya memilih 6 bulan, tetapi 12 mungkin lebih ramah)
  • [ ] tutup semua permintaan fitur dan fitur prs
  • [ ] tinjau dan gabungkan perbaikan bug yang relevan
  • [ ] tambahkan masalah github dan templat pr yang menjelaskan bahwa fitur tidak akan digabungkan
  • [ ] menghentikan versi utama berikutnya ( 3.x ) sehingga proyek dalam pemeliharaan aktif mendapatkan peringatan tetapi proyek yang lebih lama berlanjut seperti biasa

Adakah pembaruan tentang siapa yang melakukan apa saat ini?

Bagi mereka yang mencari alternatif yang solid dan didukung Google (selain dari yang ada di https://github.com/request/request/issues/3143), saya sangat merekomendasikan https://github.com/googleapis/gaxios. Telah menggunakannya dalam proyek baru-baru ini dan sejauh ini sangat baik.

Apa saja alternatifnya? Halaman npm Anda mengatakan For more information about why request is deprecated and possible alternatives refer to {the link to this page}

3143

npm WARN registry Menggunakan data basi dari https://registry.npmjs.org/ karena kesalahan permintaan saat validasi ulang.
npm WARN deprecated [email protected] : request sudah tidak digunakan lagi, lihat https://github.com/request/request/issues/3142

@thbestforyourbizdeployment ya.

Terima kasih.

Bisakah kamu membantuku?

npm WARN permintaan yang tidak digunakan [email protected]: permintaan telah ditinggalkan, lihat https://github.com/request/request/issues/3142
npm WARN usang [email protected]: perpustakaan ini tidak lagi didukung
npm ERR! kode ADA
npm ERR! syscall symlink
npm ERR! path ../lib/node_modules/firebase-tools/lib/bin/firebase.js
npm ERR! dest /usr/local/bin/firebase
npm ERR! salah -17
npm ERR! EEXIST: file sudah ada, symlink '../lib/node_modules/firebase-tools/lib/bin/firebase.js' -> '/usr/local/bin/firebase'
npm ERR! File ada: /usr/local/bin/firebase
npm ERR! Hapus file yang ada dan coba lagi, atau jalankan npm
npm ERR! dengan --force untuk menimpa file secara sembarangan.

npm ERR! Log lengkap dari proses ini dapat ditemukan di:
npm ERR! /Users/bahar/.npm/_logs/2020-11-18T17_07_43_310Z-debug.log

@baharozcelik Tidak ada yang bisa membantu Anda.

Membaca. Isu.

sudo npm install --global gulp-cli
coba seperti ini

Apakah halaman ini membantu?
0 / 5 - 0 peringkat