CORS والأخطاء التي ينتجها

لماذا يعمل استدعاءٌ في موضعٍ ولا يعمل في آخر، وكيف تميّز هذا الإخفاق من عَرَضه لا بالاستبعاد. وهذه قاعدة متصفّحٍ لا قاعدة أوراكل، وهي مُدرَجة لأنها تكلّف الناس يومًا في المرّة الأولى وعشر ثوانٍ في كل مرّةٍ بعدها — اعتمادًا كلّه على أيميّزونها. والقاعدة أن صفحةً لا يجوز لها قراءة استجابةٍ من أصلٍ مختلف ما لم يقل ذلك الأصل إنه يجوز. فيرسل المتصفّح الطلب ثم يرفض تسليم النتيجة إلى صفحتك، لأن الخادم لم يضمّن رأسًا يسمح لأصل تطبيقك. والعَرَض هو ما يُتعلَّم، فهو مضلّلٌ على نحوٍ محدّد. فيقول المِعراض إن الطلب حُجِب بسياسة CORS، ويُظهِر لسان الشبكة طلبًا يبدو ناجحًا — أو طلب OPTIONS لم تُجرِه، وهو المتصفّح يستأذن أولًا. فالخدمة بخير، والاعتماد بخير، والبيانات عادت، ولا تستطيع صفحتك رؤيتها. ولذلك يشخّص الناس كل شيءٍ آخر أولًا. فالقراءة البيّنة أن الاستدعاء أخفق، فيبدأ البحث عند المسار والاعتماد والاستعلام — كلها صحيحة، كلها مفحوصة، كلها بخير. والشيء الوحيد الذي يقول CORS…

في هذه الوحدة: الوحدة ٦ · الاتصال بفيوجن

1. ١ما اتصال الخدمة
2. ٢إنشاء واحد مقابل واجهة REST في فيوجنمعاينة مجانية
3. ٣المصادقة، وهوية مَن تُستخدم
4. ٤لماذا يكون حساب الخدمة المشترك خاطئًا عادةً
5. ٥معاملات الاستعلام والترشيح والحقول
6. ٦التقسيم إلى صفحات، كما ينبغي
7. ٧الكتابة إلى فيوجن
8. ٨حين يتغيّر الشكل من تحتك
9. ٩استدعاء تكامل OIC بدلًا من ذلك
10. ١٠التعامل مع خدمة متوقفة
11. ١١CORS والأخطاء التي ينتجها
12. ١٢ما الذي ينكسر: أربعة إخفاقات اتصال
13. ١٣تمهيد التدريب · اتصل، واجلب زائدًا، ثم أصلحه