حالات استخدام جزء ويب الخاص باستعلام المحتوى أو جزء ويب البحث في المحتوى في SharePoint

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

هناك "جزءان ويب" التي يمكن استخدامها ل# البحث عن البيانات علي موقع SharePoint. انها تشبه الي حد كبير: جزء ويب استعلام المحتوي (CQWP) و جزء ويب البحث المحتوي (CSWP). ب# مجرد النظر اسماؤها، انها لا واضح ل# التمييز الفرق بين الاثنين.

جزء ويب الخاص باستعلام المحتوى والبحث في المحتوى

سنساعدك في هذه المقالة على فهم طريقة عمل جزئي ويب هذين والحالات التي يجب فيها استخدام واحد بدون الآخر.

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

  • استخدم CQWP عندما يكون لديك حجم محدود من المحتوى وعندما يكون المحتوى بسيطاً ولا تتوقع أن يزداد حجمه في المستقبل.

  • استخدم CSWP في كل الحالات الأخرى عندما تريد عرض المحتوى المستند إلى استعلام.

يتضمن الجدول أدناه مقارنة بين جزئي ويب:

سلوك جزء ويب

جزء ويب الخاص باستعلام المحتوى.

جزء ويب البحث في المحتوى

تكوين استعلام

سهل

سوف تحتاج الي معرفته ايضا حول ميزات بحث معينه مثل الخصائص المداره.

إجراء استعلام حول كميات كبيرة من المحتوى

بشكلٍ محدود

نعم

معالجة استعلامات معقّدة

بشكلٍ محدود

نعم

التوسع للتعامل مع ازدياد حجم المحتوى في المستقبل

بشكلٍ محدود

نعم

عرض محتوى من مجموعات مواقع مشتركة أخرى

لا

نعم (راجع استخدام "جزء ويب البحث عن المحتوي" ل# عرض المحتوي من مجموعه مواقع مشتركه اخري ادناه)

يمكن تخصيص تصميم نتائج الاستعلام

نعم، باستخدام XSLT.

نعم، باستخدام HTML.

تكلفة الصيانة في بنية موقع معقّدة

عالية

صغيره (راجع استخدام "جزء ويب البحث في المحتوي" الحفاظ علي تكلفه صيانه منخفضه ادناه)

تضييق نتائج الاستعلام التي تظهر في جزء ويب

لا

نعم، قم ب# الاشتراك مع جزء ويب ل# التحسين.

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

إليك مثال عن طريقة سلوك جزئي ويب هذين. يعرض المثال أ شركة تستخدم CQWP لعرض المحتوى من الموقع الفرعي لمبيعاتها، في حين يعرض المثال ب شركة تستخدم CSWP لعرض المحتوى من الموقع الفرعي لمبيعاتها.

طريقة عرض CQWP وCSWP للمحتوى

وسيلة شرح الصورة

المثال أ:
جزء ويب الخاص باستعلام المحتوى

المثال ب:
جزء ويب البحث في المحتوى

1

أنت تكتب المحتوى في قائمة.

أنت تكتب المحتوى في قائمة.

2

يتم تخزين عناصر القائمة على الفور في قاعدة بيانات.

عند فاصل زمني معيّن، يتم تلقائياً تتبع ارتباطات عناصر القائمة وتتم إضافتها إلى فهرس البحث.

3

يعرض زائر الصفحة الرئيسية. يصدر CQWP تلقائياً استعلاماً إلى قاعدة البيانات.

يعرض زائر الصفحة الرئيسية. يصدر CSWP تلقائياً استعلاماً إلى فهرس البحث.

4

تُرجع قاعدة البيانات نتيجة استعلام وتعرضها في CQWP.

يُرجع فهرس البحث نتيجة استعلام ويعرضها في CSWP.

بما أن أجزاء ويب تستخدم تقنيات مختلفة، تختلف حالات الاستخدام عندما يتعين عليك اختيار أحد جزئي ويب. وتكون حالة الاستخدام عادةً أكثر تعقيداً من المثال البسيط الموضح في المقطع السابق. قبل أن تختار جزء ويب الذي يجب استخدامه، من المهم أن تفكر في ما يلي:

  • ما هو حجم المحتوى الموجود؟

  • ما مدى تعقيد الاستعلام؟

  • أين سيتم تخزين المحتوى؟

  • إلى أي حد سيزداد حجم المحتوى مع مرور الوقت؟

  • إلى أي حد ستزداد تكاليف الصيانة مع مرور الوقت؟

نوصي بأن تتعامل مع كل هذه النواحي كوحدة كاملة بدلاً من معالجتها بشكلٍ منفصل.

ملاحظة:  إذا كنت تفكر في الانتقال من موقع SharePoint محلي إلى موقع SharePoint Online، وكنت تستخدم CQWPs على موقع SharePoint المحلي، فقد تواجه بعض المشاكل في الأداء. لن تتمكن في SharePoint Online من توسيع المستأجر لتحسين الأداء. بالإضافة إلى ذلك، يختلف سلوك وظيفة التخزين المؤقت في SharePoint Online عما هو عليه في SharePoint المحلي.

ما يؤثر علي اداء "جزء ويب ب# استعلام المحتوي"

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

  • استعلام عوامل التصفيه علي عمود موقع من النوع اسطر نصمتعدده اكثر تعقيدا من استعلام الذي يقوم ب# تصفيه عمود موقع من النوع نعم / لا.

  • إن عامل التصفية الذي يستخدم الشرط يحتوي على هو أكثر تعقيداً من الاستعلام الذي يستخدم الشرط يساوي.

  • تزيد شروط أو المتعددة من تعقيد الاستعلام.

تكوين الاستعلام في CQWP

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

استعلام على عدة مواقع فرعية

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

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

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

ب# استخدام CSWP مع تنقل مدار وصفحه فئات، تكاليف الصيانه تبقي نفسها يكبر حجم المحتوي الخاص بك. علي سبيل المثال، اذا قمت ب# اضافه فئه تنقل جديده الي المحتوي الخاص بك، يمكنك استخدام نفس الصفحه فئه ل# عرض المحتوي الذي ينتمي الي الفئه التنقل الجديده. ذلك علي الرغم من ان يزداد المحتوي الخاص بك، ف# فقط ستحتاج الي الاحتفاظ ب# مقدار نفس ل# الصفحات.

اقرا المقالات الاضافيه التاليه ل# الحصول علي مزيد من المعلومات:

في المثال أدناه، يمكنك رؤية كيف يمكن استبدال أربعة أجزاء CQWP بجزء CSWP واحد على صفحة فئات.

بينة موقع معقدة

يمكنك استخدام CSWP لعرض المحتوى من مجموعات مواقع مشتركة أخرى. على سبيل المثال، إذا أردت كتابة محتوى في إحدى مجموعات المواقع المشتركة وعرض هذا المحتوى في مجموعة مواقع مشتركة أخرى، فعليك استخدام CSWP. فليس بإمكان CSWP عرض المحتوى إلا من مجموعة مواقع مشتركة واحدة.

استعلام على المحتوى في مجموعة مواقع مشتركة أخرى

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

إذا قررت استخدام CQWP، فننصحك باختباره لمعرفة ما إذا جزء ويب يلبي متطلبات الصيانة الحالية والمستقبلية لديك.

مزيد من المعلومات حول البحث في المحتوي و# اجزاء ويب استعلام المحتوي

تعزيز مهارات Office
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Office Insider

هل كانت المعلومات مفيدة؟

نشكرك على ملاحظاتك!

شكراً لك على الملاحظات! يبدو أنه من المفيد إيصالك بأحد وكلاء دعم Office لدينا.

×