أوقف حلقة تدوير البروكسي قبل أن تعمل إلى الأبد

تُحمّل طبقة خريطة عبر بروكسي المكتب، بينما تفشل استدعاءات API لإضافة. يعمل الإجراءان داخل QGIS، لكنهما قد يستخدمان عميلَي HTTP مختلفين.

يتيح QGIS QgsNetworkAccessManager لعمليات الشبكة. ينقل إعداد شبكة QGIS إلى الطلبات التي تُنفَّذ عبر ذلك المدير. إضافة Python تستورد Requests تُنشئ عميلًا آخر بسلوك بروكسي ومصادقة خاص به.

اختر الإعداد الذي تريد مشاركته

بالنسبة لإضافة يُقصد بها اتباع تفضيلات شبكة QGIS للمستخدم، فإن استخدام مدير شبكة QGIS يتجنب إعادة بناء تلك التفضيلات بشكل مستقل. راجع واجهة API المناسبة لإصدار QGIS الذي تدعمه، بما في ذلك سلوكها غير المتزامن وتكامل المصادقة فيها.

إذا احتجت Requests لسبب آخر، اضبطه عن قصد. يتبع قاموس البروكسي ومعالجة البيئة توثيق Requests. البروكسي المحدد في إعدادات QGIS ليس تلقائيًا إعدادًا لجلسة Requests.

كن دقيقًا بشأن النطاق عند تجربة أمثلة Qt من منتدى. ضبط بروكسي لتطبيق Qt يؤثر في شبكة Qt. ولا يثبت أن Requests، الذي يستخدم تنفيذًا مختلفًا للشبكة، قد غيّر مساره.

قارن الوجهة نفسها

استخدم عنوان URL للإضافة الفاشلة عند مقارنة السلوك. قد تكون لخدمة الخرائط وواجهة API غير مرتبطة قواعد تجاوز أو أذونات بروكسي أو سلاسل شهادات مختلفة. طلب خريطة ناجح يثبت فقط أن مساره هو يعمل.

سجّل اسم عميل HTTP، ومضيف الوجهة، وما إذا طُلبت مصادقة البروكسي، ومرحلة الخطأ الفعلية. استبعد كلمات المرور من سجلات الإضافة. هذه المقارنة الصغيرة تخبرك عادةً بما إذا كان عليك إصلاح تكامل شبكة QGIS أو عميل Python المستقل، دون إعادة ضبط تفضيلات بروكسي تعمل بالفعل للمستخدم.