الخلاصة

  • وثيقة SPARQL 1.2 Graph Store Protocol المؤرخة 24 سبتمبر 2026 مسودة عمل منقحة، وليست أول مسودة علنية لهذا الإصدار ولا توصية نهائية من W3C.
  • بالمقارنة مع نسخة ديسمبر 2024، قد يعيد طلب GET بلا Accept أي صيغة تسلسل RDF، ويُفسَّر ناتج فك الترميز المئوي لقيمة ?graph= صراحةً على أنه سلسلة UTF-8.
  • ينبغي اختبار شكل الاستجابة واسم الرسم وصلاحية الكتابة كلٌّ على حدة. هذا ترتيب تشغيلي تقترحه المقالة، لا شهادة مطابقة جديدة فرضتها W3C.

قد يقرأ برنامجٌ رسمَ بيانات من الخادم نفسه كل ليلة، فيصله ملف Turtle مراراً حتى يصبح تنسيقه مفهوماً ضمناً. لكن الاعتياد لا يساوي اتفاقاً صريحاً. كانت مسودة ديسمبر 2024 تلزم الخادم، عند طلب GET من دون ترويسة Accept، بإحدى ثلاث صيغ: RDF/XML أو Turtle أو N-Triples. أما نص 24 سبتمبر 2026 فيسمح بأي صيغة تسلسل RDF، ويورد JSON-LD مثالاً. ليس في ذلك دليل على أن خادماً بعينه غيّر مخرجاته أو أن كل الخوادم ستختار JSON-LD. الذي تغيّر هو الحد الذي يمكن للعميل أن يفترضه من نص المسودة.

إذا كان البرنامج لا يقرأ إلا صيغة محددة، فالأفضل أن يعلنها في Accept ثم يتحقق من نوع الوسيط الوارد في Content-Type. الملف المعاد تمثيلٌ لمحتوى الرسم بغرض النقل عبر HTTP؛ ليس حكماً على صحة كل عبارة فيه. ونجاح القراءة لا يقول شيئاً عن حق العميل في استبدال ذلك المحتوى. هذه الحدود الثلاثة تختفي بسهولة عندما يسجّل نظام التشغيل نتيجة واحدة مختصرة: «نجح الطلب».

التعديل الثاني يتعلق باسم الهدف لا بشكل المستند. يتيح البروتوكول منذ قبل توجيه العملية إلى رسم عبر عنوان مخزن الرسوم وإضافة ?graph=، بدلاً من طلب عنوان الرسم مباشرة. في نسخة 2024، كان الخادم يفك الترميز المئوي لقيمة المعامل. وتضيف نسخة 2026 أن البايتات الناتجة تُفهم على أنها سلسلة UTF-8 لقيمة المعرّف IRI، ويجب أن يكون هذا المعرّف مطلقاً وإلا تكون الاستجابة 400. يمكن اختبار اسم يحوي محارف غير ASCII للتأكد من وصول العميل والخادم إلى الرسم ذاته. هذا اقتراح لاختبار التوافق، وليس بلاغاً عن تصادم أسماء أو ثغرة مستغلة.

لا يصح تحويل هذين التوضيحين إلى خبر عن أفعال كتابة مستحدثة. GET يسترجع تمثيلاً، وPUT يستبدل محتوى الرسم، وPOST يدمج بيانات، وDELETE يزيل الرسم. تعود هذه البنية إلى توصية SPARQL 1.1 الصادرة سنة 2013. وتترك مسودة 1.2 تفاصيل ضبط الدخول للتنفيذ، مع إمكان رفض الطلب عند غياب التوثيق أو نقص الصلاحية. معرفة IRI صحيح أو القدرة على قراءة الرسم لا تخوّل محوه. وفي المقابل، على برنامج مُصرَّح له بالكتابة أن يميّز بين استبدال PUT ودمج POST قبل أن يتصرف في بيانات مهمة.

يمكن لمراجعة الانتقال أن تحتفظ بسجل صغير ومحدد: ما أرسله العميل في Accept، ونوع المحتوى الذي عاد، والقيمة المشفّرة للمعامل graph، والـ IRI بعد فكّها، وهوية من يُسمح له بكل فعل كتابة، ونتيجة اختبار آمن للاستبدال أو الدمج. هذا سجل مساءلة تقترحه المقالة، وليس نموذجاً معيارياً من W3C. فائدته أنه يمنع استنتاج موافقة على الصيغة والهدف والصلاحية من استجابة ناجحة واحدة.

يُظهر سجل النشر لدى W3C أن أول مسودة عمل علنية لبروتوكول SPARQL 1.2 ظهرت في مايو 2023. وما نُشر في سبتمبر 2026 يظل قابلاً للتعديل ولا يثبت نتيجة نشر برمجيات في الواقع. الخبر الدقيق هو أن افتراضين تشغيليين صارا ظاهرين في النص. أما أثرهما في خدمة بعينها فلا يُعرف من الوثيقة وحدها، بل من اختبار تلك الخدمة.

المصادر