Partkeepr: Октопартс вопрос

Итак, мы можем понять, что вы предлагаете - как измеряется запрос на 500 деталей в месяц? Мы ничего не размещаем, поэтому каждый человек использует свой собственный сервер.

Привет Брет,

Запрос части считается, когда часть возвращается из запроса. Каждый пользователь
должны будут подать заявку на собственный ключ API на Octopart.com, поэтому ограничения
будет для каждого пользователя.

Считаете ли вы, что этого будет достаточно, чтобы повысить ценность PartKeepr?
самые увлеченные пользователи? Честно говоря, кроме экземпляра Demo я не использовал
PartKeepr.

Любое понимание будет с благодарностью!

В четверг, 21 мая 2020 г., в 21:14 Брет Уотсон уведомления[email protected]
написал:

Так что мы можем понять, что вы предлагаете - как часть 500
запрос/месяц измеряется? Мы ничего не размещаем, поэтому каждый человек работает
их собственный сервер.

—
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-632424718 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/APVO4KPUSHS7MXHRTHQLA23RSXGWDANCNFSM4NHL37GQ
.

Простите мое невежество, так как я не пользуюсь Octopart.. но запрос - это запрос на склад, поиск товара или заказ?

@baradhili Короче говоря: они собирают различную информацию о деталях, чтобы пользователи могли загружать эту информацию, такую ​​как данные продавца, таблицы данных, параметры устройства и т. д. Очень удобно быстро импортировать детали в PartKeepr.
Это очень ценно, если вы импортируете более десятка деталей за раз.

@JamesOctopart Я могу поделиться своими личными мыслями по этому поводу. Это не официальное заявление PartKeepr.
Я нахожусь на том же пути, что и @aarontc в https://github.com/partkeepr/PartKeepr/issues/1030#issuecomment -632406313. Когда вы начинаете импортировать новые детали в базу данных, вы быстро импортируете больше, чем несколько в день. Вы можете легко добраться до 1000 за один уик-энд, проведя инвентаризацию своего подвала. С другой стороны, это не то, чем я занимаюсь регулярно каждый день. Так что может быть достаточно только более длинного горизонта с множеством запросов (не 500 деталей в месяц, а 1500 деталей в 3 месяца).
Для тех, кому нужно импортировать больше деталей, должна быть возможность повысить уровень, заплатив единовременно. Что-то вроде того, что я покупаю 2000 дополнительных доступов, которые используются после того, как мой месячный бюджет опустеет.

Еще одно замечание: я говорю о количестве импортированных частей, а не о времени доступа к API. Один поиск, если часть находится в базе данных, затем выбор всех соответствующих частей импорта и всех загрузок создает множество обращений к API. Если вы думаете о 500 таких доступах, это, скорее всего, слишком мало. Но я не изучал здесь детали API.

Я был бы очень заинтересован в этом, так как я полагался на Octopart для управления своим проектом KiCad2PartKeepr.

https://github.com/Gasman2014/KC2PK

Для моих личных проектов был бы интересен уровень в 500 деталей. API сильно изменился? Чтобы убедиться, что приложение хорошо работает с API, требуется тестирование, поэтому некоторая гибкость для разработчиков с открытым исходным кодом без покупки подписки приветствуется.

Как насчет сбора статистики по ключу API на вашем сервере? Может быть, неплохо дать несколько ключей людям, которые просят их как любители, а затем подсчитать их среднее использование.

Я сомневаюсь, что вы найдете разумное среднее количество пользователей для расчета необходимых вызовов API, но, по крайней мере, это путь.

Когда я думал о своей настройке PartKeepr, я счел разумным, если любитель получит неограниченный тест на один месяц, а затем несколько сотен запросов в месяц. В моем случае я буду использовать несколько тысяч вызовов при первоначальной настройке инвентаря, но позже будет добавлено не так много деталей.

Я хотел бы получить квоту на бесплатные детали в месяц для OctoPart. Это так удобно, чтобы получить данные для ваших частей.
Да, изначально вам, вероятно, потребуется больше, чем 500 компонентов, но вставка 500 компонентов все еще представляет собой немалую работу (хорошо, это не займет месяца).

Так что да, пожалуйста!

Я считаю, что это просто пиар-ход. Я отправлял различные электронные письма с вопросами о возможности бесплатного доступа к API в будущем и не получил никакого ответа.

Оля PTDreamer, ты паяльник stm32! Еще не доделал мой для утюга JBC.

Я задал аналогичный вопрос в SnapEDA, и они ответили мне через 2 месяца (на прошлой неделе). Будем надеяться, что они будут более снисходительны к нам.

На следующий рабочий день я получил ответ от Octopart, подтверждающий, что они планируют предложить бесплатный уровень «через несколько недель». Это было в начале июня. Пальцы все еще скрещены!

2 июля 2020 г., в 13:35, Martijn [email protected] написал:

Оля PTDreamer, ты паяльник stm32! Еще не доделал мой для утюга JBC.

Я задал аналогичный вопрос в SnapEDA, и они ответили мне через 2 месяца (на прошлой неделе). Будем надеяться, что они будут более снисходительны к нам.

—
Вы получаете это, потому что вы прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-652979341 или отмените подписку https://github.com/notifications/unsubscribe-auth/ACADFOKBXDWBKPB2CL3U273RZR5I3ANCNFSM4NHL37GQ .

IDK, я написал им по электронной почте несколько недель назад. Они вели себя так, будто никогда не слышали о Partkeepr... может быть, именно так они и нашли проект?

Мой запрос не касался конкретно PartKeepr — я также использовал Octopart для своего приложения для заказа спецификаций, которое использует базу данных PartKeepr в качестве серверной части. (Kicad2Partkeepr), но не смогли его использовать, так как удалили доступ к API.

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

2 июля 2020 г., в 16:23, Майкл Фишер [email protected] написал:

IDK, я написал им по электронной почте несколько недель назад. Они вели себя так, будто никогда не слышали о Partkeepr... может быть, именно так они и нашли проект?

—
Вы получаете это, потому что вы прокомментировали.
Ответьте на это письмо напрямую, просмотрите его на GitHub https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653071390 или отмените подписку https://github.com/notifications/unsubscribe-auth/ACADFOOBDRUB3YDZBCRQYCTRZSQ6LANCNFSM4NHL37GQ .

Во-первых, я должен сказать, что я не реконструировал протокол, который PK использует в отношении Octopart. Так что каждое утверждение здесь — всего лишь моя обоснованная догадка.

Будьте осторожны с номером запроса API. Я не уверен, сколько запросов ПК запускается для одного поиска детали. Может случиться так, что каждая загрузка (техническое описание, изображение и т. д.) является уникальным вызовом API. То же самое относится к данным дистрибьюторов и т.п.
Это приведет к тому, что один поиск будет стоить как минимум 10 запросов API! Это означает, что после 50 деталей в месяц вы достигли предела.

Если бы кто-то захотел проверить это, это помогло бы нам всем. К сожалению, сейчас у меня нет времени, чтобы проработать свой путь.

Кстати: я тоже спрашивал в Octopart. Мне сказали следующее:

В настоящее время текущий API не предоставляет бесплатный доступ. Я понимаю ваше беспокойство и приношу извинения за неудобства. Тем не менее, я рад сообщить, что Octopart запускает новую версию, которая будет иметь инфраструктуру для бесплатного уровня, надеюсь, к концу этого лета.

Мы надеемся, что вы зарегистрируетесь, когда будет запущен API v4. Пожалуйста, дай мне знать, если возникнут какие-либо вопросы.

Я хочу подчеркнуть, что из-за недостатка возможностей разработки мы не сможем использовать упомянутый API v4 Octopart.

В начале этого года моя регистрация в Octopart была отклонена, так как мой вариант использования (Partkeeper в качестве любителя) не соответствовал условиям использования Octopart.
В этих условиях конкретно упоминается, что вы не можете загружать и хранить данные (например, таблицы данных) в своей собственной системе, и все данные, полученные из Octopart, могут быть кэшированы не более чем на 24 часа. (https://octopart.com/api/terms)
Это означает, что вам придется использовать API все время и с жестким ограничением, я не хочу, чтобы мои проекты останавливались, когда я достигаю лимита вызовов API.

Для PartKeepr в целом меня больше интересовала бы возможность интегрировать другие API, помимо Octopart.
Большинство дистрибьюторов запасных частей предоставляют своим клиентам API для поиска спецификаций и информации о ценах.
Это не единый агрегированный источник данных, но это означает, что он также не является единой точкой отказа или узким местом.

Всем привет,

Обновление этой темы, поскольку мы запустили новый API GraphQL, который мы
очень взволнован, и его можно найти здесь: https://octopart.com/api

Несколько обновлений:

Наш бесплатный уровень позволяет возвращать 500 деталей в месяц с возможностью
купите больше, если нужно.

Потребуется некоторая работа, чтобы гарантировать, что PK сможет запросить наш новый
API, наше руководство по началу работы можно найти здесь:
https://octopart.com/api/v4/начало работы.

Если вас беспокоит ограничение количества деталей на бесплатном уровне, я бы рекомендовал использовать
multi_match с ограничением 1, чтобы гарантировать, что каждое совпадение возвращает только одну часть.

Мы надеемся, что новые функции в нашем API будут полезны сообществу PK,
просто дайте мне знать, если у вас есть какие-либо вопросы, вы можете написать мне прямо на
Джеймс@octopart.com

-Джеймс

В четверг, 2 июля 2020 г., в 12:04 Христианские уведомления@github.com написали:

Во-первых, я должен сказать, что я не реконструировал протокол, который PK
использования в отношении Octopart. Так что каждое утверждение здесь — всего лишь моя обоснованная догадка.

Будьте осторожны с номером запроса API. Я не уверен, сколько запросов PK
начинается однократный поиск детали. Может быть, каждый
загрузка (техническое описание, изображение, ...) — это уникальный вызов API. То же самое верно
для данных дистрибьюторов и тому подобное.
Это приведет к тому, что один поиск будет стоить как минимум 10 запросов API! Это
означает, что после 50 деталей в месяц вы достигли предела.

Если бы кто-то захотел проверить это, это помогло бы нам всем. К сожалению,

У меня нет времени в данный момент, чтобы работать мой путь через.

Кстати: я тоже спрашивал в Octopart. Мне сказали следующее:

В настоящее время текущий API не предоставляет бесплатный доступ. я понимаю
ваше беспокойство, и я приношу извинения за неудобства. Тем не менее, я счастлив
отметить, что Octopart запускает новую версию, которая будет иметь
инфраструктура для бесплатного уровня, надеюсь, к концу этого лета.

Мы надеемся, что вы зарегистрируетесь, когда будет запущен API v4. Пожалуйста, дайте мне знать, если
у вас есть вопросы.

Я хочу подчеркнуть, что из-за недостатка сил развития мы, возможно, не
возможность использовать упомянутый API v4 Octopart.

—
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/partkeepr/PartKeepr/issues/1125#issuecomment-653094570 ,
или отписаться
https://github.com/notifications/unsubscribe-auth/APVO4KJABPVCMTJQSICYJXTRZSVYRANCNFSM4NHL37GQ
.