تجارب مع RDFa

بقلم برايان كيلي | 3 مايو 2010 | HTML، W3C | تعليقان السياق في منشور حديث، أوجزت بعض الأفكار حول Microformats وRDFa: إضافة بنية أغنى إلى صفحات HTML الخاصة بك. اقترحت أنه قد يكون من المناسب الآن تقييم إمكانات RDFa، لكنني أضفت ملاحظة تحذيرية، مشيرًا إلى أن microformats لا يبدو أنها ارتقت إلى مستوى الضجة الأولية التي أثيرت حولها. وقد ردّد أوين ستيفنز هذه التحفظات، حيث فكّر في استخدام RDFa (مع أنطولوجيا Bibo) لتمكين مشاركة ‘المراجع’ بين الطلاب (والموظفين) كجزء من مشروعه TELSTAR، ثم واصل وصف الأسباب الكامنة وراء هذا القرار. تمحور قرار أوين حول مخاوف النشر. في المقابل، كانت لدى كريس غوتريدج تحفظات أيديولوجية، حيث قال إنه “يكره [يكره] خلط الترميز المرئي وترميز البيانات. من الأفضل أن تكون لديك كتل من RDF (في N3 للتفضيل) في عنصر بجوار العنصر الذي يتم الحديث عنه، أو فقط في الصفحة”. مثلي، يبدو أن ستيفن داونز مستعد للتحقيق وطلب “روابط تشير تحديدًا إلى صيغة RDFa المستخدمة لوصف الأحداث؟”. قدّم مايكل هاوزنبلاس روابط لمصدرين مفيدين: برنامج W3C التعليمي للبيانات المرتبطة – حول نشر واستهلاك البيانات المرتبطة باستخدام RDFa، وورقة بحثية حول “بناء بيانات مرتبطة لكل من البشر والآلات” (بصيغة PDF). كما قدّم بيت جونسون بعض التعليقات المفيدة ووفّر رابطًا لعمل نُشر حديثًا حول كيفية استخدام RDFa في موارد HTML 5. تجاربي مثل ستيفن داونز، اعتقدت أنه سيكون من المفيد البدء بتوفير بنية أغنى حول الأحداث. لذلك بدأت تجاربي بإضافة ترميز RDFa لصفحة أحداثي القادمة. وبما أن فوائد توفير مثل هذه البنية الأغنى لمعالجتها بواسطة إضافات المتصفح تبدو غير مقنعة حاليًا، كان تركيزي على توفير مثل هذا الترميز لمحرك بحث. لذا فإن الدافع هو في المقام الأول توفير ترميز أغنى للأحداث التي ستُعالج بواسطة خدمة واسعة الاستخدام حتى يحصل المستخدمون النهائيون على نتائج بحث أفضل. كانت أول محطة لي منشورًا من Google قدّم المقتطفات الغنية. أطلقت Google دعمها للمقتطفات الغنية منذ أقل من عام، في مايو 2009. ويوصف بأنه “عرض جديد للمقتطفات يطبّق خوارزميات Google لإبراز البيانات المنظمة المضمنة في صفحات الويب”. تتوفر وثائق حول استخدام المقتطفات الغنية على موقع أدوات مشرفي المواقع من Google. وهذا يزوّدني بمعلومات حول ترميز RDFa (إلى جانب microdata وmicroformats) للأحداث. وتوفّر صفحات إضافية معلومات مشابهة حول الترميز المتعلق بالأشخاص والشركات والمؤسسات. وعلى الرغم من أنني أدرك أن Google قد تعرضت للانتقاد لتطويرها مفرداتها الخاصة للمقتطفات الغنية، فقد كنت أكثر اهتمامًا بإجراء تجربة بسيطة باستخدام RDFa من مواصلة الجدل حول المفردات الأنسب. تم تحديث صفحة الأحداث القادمة لتتضمن ترميز RDFa عن نفسي (الاسم، المؤسسة وموقع مؤسستي، بما في ذلك الموقع الجغرافي لجامعة باث. وبالنسبة لمحاضراتي في 2010، استبدلت microformats التي استخدمتها سابقًا بترميز RDFa مع توفير معلومات عن تاريخ المحاضرات وموقعها (مرة أخرى مع معلومات الموقع الجغرافي). لم تكن هناك تغييرات ملحوظة عند عرض الصفحة بشكل طبيعي. ومع ذلك، باستخدام إضافات FireFox التي تعرض معلومات RDFa (وmicroformat)، أستطيع أن أرى أن البرنامج قادر على تحديد العناصر الأكثر بنية غنية في صفحة HTML. تُظهر لقطة الشاشة كيف تم عرض الترميز بواسطة الشريط الجانبي Operator وbookmarklet RDFa Highlight، وفي شريط الحالة أسفل الشاشة، روابط إلى مدقق RDFa ومتصفح SIOC RDF. إذا قارنت هذه الصورة مع عرض كيفية تقديم microformats بواسطة إضافة Operator، ستلاحظ أن عرض microformats يُظهر عنوان الحدث بينما يسرد عرض RDFa عناصر HTML التي تحتوي على ترميز RDFa. يبدو أن المرونة الأكبر التي يوفرها RDFa تأتي على حساب فقدان السياق الذي توفره الاستخدامات الأكثر تقييدًا التي توفرها microformats. هل هو صالح؟ على الرغم من أن bookmarklet HTML RDFa Highlight أظهر أن ترميز RDFa متاح وأشار إلى العناصر التي طُبّق عليها الترميز، كانت هناك أيضًا حاجة لتعديل جوانب أخرى من صفحة HTML. تم تغيير DTD من HTML 1.0 Strict إلى: بالإضافة إلى ذلك، كان لا بد من تعريف مساحة الأسماء لعناصر RDFa: كان من الممكن لي القيام بذلك لأن لديّ إمكانية الوصول إلى صفحة HTML بما في ذلك العناصر المعرفة في HTML. وأدرك أن بعض تطبيقات CMS قد لا تسمح بإجراء مثل هذه التغييرات، وبالإضافة إلى ذلك، قد تكون لدى المؤسسات سياسات تمنع مثل هذه التغييرات. عند التحقق من صحة الصفحة لاحقًا، اكتشفت مع ذلك أخطاء في صحة HTML. يبدو أن استخدامي لسمة name=“foo” قد استُبدل بـ id=“foo”. لم تكن التغييرات في DTD والعناصر وإدراج ترميز RDFa هي التغييرات الوحيدة التي اضطررت إلى إجرائها. اكتشفت أن السمة id=“foo تتطلب أن يبدأ “foo” بحرف أبجدي. لذلك اضطررت إلى تغيير id=“2010” إلى id=“year-2010”. وهذا، بالنسبة لي، كان مقلقًا إلى حد ما لأنه بدلًا من مجرد تضمين ترميز جديد أو معدّل قليلًا ومتوافق مع الإصدارات السابقة، أصبحت الآن مضطرًا لتغيير عنوان URL لمرساة داخلية. لو كانت المراسي تبدأ بحرف أبجدي لما كان هذا مشكلة (ولما كنت على علم بالمشكلة). ومع ذلك يبدو أن الانتقال من عالم XHTML 1.0 Strict المتوافق المتمركز حول المستند إلى عالم XHTML 1.1+RDFa الأكثر تمركزًا حول البيانات قد يؤدي إلى كسر الروابط. كنت مستعدًا لإجراء هذا التغيير في صفحات أحداثي القادمة والحديثة وتغيير الروابط داخل الصفحات. ومع ذلك، إذا كان آخرون يربطون إلى هذه المراسي الداخلية (وهو ما أعتقد أنه غير مرجح)، فإن الروابط ستتدهور قليلًا (لن تؤدي إلى عرض رسالة خطأ 404؛ بدلًا من ذلك سيُعرض أعلى الصفحة، بدلًا من إدخالات بداية السنة المعينة). رؤية Google لترميز RDFa باستخدام أداة اختبار المقتطفات الغنية من Google، من الممكن “إدخال عنوان URL لصفحة ويب لرؤية كيف قد تظهر في نتائج البحث”. تُظهر الصورة المرفقة مخرجات هذه الأداة لصفحة أحداثي. وهذا يُظهر بنية الصفحة التي تعرفها Google. وبما أن Google تعرف خط العرض وخط الطول لموقع المحاضرة، فيمكنها استخدام ذلك لخدمات الموقع، ويمكنها تقديم ملخص الحدث ووصف. هل هو صحيح؟ بعد تجربتي الأولية، قدّم لي زميلي السابق بيت جونستون (الآن من Eduserv) بعض الملاحظات مشكورًا. ونبّهني إلى خدمة RDFa Distiller and Parser من W3C – وقد نشر مؤخرًا بنفسه منشورات حول بيانات وصفية للمستند باستخدام DC-HTML واستخدام RDFa ومسودات RDFa 1.1 المتاحة من W3C. باستخدام خدمة Distiller and Parser للإبلاغ عن صفحة أحداثي (التي أصبحت الآن

P.S. A few readers have asked which managed wordpress hosting we actually reach for — it's WP Engine; take a look here if you want the current details.