시스템 정보

• PartKeepr 버전: v1.2.0
• 데모 시스템에서 재현 가능: 아니요(데모 시스템에서 구성을 수정할 수 있는 능력이 없고 Octopart 통합이 작동하는 것으로 보이므로)

번식 방법

Octopart API 키가 시스템에 푸시되는 방식에 대해 매우 제한적으로 이해하고 있으므로 이 글을 작성하면서 몇 가지 가정을 하고 있습니다(일부는 정확하지 않을 수 있음). 양해해 주십시오. 또한 이 버그 보고서에서 실제 Octopart API 키 대신 'xxxxxxxx'를 사용할 것입니다.

PartKeepr v1.2.0 설치를 위해 Octopart 지원을 설정하려고 시도하는 동안 문제가 발생했습니다. 나는 단순히 parameters.php 파일에서 Octopart API 속성을 설정하라는 app/config/parameters.php.dist의 지침을 따라 시작했습니다.

$container->setParameter('partkeepr.octopart.apikey', 'xxxxxxxx')`

이렇게 해도 아무 효과가 없는 것 같았고 PartKeepr에서 Octopart 지원을 활성화하지 못했습니다. 결국 웹/설정을 다시 실행했는데 "기존 구성 검색" 단계에서 "잘못된 인증 키"라는 오류 메시지와 함께 실패했습니다. 변덕스럽게 나는 partkeepr.octopart.apikey 속성을 다음과 같이 설정했습니다.

$container->setParameter('partkeepr.octopart.apikey', 'https://octopart.com/api/v3/parts/match?apikey='xxxxxxxx')`

그런 다음 웹/설정 도구를 다시 실행하여 오류 없이 "기존 구성 검색" 단계를 성공적으로 통과할 수 있었고 나머지 설정 프로세스를 성공적으로 계속할 수 있었습니다. 그러나 PartKeepr에 다시 로그인하여 항목에 대한 세부 정보 창을 표시하고 Octopart 버튼을 클릭하면 Octopart 창이 나타나지만 완전히 비어 있습니다(UI에 오류 메시지가 표시되지 않음에 유의). partkeepr에 대한 간략한 살펴보기. 로그에 다음 오류가 표시되었습니다.

request.CRITICAL: Uncaught PHP Exception Guzzle\Http\Exception\ClientErrorResponseException: "Client error response [status code] 401 [reason phrase] Unauthorized [url] http://octopart.com/api/v3/parts/search?apikey=https%3A%2F%2Foctopart.com%2Fapi%2Fv3%2Fparts%2Fmatch%3Fapikey%3Dxxxxxxxx&q=STD950BLK&start=0&include%5B0%5D=short_description&include%5B1%5D=specs&include%5B2%5D=datasheets&limit=20" at /var/www/partkeepr.domain.com/vendor/guzzle/guzzle/src/Guzzle/Http/Exception/BadResponseException.php line 43 {"exception":"[object] (Guzzle\\Http\\Exception\\ClientErrorResponseException(code: 0): Client error response\n[status code] 401\n[reason phrase] Unauthorized\n[url] http://octopart.com/api/v3/parts/search?apikey=https%3A%2F%2Foctopart.com%2Fapi%2Fv3%2Fparts%2Fmatch%3Fapikey%3Dxxxxxxxx&q=STD950BLK&start=0&include%5B0%5D=short_description&include%5B1%5D=specs&include%5B2%5D=datasheets&limit=20 at /var/www/partkeepr.domain.com/vendor/guzzle/guzzle/src/Guzzle/Http/Exception/BadResponseException.php:43)"} []

위의 로그 메시지에서 문제는 웹/설정의 apikey 확인/검증에 문제가 있는 것으로 보입니다. 프로세스의 유효성을 검사하려면 전체 Octopart URL 끝점(URL 매개변수로 포함된 apikey 포함)이 필요한 것 같습니다. 그러나 PartKeepr 자체는 대체를 위해 런타임에 지정된 독립형 apikey 문자열만 원합니다. 이는 API의 URL이 /src/PartKeepr/OctoPartBundle/Services/OctoPartService.php의 const OCTOPART_ENDPOINT에 지정되어 있기 때문에 의미가 있습니다.

이에 대한 해결 방법(적어도 당분간은 사용)은 설정 프로세스를 위해 parameters.php에 전체 Octopart API 엔드포인트(API 키가 URL 매개변수로 포함됨)를 남겨두는 것입니다. Octopart 지원이 활성화되어 있음을 PartKeepr에 확신시키기 위해 성공적으로 완료하십시오. 그런 다음 apiKey를 내 Octopart API 키를 나타내는 문자열 리터럴에 할당하여 /src/PartKeepr/OctoPartBundle/Services/OctoPartService.php 파일을 수정했습니다(아래 참조).

public function __construct($apiKey) { $this->apiKey = "xxxxxxxx"; }

이에 대한 수정은 웹/설정 유틸리티에서 API 키의 유효성 검사를 수정하는 것이라고 생각하지만 확실하지 않습니다. 내가 뭔가를 잘못 이해했거나 이 프로세스가 어떻게 작동하는지 사과드립니다.

건배!