كيفية فتح المستندات من موقع ويب في Office 2003‏

انتهاء دعم Office 2003

لقد أنهت شركة Microsoft دعم Office 2003 في 8 أبريل، 2014. وقد أثر هذا التغيير على تحديثات البرامج لديك وخيارات الأمان الخاصة بك. تعرف على ما يعنيه ذلك فيما يتعلق بك وكيفية الحفاظ على حمايتك.

مقدمة
توضح هذه المقالة العملية التي يستخدمها Microsoft Office 2003 لفتح مستندات Microsoft Office Word 2003، وجداول بيانات Microsoft Office Excel 2003، وكذلك العروض التقديمية من Microsoft Office PowerPoint 2003 وذلك عن طريق استخدام الارتباطات التشعبية أو مجلدات الويب في Microsoft Internet Explorer. تستلزم العملية إجراء العديد من العمليات الإضافية لتحسين مساهمة الويب. قد تؤثر هذه العمليات الإضافية على حلول الويب التي تعتمد على الأداء السابق لـ Office. المعلومات المتوفرة مخصصة لمطوري حلول الويب ممن يسعون نحو فهم أفضل للعملية الفنية التي تتم من خلال Office للتعامل مع تحميل مستند وتحريره من مورد HTTP.
معلومات أخرى
تم تصميم Office 2003 لتوفير مساحة عمل مساهمة أكبر. ولذا، تم إجراء العديد من التغييرات على كيفية عمل Office 2003 مع محتوى ويب. تساعد هذه التغييرات في إنشاء حلول ويب تعمل على توافق مستندات Office مع نظام Office 2003 بشكل كامل. وتوضح هذه المقالة هذه التغييرات من منظور فني. توفر هذه التغييرات ميزات كتابة أفضل لملقمات الويب التالية التي تدعم Office 2003:
  • Microsoft Windows SharePoint Services
  • Microsoft Windows SharePoint Services
  • Microsoft Exchange Web Store
ملاحظة ينطبق مصطلح "Office" على المنتجات التالية:
  • Microsoft Office Word 2003
  • Microsoft Office Excel 2003
  • Microsoft Office PowerPoint 2003
ينطبق المصطلح "مستند" على أي ملف أو أي قالب يمكن فتحه في Word 2003 أو في Excel 2003 أو في PowerPoint 2003 وذلك بغض النظر عن تنسيق الملف.

إجراء الارتباط التشعبي في Office 2003 عن طريق استخدام HLINK وURLMON

وكما هو الحال في الإصدارات السابقة من Office، يقوم Office 2003 بتطبيق أداء الارتباط التشعبي عن طريق استخدام واجهات OLE المعروضة للعموم والتي تتعلق بمكون لقب محدد مواقع المعلومات URL ‏(Urlmon.dll) من Internet Explorer. يسمح API المتوفر من خلال URLMON بمعالجة Office لمورد محدد مواقع المعلومات بنفس أسلوب معالجته لأي مصدر من مصادر ارتباط OLE. هذا بالإضافة إلى، توفير API الخاص بـ URLMON لطرق التنقل غير المتزامن ولإعادة التوجيه وكذلك لمشاركة المحتوى بين العمليات.

للتعامل مع القدرات السابقة ومحفوظات التنقل، يقوم Office باستخدام الواجهات العمومية لمكتبة Microsoft للارتباط التشعبي (Hlink.dll) وذلك لإنشاء ارتباطات تشعبية وللربط بالارتباطات التشعبية وللنقل إلى الارتباطات التشعبية. يُعتبر HLINK مجمّع عالي المستوى للميزات المعروضة من خلال URLMON. يوفر HLINK لتطبيقات Office إطار عمل عام للتعامل مع المهام الأساسية لسلوك الارتباط التشعبي.

فتح مستند Office من Internet Explorer

عندما تقوم بالنقر فوق ارتباط تشعبي لأحد مستندات Office من صفحة ويب في Internet Explorer، يتنقل الإطار المضيف إلى مورد الارتباط التشعبي وذلك عن طريق استخدام URLMON. يقوم URLMON بتحميل محتوى الملف عن طريق استخدام الأمر HTTP GET. بعد حصول URLMON على المورد، يحدد URLMON أي موقع من المواقع الثلاثة التالية لتعريف نوع المحتوى:
  • نوع MIME المقترن والمحدد في رأس صفحة HTTP
  • معرّف الفئة (CLSID) حيث أنه محفوظ في مستند تخزين ذو بنية
  • ملحق اسم الملف، في حالة الاحتفاظ به في سلسلة محدد موقع المعلومات
في حالة اقتران النوع بتطبيق Office، يقوم URLMON بإنشاء مثيل OLE الخاص بالتطبيق الهدف. يقوم URLMON بالمطالبة بمثيل OLE لتحميل المحتوى عن طريق استخدام واجهة IPersistMoniker الخاصة بكائن OLE. يقوم URLMON بتمرير لقب محدد موقع المعلومات الذي يقوم بإنشائه للمورد لـ Office. وبعد ذلك، يتم تجميع ألقاب محدد موقع المعلومات من خلال Office في كائن HLINK جديد. بعد ربط لقب محدد موقع المعلومات بكائن HLINK، يمكن تحميل الملف ثم عرضه للمستخدم من خلال Office.

لا تتناول هذه المقالة عملية التحميل الكاملة من اللقب ثم استخدام HLINK وURLMON لربط محتوى الويب. لمزيد من التفاصيل حول الجوانب البرمجية لهذه العملية، راجع الوثائق الموجودة على شبكة Microsoft Developer Network.

للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft" (ينتقل بك هذا الارتباط إلى صفحة قد يكون محتواها كله أو جزء منه باللغة الإنجليزية):
178853 عرض HLINKAXD لمستند نشط لإنشاء الارتباط التشعبي
هناك عيب خطير يخص هذا المفهوم. وهو أنه عادًة ما تكون ألقاب محدد موقع المعلومات المتوفرة من خلال Internet Explorer للقراءة فقط. يمكنك فتح المحتويات وتعديلها ولكن لا يمكنك حفظها مرة أخرى إلى الملقم. عند حفظ المحتوى مرة أخرى إلى التخزين المتوفر من خلال اللقب، يتم تطبيق التعديلات على محتوى التخزين المؤقت لملفات الإنترنت المؤقتة الموجودة في Internet Explorer. ومع ذلك، لا يتم تطبيق التعديلات على المحتوى الموجود بملقم الويب. لحل هذا العيب، يتم تقديم مفهوم لقب النشر في إصدار Office 2000 وكذلك الإصدار الأحدث منه.

إنشاء لقب محدد موقع المعلومات بحيث يحتوي على حق وصول للقراءة وللكتابة وذلك عن طريق استخدام MSDAIPP

مع تقديم إصدار Office 2000، توسعت القدرات الخاصة بـ URLMON لتشمل تدعيم الوصول الكامل للكتابة إلى ملقم النشر والذي يدعم بدوره ملحقات ملقم FrontPage (FPSE)‎ أو ملحقات الأمر HTTP 1.1 للتأليف الموزع وتعيين الإصدار للويب (DAV).

اكتمل تدعيم حق الوصول الكامل للكتابة عن طريق استخدام ملحق موفر بروتوكول لـ URLMON. يسمح ملحق موفر بروتوكول لـ URLMON بإجراء عملية الربط من خلال مكون باسم موفر قواعد بيانات Microsoft OLE لـ Internet Publishing Provider ‏(Msdaipp.dll) من خلال استخدام مجموعة من الإشارات لـ URLMON، يمكن لمضيف طلب إجراء الربط عن طريق استخدام نوع لقب محدد موقع معلومات تم تخصيصه لاستخدام MSDAIPP. يشير Office إلى هذا الإجراء على أنه لقب نشر. يقوم لقب النشر باستخدام MSDAIPP لفتح المحتويات وحفظها مباشرًة على الملقم. يُعتبر هذا الإجراء خطوة مهمة لتمديد القدرات الخاصة بـ URLMON.

وعلى الرغم من هذا، فهناك مشكلة. يقوم مكون MSDAIPP باستخدام جلسة عمل مخصصة له لـ Windows Internet (WININET) API، وليست جلسة العمل الجاري استخدامها بواسطة Internet Explorer نفسه. ولذلك، لا تتوفر معلومات بشأن جلسات العمل غير الثابتة، على سبيل المثال، ملفات تعريف الارتباط للملقم في طلبات MSDAIPP. يؤدي هذا إلى حاجة بعض الملقمات إلى إعادة المصادقة أو إعادة التنقل إلى محدد موقع المعلومات الخاص بـ MSDAIPP للاتصال مع تلك الملقمات. هذا بالإضافة إلى أنه لتجنب الحصول على بيانات "تالفة" والتي من الممكن أن تكون قد تغيرت عن طريق مستخدم آخر، تقوم MSDAIPP بإعادة اكتساب محتوى الويب بعد تأمين محتويات الويب بنجاح لصلاحية الوصول للكتابة. ويتسبب هذا في تحديد طلب HTTP GET آخر أو طلب FPSE POST آخر لملقم الويب الخاص بمحتويات المستند.

لمحاولة التغلب على هذا العيب، تم تقديم مفهوم معدل في الإصدار 1 لخدمة Office 2000. بدلاً من محاولة إجراء الربط باستخدام لقب النشر وقت التحميل، يتم ربط Office بالمستند وذلك عن طريق استخدام لقب محدد موقع المعلومات النموذجي للقراءة فقط والمتوفر من خلال Internet Explorer. إذا كنت تريد حفظ الملف، يقوم Office بالتبديل إلى لقب النشر لإجراء الحفظ مرة أخرى إلى الملقم، وذلك في حالة دعم الملقم للنشر على الويب. إذا كانت ‏‏إعادة المصادقة مطلوبة وذلك بسبب حدوث تغيير في جلسة العمل، فستتم مطالبتك ببيانات الاعتماد عند إجراء الحفظ بدلاً من المطالبة بها عند إجراء الفتح. إذا أردت قراءة الملف بدون حفظه، يتجنب Office التبديل المكلف للسياق إلى لقب النشر. يتجنب Office أيضًا تأمين الملقم على المورد. يعتبر هذا مفهوم تجميع.

لمزيد من المعلومات حول بعض التغييرات التي تم إجراؤها على الإصدار 1 لخدمة Office 2000 للتخفيف من التأثيرات الناتجة من فتح مستندات الويب عن طريق استخدام سياق لقب النشر، انقر فوق أرقام المقالات التالية لعرضها في "قاعدة المعارف Microsoft" (ينتقل بك هذا الارتباط إلى صفحة قد يكون محتواها كله أو جزء منه باللغة الإنجليزية):
185978 طلبات GET المزدوجة وكذلك ملفات تعريف الارتباط غير موجودة مع Word 2000 أو Excel 2000
266263 الخطأ: عرض مصدر ASP من خلال Word 2000 وExcel 2000 عند استخدام نوع MIME لدفق البيانات
247318 الخطأ: إعادة توجيه Word 2000 وExcel 2000 بشكل غير صحيح عند استخدام Response.Redirect
264143 الإصلاح: إفراغ متغيرات جلسة عمل ASP عند دفق أنواع Office 2000 MIME من خلال Internet Explorer

التعرف على عيوب الأساليب المستخدمة في إصدارات Office السابقة

أسلوب التجميع المستخدم عن طريق Office 2000 Service Release 1 وكذلك عن طريق Office XP مناسب تمامًا لاستعراض المستندات وحفظها إلى الملقم. وعلى الرغم من ذلك، يحتوي هذا الأسلوب على عيوب. أصبحت العيوب ملحوظة بصورة أكبر حيث قام مطورو الويب بإنشاء أنظمة إدارة مستندات معقدة على أساس الويب وهي تهدف إلى تحقيق التكامل بأكبر صورة ممكنة مع Microsoft Office.

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

ومن العيوب أيضًا، أن تكون حقوق الكتابة الخاصة بالمستخدم غير معروفة حتى تتم عملية تبديل السياق. لا يتم إعلام المستخدم بأنه ليس لديه الحق لحفظ الملف حتى يقوم بإجراء الطلب الفعلي اللازم لحفظ الملف. يجب إعلام المستخدم بأنه ليس لديه الحق لحفظ الملف قبل فتح الملف لتحريره. وكان هذا هو العيب الذي أدى إلى إنشاء الأسلوب المضمن في Office 2000 Service Release 1.

تحديد التغييرات التي تحدث إلى عملية الارتباط التشعبي لـ Office 2003

هناك عدد متزايد من المستخدمين ممن يستخدمون Office كواجهة أمامية لمساهمة المستند من شبكات الإنترانت التي تستخدم بروتوكول HTTP. ولذلك، تعتبر عيوب الأداء السابق من العيوب الخطيرة. التغييرات مطلوبة لكشف الاختلاف بين مستند مشترك ومستند مستعرض. يقدم Office 2003 ميزات جديدة بعملية الارتباط التشعبي يمكنها التعامل مع العيوب المتعلقة بها.

فهم البروتوكول Microsoft Office Protocol Discovery

عندما يتلقى تطبيق Office طلب لفتح مورد ويب، يجب اتخاذ القرارات التالية بشأن كيفية فتح مورد الويب من خلال تطبيق Office:
  • فتح المورد للقراءة فقط من المحتوى الذي تم تحميله بواسطة Internet Explorer. يتم فتح هذا المحتوى في وضع الاستعراض.
  • فتح المورد للقراءة/الكتابة مع تأمين المستند على الملقم بحيث يكون له حق وصول شامل. يتم فتح هذا المحتوى في وضع التحرير.
يتم حل القرار المتعلق بكيفية فتح مورد الويب عن طريق تفحص مسار المجلد من حيث يأتي المستند وكذلك تفحص قدرات الملقم الذي يتحكم بذلك المسار. لتحديد القدرات التي يدعمها الملقم، يقوم Office 2003 بإصدار أمر HTTP 1.1 القياسي OPTIONS يتطلب الأمر OPTIONS تحديد الملقم للأوامر وللأساليب التي يدعمها بالنسبة للمجلد حيث تم وضع المستند. تتم عملية تحديد الملقم وفقًا للقواعد المفصلة في RFC 2616. يستجيب ملقم الويب المتوافق مع -HTTP 1.1 إلى الطلب OPTIONS بقائمة من الأساليب المدعمة لمعرّف موقع معلومات (URI). يقوم Office بتقييم الاستجابة ثم البحث عن ما يلي:
  • بروتوكول كتابة الويب

    إذا احتوت استجابة الملقم على قيمة رأس MS-AUTHOR-VIA أو قائمة بأساليب متوافقة مع التأليف الموزع وتعيين الإصدار، فيشير Office إلى إمكانية حفظ المستند مرًة أخرى إلى ملقم الويب عن طريق استخدام البروتوكول المحدد.

    البروتوكولات المتاحة في الوقت الحالي هي عميل موسع الويب (WEC) وDAV للويب. في حالة عدم توفر بروتوكول من خلال الملقم، يُعتبر الملف للقراءة فقط. يمكن للعميل إجراء حفظ باسم لحفظ نسخة من الملف محليًا. ومع ذلك، لا يمكن حفظ نسخة من الملف مرة أخرى إلى المجلد حيث كان الملف موجودًا في الأساس.
  • نوع ملقم ويب

    يقوم Office أيضًا بمحاولة تحديد نوع ملقم ويب. يقوم هذا التحديد على أساس معلومات الرأس الناتجة من الاستدعاء OPTIONS. يقوم Office على وجه الخصوص بالبحث عن قيم الرأس التي تشير إلى الاتصالات بمكتبة مستندات SharePoint أو بمجلد مخزن ويب Exchange. في حالة اكتشاف الاتصالات، يقوم Office بإجراء اتصالات إضافية إلى الملقم لتمكين ميزات مساهمة الويب التالية:
    • مناقشة صفحة ويب
    • تحديثات قائمة المهام
    • إلغاء تسجيل مستند
    • تسجيل مستند
    يتم تدعيم ميزات مساهمة الويب السابقة عن طريق أنواع ملقمات ويب معينة. لتحديد نوع ملقم ويب، يقوم Office بالبحث عن الرؤوس التالية:
    • MicrosoftSharePointTeamServices
    • MicrosoftTahoeServer
    • MicrosoftOfficeWebServer
    • MS-WebStore
إذا تطلب ملقم الويب مصادقة لإتمام طلب OPTIONS بنجاح، فقد تتم مطالبتك ببيانات الاعتماد لإتمام الاستدعاء. بعد إتمام الاستدعاء، يتم تخزين المعلومات المجمعّة بشكل مؤقت في خلية التسجيل الخاصة بك، وبذلك لن تكون هناك حاجة إلى إعادة استدعاء هذا المجلد. يتم تحديد موقع ذاكرة التخزين المؤقت للبروتوكول Office Protocol Discovery ضمن مفتاح التسجيل التالي:

HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\Internet\Server Cache


تحتوي ذاكرة التخزين المؤقت للملقم على إدخالات مفاتيح فرعية لكل مجلد ويب مفتوح ونتج عنه الاستدعاء OPTIONS بنجاح. يتم تعيين القيم التالية لكل إدخال إلى الإعدادات المناسبة لذلك المجلد:
  • البروتوكول

    هذه قيمة DWORD 32 بت التي تحتوي على بروتوكول كتابة ويب لاستخدامه للمستند. تتبع القيم المحددة حاليًا ما يلي:
    • 0 لـ HTTP للقراءة فقط
    • 1 لـ WEC إلى مجلد الويب المتوافق مع FPSE
    • 2 لـ DAV إلى مجلد الويب الممتد لـ DAV
  • النوع

    تعتبر هذه قيمة DWORD التي تشير إلى نوع ملقم مساهمة مستند الويب الذي يتحكم في المجلد. تتبع القيم المحددة حاليًا ما يلي:
    • 0 لعدم المساهمة
    • 1 لـ SharePoint Team Server
    • 2 لـ Exchange 2000 Server
    • 3 لـ SharePoint Portal 2001 Server
    • 4 للمجلد المحسّن SharePoint 2001
    • 5 لـ Windows SharePoint Server وSharePoint Portal 2003 Server
  • انتهاء مدة الصلاحية

    هذه قيمة DWORD 64 بت التي تحتوي على وقت انتهاء الصلاحية. القيمة هي Win32 FILETIME التي تحتوي على تاريخ انتهاء مدة الصلاحية بتنسيق التوقيت الدولي المنسق (UTC). بعد انتهاء مدة الصلاحية، يقوم Office بإعادة الاستعلام عن ملقم الويب باستدعاء OPTIONS مختلف وذلك للتأكد من عدم تغيير تكوين الملقم منذ آخر تخزين مؤقت للقيم. يتنوع تاريخ انتهاء مدة الصلاحية على أساس عشوائي. يكون وقت انتهاء الصلاحية عادًة أسبوعين أو أكثر.

    هام يتم توفير مفتاح التسجيل لأغراض إخبارية فقط. لا تقم بتحرير مفتاح التسجيل أو القيم مباشرًة. يقوم Office بمسح ذاكرة التخزين المؤقت بصورة منتظمة. ولذلك، تعتبر المعلومات المحفوظة معلومات مؤقتة.
من الممكن تعيين الحد الأقصى لعدد مدخلات ذاكرة التخزين المؤقت عن طريق قيمة التسجيل MaxCount تحت نفس مفتاح ذاكرة التخزين المؤقت للملقم. يقوم Office بإزالة المدخلات السابقة لتوفير مساحة وذلك في حالة بلوغ الحد الأقصى للمدخلات. في حالة تعذر توفير مساحة، لا يتم تخزين نتائج الاستدعاء OPTIONS.

تحديد العيوب المعروفة والتي تحدث بسبب البروتوكول Office Protocol Discovery.

يقوم البروتوكول Office Protocol Discovery بحل أكثر العيوب أهمية ألا وهو تحديد ما إذا كان يجب فتح المستند كمستند للقراءة فقط أو مستند للقراءة/للكتابة على الملقم. ومع ذلك، فإن البروتوكول Office Protocol Discovery به احتمالية لوجود بعض العيوب الجديدة. تعتبر المشاكل التالية آثارًا جانبية معروفة للتصميم الحالي:
  • يستخدم البروتوكول Office Protocol Discovery أمر HTTP 1.1 القياسي OPTIONS. لا يمكن لملقمات الويب التي لا تقوم بمعالجة هذا الأمر دعم حق الوصول الكامل للقراءة/الكتابة في Office 2003. يعتبر هذا من الأمور المتوقعة وهو حسب التصميم.
  • قد تتم مطالبتك بالمصادقة عند فتح ملفات Office. تحدث هذه الحالة إذا تطلب ملقم الويب وجود مصادقة لمعالجة استدعاء OPTIONS لـ URI الخاص بالمجلد. عادًة، يمكن إجراء تغييرات على تكوين الملقم لتجنب حدوث هذه المشكلة وذلك عن طريق منح أذونات استعراض لمستخدمين مجهولين إلى المجلد. أذونات الاستعراض معروفة أيضًا باسم أذونات القوائم. تكون المطالبة بالمصادقة متوقعة إذا تطلب الملقم مصادقة.
  • قد تتم مطالبتك باختيار شهادة العميل أو لتحديد شهادة ثقة الملقم عند الفتح. قد تحدث هذه الحالة حتى وإن كان قد سبق تحديد معلومات هذه الشهادة من قبل لـ Internet Explorer لنفس التنقل. نظرًا لتحديد Office لطلب جديد لتوفير مساحة معالجة على الملقم، يتم إنشاء جلسة عمل جديدة كل مرة. قد ينتج عن إنشاء جلسة العمل الجديدة هذه تحذيرات أمان إضافية أو مطالبات إضافية لإنهاء الاستدعاء OPTIONS بنجاح.
  • تعتبر معلومات ملف تعريف الارتباط (Cookie) المستخدمة في تجميع المستند ليست مستخدمة في الطلب OPTIONS. في حالة عدم سماح الملقم بإجراء استدعاءات مباشرة إلى محدد موقع المعلومات الخاص بالمجلد بدون توفير معلومات ملف تعريف الارتباط (Cookie)، فمن الممكن عدم إنشاء الاستدعاء OPTIONS بنجاح. في حالة حدوث هذه المشكلة، فقد تتم مطالبة المستخدم بالمصادقة بشكل متكرر، ولكن قد يكون المستخدم غير قادر على تقديم المصادقة. ولا يحدث هذا بسبب عدم وجود المصادقة. ولكن تحدث هذه المشكلة بسبب عدم وجود ملفات تعريف ارتباط جلسة العمل لملقم الويب. هذه المشكلة خاصة بتصميمات ملقم ويب معينة والتي تعتمد على معلومات ملف تعريف الارتباط (Cookie) بدلاً من معلومات المصادقة أو تلك التي تعتمد على معلومات ملف تعريف الارتباط (Cookie) بالإضافة إلى معلومات المصادقة.
  • هناك مشكلة معروفة بشأن تكوينات شبكة الاتصال التي تستخدم موازن التحميل لمفتاح تبديل ملقم المحتوى من Cisco (CSS)‎ مع تصفية الطبقة 5 في بيئة إنترانت. لا يقوم برنامج CSS بمعالجة الأمر HTTP 1.1 OPTIONS بشكل صحيح. لا يقوم برنامج CSS بإعادة توجيه الاستدعاء إلى ملقم الويب. لا تصدر عن برنامج CSS استجابة إلى العميل الذي يشير إلى وجود خطأ ثم يقوم بإغلاق اتصال TCP.

    نظرًا لعدم تلقى إعلام بحزمة TCP عن طريق الملقم، يؤكد العميل عدم تلقى الملقم للرسالة. ولذلك يقوم العميل بإعادة إرسال الرسالة. يستمر Office في إرسال هذه الرسالة بانتظار استجابة حتى تنتهي مهلة الانتظار لاتصال TCP. قد يؤدي هذا إلى توقف العميل عن الاستجابة عند فتح ملف Office. يكون تطبيق Office في انتظار استجابة الملقم. لا يتم تلقى استجابة الملقم أبدًا نظرًا لإسقاط موازن التحميل CSS لحزمة TCP.

    تقر Cisco بوجود هذه المشكلة. وتعمل على إصدار تحديث لحل هذه المشكلة. كمحاولة للتغلب على هذه المشكلة دون اللجوء إلى التحديث، يمكنك تخفيض إعدادات تصفية CSS إلى قواعد المستوى 3 أو قواعد المستوى 4. يمكنك أيضًا تجاوز موازن التحميل عن طريق تغيير محدد موقع المعلومات الذي يتم فتحه وبذلك يشير محدد موقع المعلومات مباشرًة إلى ملقم الويب الذي يحتوي على المحتوى.
ما يتم الحصول عليه من مزايا خلال بروتوكول Office Protocol Discovery يزيد عن ما هو معروف من عيوب حاليًا. ونحن نؤكد أن هذه المشاكل سوف تتناقص مع مرور الوقت. سنعود لمتابعة آخر مشكلتين للتأكد من إتاحة الحلول وذلك في حالة عدم ضبط تصميم الشبكة الموجودة. نحن نؤكد على أن اختيار البروتوكول Office Protocol Discovery هو الاختيار الصحيح لاستراتيجية طويلة الأجل لمساهمة الويب.

فهم تحويل HTTP لملفات معيد توجيه UNC

يمكن للعملاء الذين يستخدمون نظام التشغيل Windows XP Professional إنشاء مواضع للشبكة على مجلدات DAV Web وذلك عن طريق استخدام خدمة Web Client. خدمة Web Client معروفة أيضًا باسم معيد التوجيه المصغر WebDAV. تسمح خدمة Web Client هذه بعرض بمجلدات متوافقة مع DAV كأماكن يمكن مشاركتها لـ UNC.

يمكن للتطبيق فتح الملف وتحريره وإجراء الحفظ إلى الملف وذلك نظرًا لحفظ التطبيق عادًة إلى مسار UNC. ومع ذلك، تتطلب مساهمة المستند مزيد من الوظائف أكثر من تلك المتوفرة عن طريق خدمة Web Client. ولذلك، أضاف Office 2003 تعليمة برمجية لتحديد ما إذا كان الملف مفتوحًا عن طريق خدمة Web Client. إذا كان الملف مفتوحًا من خلال خدمة Web Client، يقوم Office 2003 بإعادة تخطيط المسار إلى محدد موقع معلومات (URL) كامل ثم يقوم بفتح الملف بشكل منفصل عن طريق استخدام البروتوكول الملائم لنوع الملقم. يتيح هذا لتطبيق Office 2003 تنفيذ ميزات مساهمة المستند بالكامل، كما لو كان قد تم فتح الملف مباشرًة من محدد موقع المعلومات في Office. تنطبق المعلومات المقدمة من قبل بما فيها من معلومات خاصة بالبروتوكول Office Protocol Discovery على المستندات المفتوحة من مشاركة UNC ممكن من قبل Web Client.

فهم مطالبات الأمان وأمان منطقة الارتباط التشعبي

يقوم Office 2003 باستخدام تدابير أمان محسنة لإجراء ارتباط تشعبي للإنترنت من الارتباطات الموجودة في مستند Office. ويتضمن هذا تمرير معلومات الاعتماد تحت نهج منطقة أمان أكثر تقييداً ولذلك يمكن لـ Internet Explorer السماح بالدخول أو رفض إدخال بيانات الاعتماد إلى الملقم. يتوقف السماح أو الرفض على إعدادات المنطقة التي تم تعيينها للمستخدم.

يقوم Office 2003 أيضًا بالتأكد من أنه عندما يكون التنقل تحت تحكم المستخدم، يكون لـ WININET مؤشر إطار صحيح. وهذا يعني أنه يمكن لـ WININET رفع مطالبات الأمان إلى المستخدم إذا كانت المطالبات مطلوبة لتنفيذ أحد الإجراءات. يعمل هذا على تحسين أمان الويب في Office. ومع ذلك، قد يؤدي وجود قيود لمناطق أمان Internet Explorer إلى عرض تنبيهات لم يكن يتم عرضها في الإصدارات السابقة من Office. يتم عرض التنبيهات أثناء التنقل من خلال الارتباط التشعبي.

بالإضافة إلى ذلك، يقوم Office 2003 بإضافة مطالبة تحذيرية إضافية عند تحقق الحالات التالية:
  • نقر المستخدم فوق ارتباط تشعبي في مستند Office
  • إحتواء مستند على محتوى يعتمد على مورد محدد موقع معلومات قد يقوم بإجراء عملية التنقل
تقوم المطالبة التحذيرية الإضافية بالتأكد من رغبة المستخدم للانتقال إلى موقع الويب وأن الموقع كذلك موثوق به. يمكنك التحكم في سلوك هذه المطالبة من خلال ‏‏إعداد التسجيل.

للحصول على معلومات إضافية، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft" (ينتقل بك هذا الارتباط إلى صفحة قد يكون محتواها كله أو جزء منه باللغة الإنجليزية):
829072 كيفية تعطيل رسائل تحذير الارتباط التشعبي في Office 2003
مراجع
للحصول على معلومات إضافية حول الأمر OPTIONS والبروتوكول HTTP 1.1، راجع طلبات الحصول على مواصفات قياسية #2616Request for Comments (RFC)‎ لفريق العمل HTTP على موقع الويب التالي لفريق مهام هندسة الإنترنت (Internet Engineering Task Force):لمزيد من المعلومات حول مشكلات الارتباط التشعبي في الإصدارات السابقة من Office، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft" (ينتقل بك هذا الارتباط إلى صفحة قد يكون محتواها كله أو جزء منه باللغة الإنجليزية):
297891 بطء الأداء ومشاكل الذاكرة المنخفضة عند إجراء ارتباط تشعبي بين البرامج
810360 الخطأ: عدم احتفاظ Word 2000 وExcel 2000 بمعلومات ملف تعريف الارتباط (Cookie) وذلك عند الانتقال إلى ارتباط تشعبي في نفس جلسة العمل
225234 تتم مطالبتك بكلمة المرور عند فتح مستند Office في مستعرض
314400 تتم مطالبتك بكلمة المرور بغير ضرورة وذلك عند اتباع ارتباط تشعبي بمستند Office
218153 رسالة خطأ: "لا يمكن تحديد موقع ملقم إنترنت أو الملقم الوكيل" عند النقر فوق الارتباط التشعبي
280680 لا يمكن اتباع ارتباط تشعبي للوصول إلى مستند Office
خصائص

رقم الموضوع: 838028 - آخر مراجعة: 06/27/2005 19:06:00 - المراجعة: 1.0

Microsoft Office Excel 2003, Microsoft Office PowerPoint 2003, Microsoft Office Word 2003

  • kbinfo kbofficeauto KB838028
تعليقات