الخلاصة

  • في ديسمبر 1992، كان Lynx يستطيع تشغيل برامج بعيدة والوصول إلى خدمات تسجيل دخول قائمة وإعادة نتائج استعلام قاعدة فعاليات University of Kansas إلى القارئ.
  • تصف الوثائق جسراً بين معلومات الحرم الجامعي وتطبيقات مستقلة. لكنها لا تثبت انتشار الاستخدام على نطاق واسع أو أن Lynx كان أول متصفح يصل الخدمات.

رابط يطلق خدمة على حاسوب آخر

شرح Lou Montulli في رسالة مؤرخة 8 ديسمبر 1992 كيف يستطيع Lynx وصل موارد الجامعة الموجودة أصلاً. ذكر آليات محددة: تشغيل برنامج على مضيف بعيد عبر rexec، وبدء تطبيقات inetd، وإجراء rlogin شفاف. لذلك لم يكن اتباع الرابط يقود دائماً إلى وثيقة أخرى؛ فقد يفتح خدمة كان برنامجها يعمل قبل إنشاء الصفحة التي تشير إليها.

اختار Montulli نظام المكتبة مثالاً. يمكن للرابط تسجيل دخول القارئ إلى مضيف المكتبة البعيد بالحساب المحدد فيه، من دون إعادة بناء الفهرس أولاً ليصبح تطبيق ويب. ووصف أيضاً مسار «Events at KU»: يختار القارئ البند من قائمة الجامعة، فيستدعي Lynx برنامج قاعدة بيانات على جهاز stat1، ويطرح البرنامج سؤالاً، ويبحث البيانات، ثم يعيد النتيجة إلى الشاشة. وإذا أدخل المستخدم الرمز = قبل فتح البند، أمكنه رؤية البرنامج البعيد أثناء التنفيذ.

تجعل هذه التفاصيل وصف Lynx بأنه متصفح نصي غير كافٍ. فقد أتاح قراءة الصفحات عبر الطرفية، لكنه عمل أيضاً كسطح لبدء تطبيقات ظلت مستضافة على أجهزة أخرى. وسّع Telnet وTN3270 الوصول إلى الأنظمة المصممة للطرفيات، كما أمكن لـLynx قراءة قاعدة Hytelnet. لم تكن الفكرة إنشاء خلفية موحدة تحل محل كل ما سبق، بل جعل الطريق من المعلومات المنشورة إلى أدوات الجامعة القائمة قابلاً للتصفح.

مشروع الحرم قبل صفة المتصفح

يشرح سياق التطوير سبب أهمية هذا الربط. يضع Michael Grobe في مراجعته اللاحقة Lynx ضمن مشروع نظام معلومات للحرم الجامعي في وحدة Academic Computing Services التابعة لـ University of Kansas. ويذكر Charles Rezac وMontulli ضمن المطورين الرئيسيين، لكنه يحذر من أن كثرة التعاون تجعل تحديد من أنجز كل شيء ومتى أمراً صعباً. ما تثبته الأرشيفات هو عمل فريق ونظام يتطور، لا لحظة اختراع واضحة لشخص واحد.

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

ولم تلغِ سهولة الوصول الاعتماد على الطرف الآخر. فالرابط ظل رهناً بعمل الخادم، وقواعد الحساب، والبرنامج، ومسار الشبكة. حسّن الاكتشاف لكنه لم يضمن توافر الخدمة ولم ينقل مسؤولية تشغيلها إلى Lynx. حصلت الجامعة على مدخل جديد، فيما بقيت الخدمة نفسها غير قابلة للنقل تلقائياً كوثيقة ويب.

من مدخل جامعي إلى عميل ويب

جاء التحول عبر إصدارات متتابعة. في 25 أبريل 1993 أعلن Montulli الإصدار Lynx 2.0.8 بوصفه إصداراً مهماً لإصلاح الأخطاء. وصفه بالمستقر لكنه ما زال تجريبياً، وأعرب عن أمله في إطلاق إصدار إنتاجي قبل الأول من يونيو. هذه غاية معلنة، وليست دليلاً على أن الموعد تحقق. وتسجل صفحة منتج محفوظة لدى W3C لاحقاً الإصدار 2.3 في أبريل 1994 كمتصفح ويب نصي كامل الشاشة يعمل بمفاتيح الأسهم وTab.

يشرح دليل Lynx اللاحق التغيير الأعمق: أضافت الإصدارات التالية مكتبات World Wide Web ودعم HTML، ثم تراجع التنسيق الأصلي لـLynx مع اتساع استخدام HTML. لم يكن على الواجهة الطرفية أن تختفي؛ الذي تغير هو الطبقة المشتركة للوثائق والروابط. استطاع العميل الاحتفاظ بالتصفح بلوحة المفاتيح وقراءة وثائق الخوادم التي أخذت تعتمد الويب.

تجمع هذه المسيرة وظيفتين. في البداية، ربطت قوائم الجامعة بتطبيقاتها القائمة. ثم شارك العميل في فضاء أوسع من وثائق HTML وخوادم WWW. جعل النهج الأول الأنظمة الموجودة أسهل اكتشافاً، أما الثاني فوصل Lynx بصيغة نشر أعم. لا تثبت المصادر أن جميع الجامعات استبدلت المدخلات القديمة في وقت واحد أو بتاريخ محدد.

حدود ما تثبته الوثائق

تقدم رسالة Montulli المعاصرة أدق التفاصيل عن الآليات وأمثلة كانساس. وتضيف مراجعة Grobe سياق التعاون مع التنبيه إلى صعوبة ضبط الإسناد والتوقيت. ويبين إعلان 1993 وصفحة W3C لعام 1994 ودليل لاحق مسار Lynx نحو عميل ويب واتساع استخدام HTML.

تدعم هذه الوثائق استنتاجاً محدوداً: الواجهات المبكرة للإنترنت استطاعت توجيه الناس إلى الأنظمة التي كانوا يعتمدون عليها قبل أن يصبح الويب طبقة الوثائق المشتركة. وفي Lynx، لم تكن نهاية الرابط صفحة أخرى بالضرورة؛ فقد تكون خدمة لا تزال تعمل على حاسوب آخر.

المصادر