Partkeepr: pertanyaan Octoparts

Jadi kami dapat memahami apa yang Anda usulkan - bagaimana permintaan 500 bagian/bulan diukur? Kami tidak meng-host apa pun sehingga setiap orang menjalankan server mereka sendiri.

Hai Bret,

Permintaan bagian dihitung ketika bagian dikembalikan dari kueri. Setiap pengguna
harus mengajukan kunci API mereka sendiri di Octopart.com jadi batasnya
akan menjadi basis per pengguna.

Apakah Anda merasa ini cukup untuk memberikan nilai bagi PartKeepr's
pengguna hobi? Sejujurnya, selain dari contoh Demo saya belum pernah menggunakan
BagianKeepr.

Wawasan apa pun akan sangat dihargai!

Pada Kam, 21 Mei 2020 jam 21:14 bret [email protected]
menulis:

Jadi kami dapat memahami apa yang Anda usulkan - bagaimana 500 bagiannya?
permintaan/bulan diukur? Kami tidak menghosting apa pun sehingga setiap orang berlari
server mereka sendiri.

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-632424718 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/APVO4KPUSHS7MXHRTHQLA23RSXGWDANCNFSM4NHL37GQ
.

Maafkan ketidaktahuan saya karena saya tidak menggunakan Octopart.. tetapi permintaan - apakah itu pertanyaan stok, pencarian produk, atau pesanan?

@baradhili Singkat cerita: Mereka memadatkan berbagai informasi tentang suku cadang sehingga pengguna dapat mengunduh informasi ini seperti data penjual, lembar data, parameter perangkat, dll. Sangat bagus untuk mengimpor suku cadang dengan cepat ke PartKeepr.
Ini sangat berharga jika Anda mengimpor lebih dari selusin bagian dalam satu waktu.

@JamesOctopart Saya dapat memberi tahu Anda pemikiran pribadi saya tentangnya. Ini bukan pernyataan PartKeepr resmi.
Saya berada di rute yang sama dengan @aarontc di https://github.com/partkeepr/PartKeepr/issues/1030#issuecomment -632406313. Saat Anda mulai mengimpor suku cadang baru ke dalam database, Anda dengan cepat mengimpor lebih dari beberapa bagian dalam sehari. Anda dapat pergi ke 1000-an dalam satu akhir pekan dengan mudah saat melakukan inventarisasi ruang bawah tanah Anda. Di sisi lain, ini bukan sesuatu yang saya lakukan setiap hari. Jadi mungkin hanya cakrawala yang lebih panjang dengan banyak permintaan yang mungkin cukup (bukan 500 bagian/bulan tetapi 1500 bagian/3bulan).
Bagi mereka yang perlu mengimpor lebih banyak suku cadang, seharusnya dimungkinkan untuk meningkatkan level dengan membayar dalam mode satu kali. Sesuatu seperti saya membeli 2000 akses tambahan yang digunakan setelah anggaran bulanan saya kosong.

Satu catatan lagi: Saya berbicara tentang jumlah suku cadang yang diimpor, bukan waktu akses API. Pencarian tunggal jika ada bagian dalam database, lalu memilih semua bagian yang relevan dari impor dan semua unduhan membuat banyak akses API. Jika Anda memikirkan 500 akses seperti itu, kemungkinan besar ini terlalu rendah. Tapi saya belum melihat detail API di sini.

Saya akan sangat tertarik dengan hal ini karena saya mengandalkan Octopart untuk menjalankan proyek KiCad2PartKeepr saya.

https://github.com/Gasman2014/KC2PK

Untuk proyek pribadi saya, tingkat 500 bagian akan menarik. Apakah API telah banyak berubah? Memastikan bahwa aplikasi bekerja dengan baik dengan API memerlukan pengujian dan beberapa fleksibilitas untuk pengembang sumber terbuka tanpa membeli langganan akan diterima.

Bagaimana dengan Koleksi beberapa statistik dengan kunci api di server Anda? Mungkin ide yang bagus untuk memberikan beberapa kunci kepada orang yang memintanya sebagai penghobi dan kemudian menghitung penggunaan rata-ratanya.

Saya ragu Anda akan menemukan rata-rata pengguna yang masuk akal untuk menghitung panggilan API yang diperlukan, tetapi setidaknya ini adalah cara yang harus dilakukan.

Saat saya berpikir tentang setup PartKeepr saya, saya akan merasa masuk akal jika seorang penghobi mendapatkan satu bulan tes tak terbatas dan kemudian beberapa ratus permintaan per bulan. Dalam kasus saya, saya akan menggunakan beberapa panggilan seribu dalam pengaturan awal inventaris, tetapi kemudian tidak banyak bagian yang ditambahkan.

Saya ingin sekali mendapatkan bagian gratis/kuota bulan untuk OctoPart. Sangat mudah untuk mendapatkan data untuk suku cadang Anda.
Ya, awalnya Anda mungkin memerlukan lebih dari 500, tetapi memasukkan 500 komponen masih cukup sulit untuk dilakukan (oke, tidak perlu waktu sebulan).

Jadi, ya silakan!

Saya percaya ini hanya aksi publisitas. Saya telah mengirim berbagai email yang menanyakan tentang kemungkinan memiliki akses api gratis di masa mendatang dan tidak menerima jawaban sama sekali.

Ola PTDreamer, Anda adalah tukang solder stm32! Masih tidak menyelesaikan tambang untuk besi JBC.

Saya menanyakan hal yang mirip dengan SnapEDA dan mereka menjawab saya 2 bulan kemudian (minggu lalu). Mari kita berharap mereka lebih lunak terhadap kita.

Saya mendapat balasan dari Octopart pada hari kerja berikutnya yang mengonfirmasi bahwa mereka berencana menawarkan tingkat gratis 'dalam beberapa minggu'. Ini terjadi pada awal Juni. Jari masih disilangkan!

Pada 2 Juli 2020, pukul 13:35, Martijn Kuipers [email protected] menulis:

Ola PTDreamer, Anda adalah tukang solder stm32! Masih tidak menyelesaikan tambang untuk besi JBC.

Saya menanyakan hal yang mirip dengan SnapEDA dan mereka menjawab saya 2 bulan kemudian (minggu lalu). Mari kita berharap mereka lebih lunak terhadap kita.

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-652979341 , atau berhenti berlangganan https://github.com/notifications/unsubscribe-auth/ACADFOKBXDWBKPB2CL3U273RZR5NHL37GQSM4 .

IDK, saya mengirim email kepada mereka beberapa minggu yang lalu. Mereka bertingkah seolah-olah mereka tidak pernah mendengar tentang Partkeepr.... mungkin begitulah cara mereka menemukan proyek itu?

Permintaan saya tidak secara khusus tentang PartKeepr - Saya juga dulu menggunakan Octopart untuk aplikasi pemesanan BOM saya - yang menggunakan database PartKeepr sebagai backend. (Kicad2Partkeepr) tetapi belum dapat menggunakannya sejak mereka menghapus akses API.

https://github.com/Gasman2014/KC2PK https://github.com/Gasman2014/KC2PK

Pada 2 Juli 2020, pukul 16:23, Michael [email protected] menulis:

IDK, saya mengirim email kepada mereka beberapa minggu yang lalu. Mereka bertingkah seolah-olah mereka tidak pernah mendengar tentang Partkeepr.... mungkin begitulah cara mereka menemukan proyek itu?

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653071390 , atau berhenti berlangganan https://github.com/notifications/unsubscribe-auth/ACADFOOBDRUB3YDZBCRQYCTRZSQ6LANCNFSM4 .

Pertama, saya harus mengatakan bahwa saya tidak merekayasa balik protokol yang digunakan PK terkait Octopart. Jadi setiap pernyataan di sini hanyalah tebakan saya yang terpelajar.

Hati-hati dengan nomor permintaan API. Saya tidak yakin, berapa banyak permintaan PK yang dimulai untuk satu pencarian bagian. Mungkin setiap unduhan (lembar data, gambar, ...) adalah panggilan API yang unik. Hal yang sama berlaku untuk data distributor dan sejenisnya.
Ini akan menyebabkan satu pencarian menelan biaya setidaknya 10 permintaan API! Itu berarti setelah 50 bagian/bulan Anda mencapai batas.

Apakah seseorang bersedia untuk memeriksa ini, itu akan membantu kita semua. Sayangnya, saya tidak punya waktu saat ini untuk menyelesaikannya.

Btw: Saya bertanya di Octopart juga. Mereka memberi tahu saya hal berikut:

API saat ini tidak menyediakan akses gratis saat ini. Saya memahami kekhawatiran Anda dan saya mohon maaf atas ketidaknyamanan ini. Namun, saya senang untuk menyebutkan bahwa Octopart meluncurkan versi baru yang akan memiliki infrastruktur untuk tingkat gratis, semoga pada akhir musim panas ini.

Kami berharap melihat Anda mendaftar saat API v4 diluncurkan. Tolong beri tahu saya jika Anda memiliki pertanyaan.

Saya ingin menekankan bahwa karena kurangnya kekuatan pengembangan, kami mungkin tidak dapat menggunakan API v4 dari Octopart yang disebutkan.

Pada awal tahun ini, pendaftaran Octopart saya ditolak karena kasus penggunaan saya (Partkeeper sebagai penghobi) tidak sesuai dengan ketentuan penggunaan Octopart.
Istilah-istilah ini secara khusus menyebutkan bahwa Anda tidak dapat mengunduh dan menyimpan data (seperti lembar data) di sistem Anda sendiri dan semua data yang diambil dari Octopart hanya dapat di-cache selama maksimum 24 jam. (https://octopart.com/api/terms)
Ini berarti Anda harus menggunakan API setiap saat dan dengan batas yang sulit, saya tidak ingin proyek saya berhenti ketika saya mencapai batas panggilan API.

Untuk PartKeepr secara umum, saya akan lebih tertarik memiliki kemampuan untuk mengintegrasikan API lain selain Octopart.
Sebagian besar distributor suku cadang menyediakan API kepada pelanggan mereka untuk pengambilan lembar data dan informasi harga.
Ini bukan sumber data agregat tunggal, tetapi itu berarti juga bukan satu titik kegagalan atau hambatan.

Hai semua,

Memperbarui utas ini karena kami telah meluncurkan GraphQL API baru yang kami
cukup bersemangat dan dapat ditemukan di sini: https://octopart.com/api

Beberapa pembaruan:

Tingkat gratis kami memungkinkan pengembalian 500 suku cadang per bulan dengan kemampuan untuk
membeli lebih banyak jika diperlukan.

Akan ada beberapa pekerjaan yang harus dilakukan untuk memastikan PK dapat menanyakan pertanyaan baru kami
API, panduan memulai kami dapat ditemukan di sini:
https://octopart.com/api/v4/getting-started.

Jika khawatir tentang batas bagian di tingkat gratis, saya akan merekomendasikan menggunakan
multi_match dengan batas 1 untuk memastikan setiap kecocokan hanya mengembalikan satu bagian.

Kami berharap fitur baru di API kami akan bermanfaat bagi komunitas PK,
beri tahu saya jika Anda memiliki pertanyaan, Anda dapat mengirim email kepada saya langsung di
[email protected]

-James

Pada Kam, 2 Juli 2020 pukul 12:04 Christian [email protected] menulis:

Pertama, saya harus mengatakan bahwa saya tidak merekayasa balik protokol yang PK
menggunakan tentang Octopart. Jadi setiap pernyataan di sini hanyalah tebakan saya yang terpelajar.

Hati-hati dengan nomor permintaan API. Saya tidak yakin, berapa banyak permintaan PK
dimulai untuk satu pencarian bagian. Mungkin saja masing-masing
download (lembar data, gambar, ...) adalah panggilan API yang unik. Hal yang sama berlaku
untuk data distributor dan sejenisnya.
Ini akan menyebabkan satu pencarian menelan biaya setidaknya 10 permintaan API! Itu
berarti setelah 50 bagian/bulan Anda mencapai batas.

Apakah seseorang bersedia untuk memeriksa ini, itu akan membantu kita semua. Sayangnya,

Saya tidak punya waktu saat ini untuk menyelesaikannya.

Btw: Saya bertanya di Octopart juga. Mereka memberi tahu saya hal berikut:

API saat ini tidak menyediakan akses gratis saat ini. saya mengerti
kekhawatiran Anda dan saya mohon maaf atas ketidaknyamanan ini. Namun, saya senang
sebutkan bahwa Octopart meluncurkan versi baru yang akan memiliki
infrastruktur untuk tingkat gratis, mudah-mudahan pada akhir musim panas ini.

Kami berharap melihat Anda mendaftar saat API v4 diluncurkan. Tolong beri tahu saya jika
Anda memiliki pertanyaan.

Saya ingin menekankan bahwa karena kurangnya kekuatan pengembangan, kami mungkin tidak
dapat menggunakan API v4 Octopart yang disebutkan.

—
Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653094570 ,
atau berhenti berlangganan
https://github.com/notifications/unsubscribe-auth/APVO4KJABPVCMTJQSICYJXTRZSVYRANCNFSM4NHL37GQ
.