تحديد مشاكل واجهة برمجة التطبيقات وحلّها

توضّح هذه الصفحة كيفية تحديد وحلّ الأخطاء في واجهة برمجة التطبيقات Sheets API.

400 Bad Request

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

500 Internal Server Error

إذا كنت تواجه أخطاء 500 عند استخدام Sheets API، يشير ذلك عادةً إلى أنّ هناك مشكلة في واجهة برمجة التطبيقات نفسها. أرسِل بلاغًا عن خطأ في أداة تتبُّع المشاكل الخاصة بواجهة برمجة التطبيقات Sheets API مع تضمين الطلب الذي أدّى إلى ظهور الخطأ.

503 Service Unavailable

تعرِض واجهة برمجة التطبيقات Sheets API خطأ 503 عندما تكون الخدمة غير متاحة أو عندما تكون درجة تعقيد الطلب أو جدول البيانات عالية. في ما يلي بعض الاقتراحات للحد من معدّل الأخطاء 503 من خلال تعديل طلبات البيانات من واجهة برمجة التطبيقات وجدول البيانات الأساسي.

الطلب

  • استخدِم batchUpdate لدمج التعديلات ذات الصلة في طلب واحد. يُرجى توخي الحذر عند تجميع التعديلات الكبيرة لأنّ ذلك قد يؤدي إلى انتهاء مهلة.
  • يجب الحد من عدد الطلبات المتزامنة إلى واجهة برمجة التطبيقات لكل جدول بيانات إلى طلب واحد في الثانية.
  • بالنسبة إلى جداول البيانات الكبيرة، استردّ قيم جداول البيانات الضرورية فقط باستخدام ترميز A1 وحصر استخدام includeGridData.
  • استخدِم أقنعة الحقول لتقييد مقدار البيانات التي تعرضها واجهة برمجة التطبيقات.
  • استخدِم خوارزمية الرقود الأسي الثنائي عند إعادة محاولة إرسال الطلبات.

جدول بيانات

  • بالنسبة إلى جداول البيانات التي يتم تعديلها بشكل متكرّر، يمكنك التبديل إلى جدول بيانات جديد بشكل دوري لمحاولة تقليل تراكم الإصدارات.
  • الحدّ من استخدام IMPORTRANGE وQUERY والصيغ المعقدة الأخرى
  • ننصحك بتقسيم جداول البيانات الكبيرة إلى جداول بيانات متعددة.
  • الحد من استخدام جدول بيانات واحد كمصدر للعديد من IMPORTRANGE الصيَغ
  • حصر الوصول إلى جدول البيانات بمن يحتاج إليه فقط