معلومات النظام

• إصدار PartKeepr: v1.2.0
• قابل لإعادة الإنتاج على النظام التجريبي: لا (حيث لا أمتلك القدرة على تعديل التكوين على النظام التجريبي ويبدو أن تكامل Octopart يعمل هناك.)

كيف تتكاثر

لدي فهم محدود للغاية لكيفية دفع مفتاح Octopart API إلى النظام ، لذلك أقوم ببعض الافتراضات لأنني أكتب هذا (قد يكون بعضها غير صحيح) لذا يرجى تحمل معي. أيضًا ، سأستخدم "xxxxxxxx" بدلاً من مفتاح Octopart API الحقيقي الخاص بي في تقرير الخطأ هذا.

واجهت مشكلة أثناء محاولة إعداد دعم Octopart لتثبيت PartKeepr v1.2.0 الخاص بي. لقد بدأت ببساطة باتباع التعليمات الموجودة في app / config / parameters.php.dist ، والتي تنص على تعيين خاصية Octopart API في ملف parameters.php:

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

يبدو أن القيام بذلك ليس له أي تأثير ولم يمكّن دعم Octopart في PartKeepr. في النهاية ، عدت وتشغيل الويب / الإعداد مرة أخرى ، والتي فشلت بعد ذلك في خطوة "استرداد التكوين الحالي" مع ظهور رسالة الخطأ "مفتاح المصادقة غير صالح". لمجرد نزوة ، قمت بتعيين الخاصية partkeepr.octopart.apikey على النحو التالي:

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

ثم أعدت تشغيل أداة الويب / الإعداد وتمكنت من تجاوز خطوة "استرداد التكوين الحالي" بنجاح دون أي أخطاء ، ثم تمكنت من متابعة بقية عملية الإعداد بنجاح ؛ ومع ذلك ، بعد تسجيل الدخول مرة أخرى إلى PartKeepr ، وسحب نافذة التفاصيل لعنصر والنقر فوق زر Octopart ، ظهرت نافذة Octopart ولكنها كانت فارغة تمامًا (لاحظ عدم وجود رسائل خطأ معروضة في واجهة المستخدم.) نظرة سريعة على 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 للويب / الإعداد. يبدو أن العملية تحتاج إلى نقطة نهاية عنوان URL الخاصة بـ Octopart (مع تضمين apikey كمعامل URL) حتى يتم التحقق من صحتها ؛ ومع ذلك ، لا يريد PartKeepr نفسه سوى سلسلة apikey المستقلة المحددة في وقت التشغيل للاستبدال ، وهو أمر منطقي لأن عنوان URL لواجهة برمجة التطبيقات محدد في الثابت OCTOPART_ENDPOINT في /src/PartKeepr/OctoPartBundle/Services/OctoPartService.php.

الحل البديل لهذا (على الأقل الذي استخدمته في الوقت الحالي) هو ترك نقطة نهاية Octopart API الكاملة (مع تضمين مفتاح API كمعامل URL) في parameters.php لعملية الإعداد ، والتي يبدو أنها بحاجة إلى أكمل بنجاح لإقناع PartKeepr بتمكين دعم Octopart. ثم قمت بتعديل ملف /src/PartKeepr/OctoPartBundle/Services/OctoPartService.php عن طريق تعيين مفتاح api إلى سلسلة حرفية ، تمثل مفتاح Octopart API الخاص بي (كما هو موضح أدناه):

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

أعتقد أن الإصلاح لهذا هو تصحيح التحقق من صحة مفتاح API في أداة الويب / الإعداد المساعدة ولكني لست متأكدًا. اعتذاري إذا أسأت فهم شيء ما أو كيف تعمل هذه العملية.

هتافات!