SharePoint 4 Arab

حزمة تعديلات أكتوبر 2011 لشيربوينت 2010

2011-11-07T10:21:00.002+03:00

تم إصدار جديد من حزمة تعديلات شيربوينت 2010, ويمكن تحميله من الرابط التالي http://support.microsoft.com/kb/2596505

خطوات تثبيت حزمة تعديلات أكتوبر 2011:
يجب أولاً تنفيذ الخطوات في الرابط التالي. باستثناء الخطوة رقم 7.
ثبت حزمة تعديلات أكتوبر 2011 على جميع خوادم بيئة عمل شيربوينت 2010.
أعد تشغيل الخادم بعد تثبيت حزمة تعديلات أكتوبر وقبل تشغيل Configuration Wizard.
شغل Configuration Wizard أولاً على الخادم الذي يستضيف موقع الإدارة المركزي Central Administration.
شغل Configuration Wizard على بقية الخوادم في حال نجاح الخطوة السابقة.

تغيير اسم خادم قواعد بيانات لبيئة شيربوينت 2010

2011-10-25T07:44:00.002+03:00

تغيير اسم خادم قواعد بيانات الذي يعمل عليه شيربوينت 2010
في أحد المشاريع التي نعمل عليها حدثت مشكلة على خادم قواعد البيانات المستخدم لاستضافة قواعد البيانات الخاصة ببيئة عمل شيربوينت 2010, مما اضطرنا إلى إعادة تثبيت خادم قواعد البيانات, وأثناء ذلك تم تغيير اسم خادم قواعد البيانات SQL Server instance name بدون أن ننتبه إلى الاسم القديم, حيث كان الاسم القديم هو:
sqlcluster\MS2008
وتم تثبيته باسم جديد هو:
sqlcluster\sql2008
وعند محاولة إعادة تشغيل بيئة عمل شيربوينت 2010 على خادم قواعد البيانات الجديد, ظهرت الرسالة التالية:
Cannot connect to the configuration database.
والسبب هو أن بيئة عمل شيربوينت 2010 تتصل باستخدام الاسم القديم sqlcluster\MS2008.

كيف يتم حل هذه المشكلة
تم حل هذه المشكلة بإنشاء اسم مستعار للاتصال بخادم قواعد البيانات الجديد, والاسم المستعار Alias name هو نفسه الاسم القديم لخادم قواعد البيانات sqlcluster\MS2008.

خدمة اتصال البيانات - 09

2011-10-21T10:10:00.000+03:00

مرشح تحديد عدد العناصر الكلي Limit Filter
يُستخدم مرشح تحديد عدد العناصر الكلي لإرجاع عدد محدد من السجلات من مصدر البيانات, وذلك يساهم في التأكد من عمل نوع المحتوى الخارجي بطريقة لا تؤثر على أداء النظام بشكل عام. ويمكن إضافة هذا المرشح باتباع نفس خطوات إضافة أي مرشح آخر من خلال SharePoint Designer 2010 لكن مع اختلاف في اختيار نوع المرشح في الشاشة التالية:

وبعد تنفيذ الشاشة السابقة يجب تحديد عدد العناصر الكلي التي سيتم عرضها بناء على تطبيق هذا المرشح, وفي مثالنا سيتم تحديد فقط 2 (عنصرين):

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

مرشح الصفحات Page Number Filter
يُستخدم هذا المرشح لتقسيم البيانات التي يتم عرضها من مصدر البيانات وفي مثالنا هو MS SQL Server إلى عدة صفحات, ويمكن إضافة هذا المرشح باتباع نفس خطوات إضافة أي مرشح آخر من خلال SharePoint Designer 2010 لكن مع اختلاف في اختيار نوع المرشح في الشاشة التالية:

Filter Type: يجب تحديد الخيار Page Number.
Filter Field: باعتبار أن هذا النوع من المرشحات لا يطبق على أي حقل فلا داعي لتحديد اسم الحقل.
Page Size: تحدد هذه القيمة عدد السجلات التي سيتم عرضها في كل صفحة, وفي مثالنا السابق سيتم عرض سجل واحد في كل صفحة.
Order: من خلال هذه القيمة يمكن تحديد طريقة ترتيب السجلات التي سيتم عرضها, حيث يمكن ترتيبها تصاعدياً أو تنازلياً بناء على المفتاح الرئيسي لمصدر البيانات.

مرشح الاستبدال Wildcard Filter
يُستخدم مرشح الاستبدال Wildcard Filter مع الحقول ذات القيم النصية وذلك لتوفير عملية البحث ضمن القيم النصية, ويمكن إضافة هذا المرشح باتباع نفس خطوات إضافة أي مرشح آخر من خلال SharePoint Designer 2010 لكن مع اختلاف في اختيار نوع المرشح في الشاشة التالية:

والشاشة التالية تبين كيفية استخدام هذا المرشح للبحث ضمن سجلات مصدر البيانات:

خدمة اتصال البيانات - 08

2011-10-21T10:08:00.003+03:00

استخدام المرشحات Filters مع أنواع المحتويات الخارجية أمر ضروري في معظم الحالات حيث في معظم الحالات يجب البحث ضمن بيانات نوع المحتوى الخارجي, أو عرض البيانات مقسمة إلى صفحات أو عرض عدد محدد من البيانات, وبشكل عام يمكن اعتبار استخدام المرشحات Filters هو تأمين طريقة للبحث عن البيانات وعرضها بأسهل وأسرع طريقة. وسيتم شرح جميع أنواع المرشحات Filters ضمن عدة مقالات تفصيلية.

مرشح المقارنة Comparison Filter
مرشح المقارنة Comparison Filter يعني توفير طريقة للمقارنة بين قيمتين, القيمة الأولى يتم إدخالها من قبل المستخدم والقيمة الثانية مخزنة في مصدر البيانات وفي مثالنا مخزنة في قاعدة بيانات MS SQL Server. وأنواع المقارنات المتوفرة هي:
Equals, ويعني قيمة تساوي قيمة أخرى.
Not Equal, ويعني قيمة لا تساوي قيمة أخرى.
Less Than, ويعني أن القيمة المخزنة في مصدر البيانات أصغر من القيمة المُدخلة من قبل المستخدم.
Greater Than, ويعني أن القيمة المخزنة في مصدر البيانات أكبر من القيمة المُدخلة من قبل المستخدم.
Less Than or Equals, ويعني أن القيمة المخزنة في مصدر البيانات أصغر أو تساوي القيمة المُدخلة من قبل المستخدم.
Greater Than or Equals, ويعني أن القيمة المخزنة في مصدر البيانات أكبر أو تساوي القيمة المُدخلة من قبل المستخدم.

ملاحظة: يمكن إضافة مرشح Filter المقارنة لأي نوع من البيانات لكن يجب على المطور الجيد الانتباه إلى أن إضافة بعض أنواع المقارنات لبعض أنواع البيانات غير مجدي, مثلاً لا معنى لإضافة مرشح مقارنة Less Than (أصغر من) لقيمة نصية, حيث سيعمل المرشح بالشكل الصحيح ولكن لا استخدام حقيقي له.
في الخطوات التالية سيتم إضافة مرشح مقارنة بالاعتماد على نوع المحتويات الخارجي SharePoint4ArabECT الذي يعتمد على الجدول Employees. وسيتم استخدام SharePoint Designer 2010 لتنفيذ هذه الخطوات, حيث سيتم في الخطوات التالي إضافة مرشح مقارنة لرقم الموظف EmployeeID:

New Filter: هو اسم للمرشح ويفضل استخدام اسم يعبر بشكل واضح عن وظيفة المرشح.
Filter Type: هو نوع المرشح الذي سيتم استخدامه وهنا اخترنا مرشح المقارنة Comparison.
Operator: ويظهر هذا الحقل فقط مع مرشح المقارنة Comparison, وهنا اخترنا Equals والذي يعني أن القيمة المدخلة من قبل المستخدم يجب أن تتساوى مع القيمة المخزنة في مصدر البيانات لكي تظهر نتائج في البحث.
Filter Field: اسم الحقل الذي ستطبق عليه شروط المقارنة, وهنا تم اختيار الحقل EmployeeID.
Ignore filter if Value is: ويفيد هذا الخيار بتجاهل القيمة التي يدخلها المستخدم وعدم أخذها بعين الاعتبار عن تنفيذ عملية البحث, وتوفر ما يلي:
Null: أي لا يتم تطبيق مرشح المقارنة في حال أن المستخدم لم يدخل أي قيمة.
Custom value: يتم تجاهل القيمة التي أدخلها المستخدم ولا تدخل في عملية البحث في حال أنها تساوي قيمة ما, فمثلاً يمكن تحديد القيمة "1" لكي يتم تجاهل القيمة المدخلة من قبل المستخدم في حال أنها تساوي "1".
Is Default: في حال تحديد هذا الخيار فإن المرشح الذي يتم إنشاؤه الآن يكون المرشح الافتراضي الذي يظهر للمستخدم أثناء تنفيذ عملية البحث, ولا يمكن تحديد أكثر من مرشح افتراضي, وفي حال تحديد أكثر من مرشح افتراضي سيظهر خطأ عند محاول استخدام أي شاشة تحتوي على هذه المرشحات, علماً أن SharePoint Designer 2010 لا يمنعك من تحديد أكثر من مرشح على أنه افتراضي.
Use to create match list in external item picker: هذا الخيار يعني محاولة إظهار نتائج تتطابق مع البيانات المدخلة من قبل المستخدم للبحث حتى لو أن هذا التطابق ليس دقيق 100%. وغالباً ما يُستخدم هذا الخيار مع الحقول النصية.
بعد تنفيذ الخطوات السابقة نكون قد أضفنا مرشح مقارنة للبحث باستخدام رقم الموظف EmployeeID والآن أكمل الخطوات التالية:

تم إعطاء القيمة 0 للحقل Default Value وذلك لكي لا يتم عرض جميع المعلومات المخزنة في مصدر البيانات وهو الجدول Employees في مثالنا.

ملاحظة: بالنسبة للخيار Show In Picker, يعني إظهار الحقل أو لا في شاشة البحث عن السجلات في مصدر البيانات, ويُفضل اختيار الحقول التي تريد عرضها, لأنه في حال عدم اختيار أي حقل فإن شيربوينت يعرض جميع الحقول المتوفرة وهذا قد يؤدي إلى عرض عدد كبير غير مرغوب به بالنسبة للمستخدم.
بعد الانتهاء من تنفيذ الخطوات السابقة يمكن تجريب المرشح الذي تم إنشاؤه من خلال إما قائمة تعتمد على نوع المحتوى الخارجي SharePoint4ArabECT_Tasks أو باستخدام جزء الويب "عنصر بيانات الأعمال":

يتم إدخال رقم الموظف ومن ثم الضغط على زر البحث, حيث يتم البحث عن السجل الذي قيمة الحقل EmployeeID هي ذاتها القيمة المدخلة في حقل البحث. وقد استخدمنا المعامل Equals لهذا المرشح, علماً أنه يمكن أيضاً استخدام أنواع أخرى من المعاملات مثل "أكبر من Greater Than" وغيرها.

خدمة اتصال البيانات - 07

2011-10-21T09:06:00.000+03:00

جزء الويب - القائمة ذات الصلة ببيانات الأعمال
مهمة جزء الويب "القائمة ذات الصلة ببيانات الأعمال" هي عرض بيانات من نوع محتوى خارجي مرتبط بنوع محتوى خارجي آخر, وفي مثالنا هذا تعتبر بيانات نوع المحتوى الخارجي الذي يعبر عن جدول المهام EmployeeTasks هي التي سيتم عرضها باستخدام جزء الويب هذا, حيث يعتبر ابن Child لنوع المحتوى الخارجي SharePoint4ArabECT الذي هو الأب Parent. ولتنفيذ ذلك اتبع الخطوات التالية:

طبعاً الشاشة الأخيرة تعرض فقط أنواع المحتويات الخارجية التي تصنف على أنها أبناء Childes.

والشكل الأخير يُظهر رسالة تطلب ربط جزء الويب الجديد مع جزء ويب "عنصر بيانات أعمال" يعرض سجلاً من النوع المحتوى الخارجي SharePoint4ArabECT والذي يمكن إضافته كما رأينا سابقاً بطريقتين, بعد إضافة جزء الويب المطلوب:

نلاحظ من الخطوات السابقة كيفية عرض معلومات مرتبطة بمعلومات أخرى أو ما يُسمى Master Details.

خدمة اتصال البيانات - 06

2011-10-21T08:57:00.003+03:00

جزء الويب - عنصر بيانات الأعمال
مهمة جزء الويب "عنصر بيانات الأعمال" هي عرض أحد سجلات أحد أنواع المحتوى الخارجي, مثل عرض سجل موظف واحد فقط من نوع المحتوى الخارجي SharePoint4ArabECT الذي تم بناؤه في المقالات السابقة. ولكن جزء الويب "عنصر بيانات الأعمال" يحتاج إلى جزء ويب آخر مساعد وذلك لتحديد السجل الذي سيتم عرضه, وهنا لدينا خيارين:
جزء ويب - عامل تصفية اتصال بيانات الأعمال.
جزء ويب - منشئ عنصر بيانات الأعمال.

والخيارين السابقين يعملان بطريقتين مختلفتين, وسيتم استعراض كيفية استخدامهما مع جزء الويب "عنصر بيانات الأعمال" في هذه المقالة. ولكن في الحالتين يجب أولاً إضافة جزء الويب "عنصر بيانات الأعمال" إلى الصفحة كما في الخطوات التالية:
بعد إنشاء صفحة تحتوي على منطقة أجزاء ويب Web Parts Zone أضف جزء ويب "عنصر بيانات الأعمال":

في الشاشة السابقة يجب اختيار نوع المحتوى الخارجي الذي سيتم عرض أحد سجلاته في كل مرة باستخدام جزء الويب "عنصر بيانات الأعمال", وفي مثالنا سنختار نوع المحتوى الخارجي SharePoint4ArabECT كما يلي:

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

أما بالنسبة للحقول التي سيتم عرضها للعنصر فيمكن اختيارها من خلال خيارات الشاشة التالية:

أما بالنسبة لخيارات عرض الإجراءات المرتبطة بكل عنصر فيمكن تحديدها من خيارات الشاشة التالية, علماً أنه يمكن إضافة إجراءات جديدة على مستوى نوع المحتوى الخارجي من خلال موقع الإدارة المركزي Central Administration:

اضغط الآن على زر موافق لتطبيق الإعدادات السابقة على جزء الويب, علماً أن جزء الويب لن يعرض أي قيمة وستظهر الرسالة التالية:

أما في الخطوات التالية فسيتم إضافة جزء ويب "عامل تصفية اتصال بيانات الأعمال" كما في الخطوات التالية:

بعد تنفيذ الخطوات السابقة اضغط على موافق كما في الشكل التالي:

الآن يجب ربط جزء الويب "عامل تصفية اتصال بيانات الأعمال" مع جزء الويب "عنصر بيانات الأعمال" وذلك لكي يتم تمرير قيمة EmployeeID لكي يتم عرض كامل معلومات السجل:

بعد تنفيذ الخطوات السابقة يمكن الآن اختيار أي سجل من خلال جزء الويب "عامل التصفية" وذلك لكي يتم عرض كامل بيانات السجل ضمن جزء الويب "عنصر بيانات الأعمال". ويمكن تنسيق طريقة عرض السجل بالتعديل على شيفرة XSLT من خلال الشاشة التالية:

في الخطوات السابقة تم استخدام جزء الويب "عامل تصفية اتصال بيانات الأعمال" وذلك للمساعدة على عرض أحد سجلات نوع المحتوى الخارجي SharePoint4ArabECT في كل مرة, أما في الخطوات التالية سيتم استخدام جزء الويب "منشئ عنصر بيانات الأعمال" والذي يعتمد على سلسلة الاستعلام في العنوان URL لاستخلاص رقم الفريد الذي يميز أحد السجلات في نوع المحتوى الخارجي SharePoint4ArabECT:

الآن سيظهر خطأ يشبه الخطأ التالي في جزء الويب "عنصر بيانات الأعمال":

وسبب الخطأ هو تنفيذ الإعدادات السابقة يعني أن جزء الويب "عنصر بيانات الأعمال" يتوقع العثور على قيمة لمتغير اسمه EmployeeID وهو اسم العمود الذي يعبر عن المفتاح الرئيسي لكل سجل من سجلات نوع المحتوى الخارجي SharePoint4ArabECT, ولتجربة عمل الإعدادات السابقة مرر القيمة EmployeeID=2 في عنوان URL الصفحة وستظهر النتيجة التالية:

فيما سبق تم شرح كيفية استخدام جزء الويب "عنصر بيانات الأعمال" بطريقتين حيث يتم استخدام جزء ويب مساعد في كل من الطريقتين والنتيجة واحدة.

كل ما تحتاجه للعمل على فاست سيرش لشيربوينت 2010

2011-09-30T07:02:00.002+03:00

بالنسبة لفاست سيرش لشيربوينت 2010, لا تتوفر نسخة تجريبية يمكن تحميلها من موقع مايكروسوفت ولكن تتوفر لمن لديه اشتراك على MSDN, لكن على موقع مايكروسوفت تتوفر إمكانية تحميل بيئة تجريبية كاملة لفاست سيرش لشيربوينت 2010 على الرابط التالي:

http://www.microsoft.com/download/en...ng=en&id=27417

FAST Search Server 2010 for SharePoint SP1
http://support.microsoft.com/kb/2460039

FAST Search Server 2010 for SharePoint hotfix package (fsserver-x-none.msp): August 30, 2011
http://support.microsoft.com/kb/2553040

نظرة عامة على هيكلية فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint

2011-09-09T18:35:00.002+03:00

الشكل التالي يبين فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint كجزء من بيئة شيربوينت 2010 SharePoint:

2010 FAST Search Server for SharePoint: يمثل البنية التحتية التي توفر إمكانية المعالجة والفهرسة والاستعلام عن النتائج, إضافة إلى إمكانية إدارة هذه الميزات.
FAST Query Search Service Application: يوفر هذا التطبيق إمكانية تنفيذ عمليات الاستعلام من خلال خوادم الويب, حيث يتم تثبيت هذا التطبيق على خوادم شيربوينت التي تستضيف أيضاً أجزاء الويب المستخدمة في البحث ضمن فهرس فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint, إضافة إلى إمكانيات الاستعلام الأخرى التي تتوافق مع متطلبات أعمال محرك البحث.
FAST Search Connector Content Search Service Application: إن هذا التطبيق يعيد معلومات من مصادر بيانات مختلفة لفهرستها ضمن فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint, ويتم إنشاء هذا التطبيق على خادمات شيربوينت 2010 SharePoint, ويحتوي هذا التطبيق على أدوات تمكنه من استرجاع المعلومات من مصادر بيانات مختلفة مثل مواقع شيربوينت 2010 SharePoint, إضافة إلى مواقع داخلية وخارجية تعمل على شبكة الإنترنت, وإمكانية جلب محتويات Exchange Public Folders, والملفات المشتركة وقواعد البيانات المختلفة. كما يوفر فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint مجموعة من الأدوات الأخرى التي تسمح بفهرسة مصادر بيانات مختلفة يجب استخدامها لتنفيذ متطلبات أعمال متقدمة. علماً أن ضبط إعدادات هذه الأدوات يتم باستخدام ملفات XML ومن خلال أوامر PowerShell ومن ثم تشغيل هذه الأدوات باستخدام منفذ الأوامر إضافة إلى إدارته, على عكس الأدوات التي تعمل من شيربوينت 2010 SharePoint التي يمكن إدارتها مباشرة من خلال موقع الإدارة المركزي Central Administration web site.

الهيكلية القابلة للتوسع والمعتمدة على الوحدات Modular and Scalable Architecture
تم بناء فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint على هيكلية تعتمد على الوحدات بشكل كبير جداً حيث يمكن التوسع بعمل كل وحدة منها بشكل منفرد للوصول إلى الأداء الأفضل مع احترام النقاط التالية:
كمية العناصر التي يمكن فهرستها, حيث يمكن فهرسة ملايين العناصر وذلك بتوزيعها على عدة فهارس مختلفة.
توزيع حمل الاستعلام, حيث يمكن التوسع في العناصر التي تُستخدم لتنفيذ الاستعلام بشكل مصفوفي سطر/عمود row/column حيث تمثل الأعمدة الفهارس والأسطر تمثل عناصر الاستعلام التي تزيد من الأداء وتحقق مبدأ الوجودية العالية لخدمة الاستعلام.
تجديد الفهارس Freshness: يُمكن فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint من تقليل الزمن اللازم لظهور المعلومات في نتائج البحث منذ آخر تغيير طرأ عليها في مصدرها. يومكن تحقيق ذلك بالضبط الصحيح لعملية جمع المعلومات Crawling معالجتها وعملية الفهرسة بما يتلاءم مع متطلبات الأعمال. وهذه العناصر الثلاثة يمكن ضبطها وتوسيعها بشكل منفرد بفضل الهيكلية التي تعتمد على بناء الوحدات.

التكامل مع مركز البحث
عند إنشاء موقع للبحث اعتماداً على القالب FAST Search Center فإن نتائج البحث ستظهر بشكل مشابه للنتائج التي تظهر في مركز البحث الخاص بشيربوينت 2010 SharePoint. ولكن أجزاء الويب المستخدمة في مركز البحث الخاص بفاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint هي إصدار موسع عن أجزاء الويب الخاص بالبحث في شيربوينت 2010 SharePoint, حيث تحتوي على الإمكانيات التي يوفرها فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint مثل الترتيب باستخدام الخصائص المدارة, المصغرات عن PowerPoint, Word files وأدوات تصفية نتائج البحث بشكل أفضل Deep Refiner وروابط نتائج البحث المشابهة وغيرها. كما يحتوي مركز البحث على إمكانية البحث عن الأشخاص, علماً أن البحث عن الأشخاص مقدمة أصلاً من خلال شيربوينت 2010 SharePoint.

IT Professional
يمكن إدارة فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint بطريقة مشابهة لإدارة شيربوينت 2010 SharePoint, فمثلاً يمكن إدارة الكلمات المفتاحية, وترقية واستبعاد المواقع في فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint من خلال صفحة إدارة مجموعة الموقع, كما يمكن استخدام موقع الإدارة المركزي Central Administration لإدارة الخصائص المدارة في فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint.

دعم منفذ الأوامر Windows PowerShell Support
تعتبر أوامر PowerShell الخاصة بفاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint عبارة عن صفوف .NET خاصة تنفذ مجموعة من الأوامر المرتبطة بإدارة بيئة عمل فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint, مثل إدارة مخطط الفهرس, والأمن. ويستخدم فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint المجمعة Microsoft.FASTSearch.PowerShell.dll, حيث تحتوي هذه المجمعة على ما يزيد عن 80 أمر خاص بفاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint, وتغطي هذه الأوامر التصنيفات التالية:
الإدارة Administration.
الأمن Security.
مخطط الفهرس Index Schema.
Spell tuning.

تفاعل المطورين مع فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint
تستخدم أجزاء الويب الخاصة بفاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint نفس واجهة برمجة التطبيقات المستخدمة في شيربوينت 2010 SharePoint, والنتيجة هي بفرض أنه تم تطوير مشروع يستخدم واجهة برمجة التطبيقات لتنفيذ عمليات الاستعلام في شيربوينت 2010 SharePoint فإنه سيستمر بالعمل بشكل صحيح في حال تم نقله للعمل على فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint.

خطأ أثناء تثبيت شيربوينت 2010 أو أحد تعديلاته - 2

2011-09-08T10:14:00.002+03:00

أثناء تثبيت Service Pack 1 - June Hotfix ظهر الخطأ التالي:

The process does not possess the 'SeSecurityPrivilege' privilege which is required for this operation

ولحل هذا الخطأ يجب اتباع الخطوات التالية:
1 - أولآً يجب الدخول إلى الخادم الذي سيتم تثبيت تعديلات شيربوينت 2010 عليه باسم مستخدم لديه صلاحيات الإدارة.
2 - اضغط ابدأ Start ومن ثم اختر تشغيل Run واكتب Control admintools ومن ثم اضغط OK.
3 - شغل Local Security Policy.
4 - اختر Local Policies ومن ثم اختر User Rights Assignment.
5 - اختر Manage auditing and security log واختر Add User or Group.
6 - أعد تشغيل الخادم قبل إعادة تثبيت شيربوينت 2010 أو التعديلات المطلوبة.

خطأ أثناء تثبيت شيربوينت 2010 أو أحد تعديلاته - 1

2011-09-08T10:05:00.004+03:00

Unable to create a Service Connection Point in the current Active Directory domain. Verify that the SharePoint container exists in the current domain and that you have rights to write to it

الحل باتباع الخطوات التالي:
1 - استخدم الأداة ADSI Edit على الخادم المتحكم بالنطاق Domain Controller

2 - وسع العقدة System.

3 - اضغط بزر الفأرة الأيمن في الطرف الأيمن من الشاشة واختر New - Object.

4 - اختر النوع container.

5 - أدخل الاسم Microsoft SharePoint Products واضغط Next

6 - اضغط Finish لإنشاء الـ Container الجديد.

7 - اضغط بزر الفأرة الأيمن على الـ Container الجديد واختر خصائص Properties.

8 - اختر التبويب أمان Security.

9 - أعط المستخدم الذي يُستخدم لتثبيت SP1 أو June Hotfix أو أي تعديل لاحق صلاحية القارءة والكتابة على الـ Container الجديد.

10 - بعد تثبيت التعديلات الجديدة على بيئة عمل شيربوينت 2010 سيتم إنشاء مجلد جديد تحت Microsoft SharePoint Products, اضغط عليه بزر الفأرة الأيمن واختر خصائص Properties وابحث عن serviceBindingInformation, يجب أن تحتوي على شيء مشابه لـ https://serverName/Topology/topology.svc.

فاست سيرش لشيربوينت - 02

2011-08-29T09:14:00.002+03:00

تم بناء فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint على شيربوينت 2010, وقد قدم الكثير من التحسينات على إمكانيات البحث المتوفرة في شيربوينت 2010. ويعتبر البحث في شيربوينت 2010 موجهاً لتوفير حلول للبحث ضمن البيانات المختلفة في المؤسسات, وهذا ما يهدف إلى ربط مجموعة من الأشخاص إلى مجموعة من المعلومات, وأحد أشهر الأمثلة هو استخدام البحث في شيربوينت 2010 ضمن البوابات الداخلية للمؤسسات.

كما يُستخدم فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint لحل العديد من مشاكل متطلبات الأعمال, ويُعتبر توسعة للحلول المقدمة من قبل شيربوينت 2010, كما يضيف قيمة عالية high-value لتطبيقات البحث المؤسساتية, والتي تسمح بقياس معيار ROI (Return of Investment) الناتج عن تطبيق فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint لتوفير البحث ضمن بيانات المؤسسة. ومن الأمثلة الشائعة لاستخدام فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint هو توفير البحث ضمن تطبيق الدعم الفني, وبوابة البحوث العلمية إضافة إلى تطبيقات البحث عن سجلات العملاء.

وأُطر العمل Frameworks والأدوات المستخدمة من قبل مدير شيربوينت أو فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint ومن قبل المطورين تعتبر مشتركة إلى حد كبير بين المنتجين. ولفهم أكبر للميزات التي يقدمها فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint يجب الأخذ بعين الاعتبار النقاط التالية:
الإمكانيات التي هي نفسها بين فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint و شيربوينت 2010.

الإمكانيات التي هي أفضل في فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint عن شيربوينت 2010.

الإمكانيات التي تعتبر جديدة في فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint.

والجداول التالية تعرض مقارنة للإمكانيات بين فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint و شيربوينت 2010 من ناحية الإمكانيات التي يستفيد منها المستخدم النهائي:

مركز بحث واحد لإيجاد أسئلة عن جميع الاستعلامات: أفضل

توفير أدوات تحسين نتائج البحث للوصول إلى المعلومات بشكل أفضل: أفضل

البحث الاجتماعي (البحث عن الأشخاص): متشابه

تحسن نتائج البحث مع الاستخدام: متشابه

نتائج البحث المرئية: جديد

نتائج البحث المرتبطة بالسياق لتحقيق متطلبات المجموعات المختلفة في المؤسسة: جديد

أما بالنسبة للمقارنة بين شيربوينت 2010 و فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint من ناحية الإمكانيات التي يستفيد منها محترفو إدارة شيربوينت و فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint:

الإداء والتوسع: أفضل

سهولة التثبيت: متشابه

الإدارة على مستوى المؤسسات: أفضل

الأمان, والنطاق الأوسع: أفضل

المعالجة المتقدمة الافتراضية للمحتوى: جديد

سهولة ضبط إعدادات الميزات التي يستفيد منها المستخدم النهائي: جديد

أما من وجهة نظر المطور:

تخصيص شاشات عرض نتائج البحث الافتراضية باستخدام أجزاء الويب: متشابه

التوسع في مصادر البيانات التي يمكن الاتصال بها باستخدام خدمة اتصال الأعمال والنتائج المتحدة: متشابه

دمج عمليات البحث مع وظائف شيربوينت الأخرى: أفضل

استخدام أدوات شائعة للمطور: متشابه

الاستفادة من المعالجة المتقدمة للمحتوى: جديد

تخصيص نتائج البحث حسب الصلة: جديد

استخدام إمكانيات استعلام متقدمة لبناء تطبيقات أكثر فائدة: جديد

المقالة الأصلية

فاست سيرش لشيربوينت - 01

2011-08-25T15:36:00.004+03:00

من المعلوم أن لكل مؤسسة أو شركة متطلبات خاصة للبحث ضمن بياناتها, ويقدم فاست سيرش الإمكانية لتخصيص عمليات البحث يما يحقق متطلبات الأعمال المختلفة ومتطلبات أصحاب المصلحة في أي مؤسسة, ومن الميزات التي يقدمها فاسي سيرش FAST Search:
إمكانية إظهار نتائج البحث ذات صلة بالسياق الحالي الذي يتبع له المستخدم Contextual Relevant.

إظهار نتائج البحث اعتماداً على اللغة المعتمدة لدى المؤسسة مع إمكانية البحث في جميع اللغات المتوفرة.

إمكانية ضبط وتحسين نتائج البحث ذات الصلة بما يوفر دقة في نتائج البحث.

إمكانية تخصيص منصة عمل محرك البحث يما يخدم المتطلبات الخاصة لعملية فهرسة البيانات ومتطلبات عمليات البحث.

ضبط وتخصيص صفحات نتائج البحث بما يساعد أصحاب المصلحة والمستفيدين من محرك البحث على أفضل وجه.

كما توفر حلول البحث المؤسسي المعتمدة على فاست سيرش FAST Search الإمكانيات التالية:

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

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

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

توفر مجموعة من الأدوات الافتراضية لبناء محرك البحث بأسرع ما يمكن, إضافة إلى توفير منصة عمل يمكن أن تتوسع بازدياد متطلبات الأعمال, وبالتالي إمكانية تنفيذ ما يلي:

الوصول بسرعة وفهرسة مصادر البيانات الجديدة.

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

إمكانية تنفيذ عملية معالجة مخصصة للبيانات قيد الفهرسة.

إمكانية إضافة أجزاء ويب مخصصة إلى صفحات محرك البحث إضافة إلى استخدام أجزاء الويب الافتراضية.

ولتحقيق كل ما سبق فإن فاست سيرش FAST Search Server for SharePoint 2010 يوفر منصة عمل مؤسساتية, حيث يحتوي على إطار عمل متكامل لفهرسة الملفات والبيانات الوصفية من أنواع مختلفة من مصادر البيانات. إضافة إلى محرك فهرسة متقدم يخزن البيانات المفهرسة بطريقة فعالة تساهم في أفضل النتائج عند تنفيذ عملية البحث, كما يوفر خوادم للاستعلام عن النتائج, إضافة إلى واجهة برمجة التطبيقات الخاصة بعمليات البحث Query APIs, إضافة إلى شاشات رسومية للبحث ضمن البيانات المفهرسة.

كل ما سبق هو نظرة سريعة على فاست سيرش لشيربوينت 2010 FAST Search Server for SharePoint, وسيتم تفصيل عناصر هذا المنتج لاحقاً ضمن مقالات أكثر تفصيلاً وتوسعاً.

المقالة الأصلية

خدمة اتصال البيانات - 05

2011-08-19T20:28:00.003+03:00

عند تفعيل خدمة الاتصال على أي تطبيق ويب فإن مجموعة من أجزاء الويب الافتراضية يمكن استخدامها لعرض بيانات أنواع المحتويات الخارجية وتظهر ضمن المجموعة "بيانات الأعمال" وهي كما يلي:
قائمة بيانات الأعمال.

عنصر بيانات الأعمال.

إجراءات بيانات الأعمال.

القائمة ذات الصلة ببيانات الأعمال.

عامل تصفية اتصال بيانات العمل.

منشئ عنصر بيانات الأعمال.

وسيتم شرح كل جزء ويب على حدة وبشكل مفصل.

جزء الويب - قائمة بيانات الأعمال

جزء الويب قائمة بيانات الأعمال هو أحد أجزاء الويب التي تتعامل مع بيانات أنواع المحتويات الخارجية ومهمته عرض قائمة بالمعلومات التي يُظهرها نوع المحتوى الخارجي من خلال المنهج الافتراضي من النوع ReadList وقد تم إنشاء هذا المنهج في الخطوات السابقة عند إنشاء نوع المحتوى الخارجي SharePoint4ArabECT. ولاستخدام جزء الويب "قائمة بيانات الأعمال" اتبع الخطوات التالية:

بالنسبة للخيار "عرض شريط الأدوات" فهو يعني إظهار أو إخفاء الشريط التالي في جزء الويب:

أما بالنسبة للخيار "عرض الحركة أثناء التحميل" فهو يعني إظهار أو إخفاء الشكل التالي أثناء تحميل المعلومات من نوع المحتوى الخارجي:

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

أما بالنسبة للقسم "خصائص عرض البيانات" فيحتوي على شيفرة XSLT المستخدمة لإظهار البيانات للمستخدم ومن خلالها يمكن تخصيص طريقة العرض:

وفي مثالنا سنعمل على تعريب أسماء الأعمدة التي تظهر للمستخدم كما يلي:
EmployeeID: رقم الموظف.

FullName: اسم الموظف.

Email: البريد الإلكتروني.

Visible: مخفي؟.

ولتنفيذ هذه العملية انسخ الشيفرة الموجودة في مربع النص السابق إلى ملف XML ونفذ الخطوات التالية:

1. ابحث عن السطر التالي:
كود HTML:
<xsl:param name="ColName_0">EmployeeID</xsl:param>
وأدرج بعده السطر التالي:
كود HTML:
<xsl:param name="ColName_0_Arabic">رقم الموظف</xsl:param>
2. ابحث عن السطر التالي:
كود HTML:
<xsl:param name="ColName_1">FullName</xsl:param>
وأدرج بعده السطر التالي:
كود HTML:
<xsl:param name="ColName_1_Arabic">اسم الموظف</xsl:param>
3. ابحث عن السطر التالي:
كود HTML:
<xsl:param name="ColName_2">Email</xsl:param>
وأدرج بعده السطر التالي:
كود HTML:
<xsl:param name="ColName_2_Arabic">البريد الإلكتروني</xsl:param>
4. ابحث عن السطر التالي:
كود HTML:
<xsl:param name="ColName_3">Visible</xsl:param>
وأدرج بعده السطر التالي:
كود HTML:
<xsl:param name="ColName_3_Arabic">مخفي</xsl:param>
5. استبدل السطر التالي في كامل الملف:
كود HTML:
<xsl:value-of select="$ColName_0" />
بالسطر التالي:
كود HTML:
<xsl:value-of select="$ColName_0_Arabic" />
6. استبدل السطر التالي في كامل الملف:
كود HTML:
<xsl:value-of select="$ColName_1" />
بالسطر التالي:
كود HTML:
<xsl:value-of select="$ColName_1_Arabic" />
7. استبدل السطر التالي في كامل الملف:
كود HTML:
<xsl:value-of select="$ColName_2" />
بالسطر التالي:
كود HTML:
<xsl:value-of select="$ColName_2_Arabic" />
8. استبدل السطر التالي في كامل الملف:
كود HTML:
<xsl:value-of select="$ColName_3" />
بالسطر التالي:
كود HTML:
<xsl:value-of select="$ColName_3_Arabic" />
9. الآن انسخ ملف الـ XML بعد التعديل بشكل كامل والصقه ضمن مربع النص الخاص بشيفرة XSLT واضغط تطبيق:

بعد تنفيذ الخطوات ستظهر معلومات الموظفين للمستخدم بالشكل التالي:

وبما أن عرض المعلومات يعتمد على شيفرة XSLT فيمكن تخصيص طريقة العرض بالتعديل على شيفرة الـ XSLT وبالتالي فإنه يمكن للمبرمج تخصيص طريقة العرض حسب خبرته في استخدام شيفرة الـ XSLT. فمثلاً يمكن أن نجعل اسم الموظف قابلاً للنقر بحيث ينتقل إلى صفحة الحساب Profile Page الخاصة بنوع المحتوى الخارجي SharePoint4ArabECT التي تم إنشاؤها في مقالة سابقة. والملف المرفق "EmployeesWebPart_XSLT.xml" يحتوي على كيفية تطبيق ذلك:

الرابط الأصلي للمقالة

خدمة اتصال البيانات - 04

2011-08-10T05:25:00.002+03:00

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

EmployeeID, رقم الموظف من الجدول Employees.

TaskTitlte, عنوان للمهمة التي يجب على الموظف تأديتها.

ملاحظة: قاعدة البيانات الجديدة يمكن تحميلها من الرابط التالي كملف SQL.

إنشاء نوع محتوى خارجي جديد SharePoint4ArabECT_Tasks

في حال اتباع جميع الخطوات في المقالات السابقة فلدينا الآن نوع محتوى خارجي اسمه SharePoint4ArabECT والآن سيتم إنشاء نوع محتوى خارجي SharePoint4ArabECT_Tasks باتباع الخطوات التالية:

بعد الضغط على Create All Operations حافظ على جميع الخيارات في الشاشات التي ستظهر بدون أي تعديل ومن ثم اضغط Finish, عندها سيتم إنشاء نوع محتوى خارجي جديد اسمه SharePoint4ArabECT_Tasks كما هو ظاهر في الشكل التالي:

أما الخطوات التالية فهي لإنشاء علاقة بين نوع المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks:

بعد تنفيذ الخطوات السابقة يجب حفظ التعديلات التي تمت على نوع المحتوى الخارجي SharePoint4ArabECT_Tasks وذلك بالضغط على أيقونة حفظ في الزاوية اليسرى العليا لبرنامج SharePoint Designer 2010:

بعد إنشاء العلاقة بين نوع المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks, يجب الأن إنشاء Profile Page لنوع المحتوى الخارجي SharePoint4ArabECT بحيث يتم عرض معلومات الموظف والمهام الموكلة إليه في صفحة واحدة. ولإنشاء هذه الصفحة اتبع الخطوات التالية:

في الشكل الأخير يجب تحديد عنوان للموقع الذي سيتم إنشاء صفحة حساب الموظف Profile Page تحته.

بعد فتح الرابط السابق يجب إعطاء البارامتر EmployeeID قيمة صحيحة موجودة في الجدول Employees, وبعد ذلك قد يظهر خطأ يشبه الخطأ التالي:

عندها يجب التأكد من أنك قد سجلت دخولك على الموقع بحساب لديه صلاحيات Execute على نوع المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks, بعد ذلك يجب أن تظهر شاشة تشبه الشاشة التالية:

ملاحظة: يمكن تغيير تنسيق المخرجات باستخدام XSLT بما يتناسب مع تصميم الموقع الحالي.

نلاحظ في الشكل الأخير كيف تم عرض مهام الموظف ذو الرقم 1 والسبب هو علاقة الربط التي تم إنشاؤها بين المحتوى الخارجي SharePoint4ArabECT ونوع المحتوى الخارجي SharePoint4ArabECT_Tasks.

يمكن مشاركتنا على هذا الرابط لمناقشة هذه المقالة

خدمة اتصال البيانات - 03

2011-08-06T23:12:00.004+03:00

كنا قد تحدثنا في المقالة السابقة عن كيفية استخدام خدمة تخزين التوثيق Secure Store Service مع خدمة اتصال البيانات BCS وذلك للوصول إلى المعلومات المخزنة في قاعدة بيانات MS SQL Server, وقد استخدمنا النمط Individual والذي يعني أن على مدير النظام تحديد معلومات التوثيق الخاصة بكل مستخدم على حدة, أي لو أن 1000 مستخدم يريدون الوصول إلى المعلومات المخزنة في مصدر بيانات من النوع MS SQL Server فيجب على مدير النظام تحديد معلومات التوثيق ألف مرة حيث لكل مستخدم يجب أن تتم على حدة حتى لو كانت نفس معلومات التوثيق, إذاً ما هو الحل؟ الحل هو بكل بساطة استخدام النمط Group حيث يمكن تحديد معلومات التوثيق لمجموعة من المستخدمين دفعة واحدة, وفي هذه المقالة سيتم إنشاء تطبيق هدف Target Application اعتماداً على النمط Group كما في الخطوات التالية:

في الشكل السابق, يتم تحديد قيمتين, الأولى هي الأعضاء الذين لديهم صلاحية إدارة التطبيق الهدف قيد الإنشاء لاحقاً, أما الثاني وهو الجزء الإضافي في هذه الشاشة بسبب اختيار النمط Group, وقد تم اختيار NT Authority\Authenticated Users, والتي تعني جميع المستخدمين المصادق عليه أي سجلوا دخولهم بشكل ناجح على الموقع, كما يمكن استخدام مجموعات موجودة في المجلد النشط Active Directory, فمثلاً يمكن حصر هذا التطبيق لمجموعة إدارة الموارد البشرية HR مثلاً وبالتالي فإن أعضاء هذه المجموعة يكون لديهم القدرة على مشاهدة معلومات القائمة الخارجية.

بعد إنشاء التطبيق الهدف السابق يجب ضبط معلومات التوثيق من خلال الخطوات التالية:

بعد تنفيذ الخطوات السابقة يجب تعديل معلومات الاتصال بمصدر البيانات لنوع المحتوى الخارجي الذي تم إنشاؤه في المقالة الأولى وذلك من خلال برنامج SharePoint Designer 2010 كما يلي:

الآن عند زيارة الصفحة الرئيسية للقائمة الخارجية External List التي تم إنشاؤها في المقالة الأولى, سيتم عرض البيانات بشكل صحيح بغض النظر عن المستخدم الذي سجل دخوله إلى الموقع.

يمكن الإطلاع على المقالة الأصلية في منتديات ما بعرف على الرابط التالي

http://www.maba3ref.com/showthread.php?276-%C7%D3%CA%CE%CF%C7%E3-%CE%CF%E3%C9-%CA%CE%D2%ED%E4-%C7%E1%CA%E6%CB%ED%DE-Secure-Store-Service-%E3%DA-%CE%CF%E3%C9-%C7%CA%D5%C7%E1-%C7%E1%C8%ED%C7%E4%C7%CA-%96-%C7%E1%E3%CC%E3%E6%DA%C7%CA

خدمة اتصال البيانات - 02

2011-08-04T21:41:00.001+03:00

في الجزء الأول من سلسلة مقالات خدمة اتصال البيانات كنا قد ذكرنا بأن استخدام الخيار الأول Connect with User’s Identity ليس الخيار الأفضل للاتصال بمصدر البيانات عند الاتصال بقاعدة البيانات MS SQL Server وذلك كما في الشاشة التالية:

وأيضاً ذكرنا بأن الخيار الأفضل هو استخدام خدمة تخزين التوثيق Secure Store Service, وفيما يلي شرح لكيفية استخدام هذه الطريقة.

أولاً يجب التأكد من إنشاء خدمة تخزين التوثيق Secure Store Service من خلال موقع الإدارة المركزية Central Administration وذلك باتباع الخطوات التالية:

في الشاشة السابقة يجب تحديد اسم للخدمة الجديدة, إضافة إلى اسم خادم قاعدة البيانات حيث سيتم إنشاء قاعدة بيانات خاصة بالخدمة الجديدة, إضافة غلى اسم قاعدة البيانات. وبعد إنشاء الخدمة بشكل ناجح تظهر شاشة مشابهة للشكل التالي:

بعد إنشاء الخدمة السابقة اضغط على اسم الخدمة لضبط إعداداتها بحيث نستخدمها مع خدمة اتصال البيانات:

وقد يظهر الخطأ التالي عند محاولة إدارة الخدمة الجديدة:

وقد يظهر خطأ في سجلات ويندوز تفاصيله هي:

There are no addresses available for this application
وأول ما يجب فحصه في حال ظهور الخطأ السابق هو خدمة تخزين التوثيق, حيث يجب تشغيل مثيل عن هذه الخدمة على أحد خوادم بيئة شيربوينت 2010 الحالية وذلك باتباع الخطوات التالية:

بعد تشغيل الخدمة السابقة يجب تنفيذ الأمر iisreset.

بعدها يجب الآن الضغط على اسم الخدمة لضبط إعداداتها بحيث نستخدمها مع خدمة اتصال البيانات:

الآن يجب الضغط على الزر Generate New Key لتهيئة الخدمة الجديدة:

يجب الآن إدخال سلسلة محارف سيتم استخدامها في عملية تشفير البيانات المرتبطة بخدمة تخزين التوثيق Secure Store Service, علماً أنه يُفضل الاحتفاظ بهذه المعلومة ضمن وثائق بيئة عمل شيربوينت. بعد تنفيذ الخطوة السابقة تظهر الرسالة التالية:

الآن يجب الضغط على زر New لتوليد تطبيق مستهدف Target Application جديد سيتم استخدامه لاحقاً مع خدمة اتصال البيانات BCS:

الخطوة التالية هي لتحديد مجموعة المستخدمين أو مستخدم واحد قادر على إدارة التطبيق المستهدف لاحقاً بعد إنشائه, وهنا يمكن إدخال اسم أي مستخدم على المجلد النشط Active Directory:

بعد إنشاء التطبيق المستهدف تظهر الشاشة التالية:

الآن يجب تحديد قيم الحقول التي تم تعيينها سابقاً وذلك بالضغط على Set Credentials:

في الشكل السابق قيمة Credential Owner تُعبر عن المستخدم الذي يمتلك معلومات المصادقة, أي في حال أن المستخدم حاول استعراض معلومات القائمة الخارجية التي تعتمد على نوع محتوى خارجي يستخدم الخيار Connect with Impersonated Custom Identity فإن المعلومات SQL Username/SQL Password سيتم استخدامها لتنفيذ عملية الوصول إلى البيانات المخزنة في قاعدة البيانات MS SQL Server. أما بالنسبة لقيم SQL Username/SQL Password فهي اسم مستخدم وكلمة المرور على MS SQL Server لديها الصلاحيات للوصول إلى قاعدة البيانات التي تم استخدامها في المقالة السابقة.

بعد تنفيذ الخطوات السابقة يجب تعديل معلومات الاتصال بمصدر البيانات لنوع المحتوى الخارجي الذي تم إنشاؤه في المقالة الأولى وذلك من خلال برنامج SharePoint Designer 2010 كما يلي:

في الشاشة السابقة قيمة الحقل Secure Store Application ID هي اسم التطبيق الهدف الذي تم إنشاؤه في بداية هذه المقالة وهي SharePoint4ArabBCS.

بعد تنفيذ جميع الخطوات السابقة افتح الصفحة الرئيسية للقائمة الخارجية التي تم إنشاؤها في المقالة الأولى, وهنا قد تواجه حالتين, الأولى هي في حال استخدام نفس المستخدم المحدد في قيمة Credential Owner للوصول إلى القائمة الخارجية فيجب أن تظهر البيانات بشكل ناجح بدون أي فشل في العملية, أما في حال استخدام مستخدم آخر فستظهر الشاشة التالية:

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

اضغط على "المتابعة إلى هذا الموقع":

وبعدها اضغط على "موافق" لتظهر المعلومات مرة أخرى في قاعدة البيانات الخارجية.

في نهاية هذه المقالة هناك سؤال مهم جداً يجب طرحه, وهو هل يجب إضافة معلومات توثيق Credentials لكل مستخدم للوصول إلى معلومات قاعدة البيانات؟! والجواب هو لا طبعاً, والمقالة التالية ستكون مخصصة لهذا الموضوع.

خدمة اتصال البيانات - 01

2011-08-02T18:00:00.001+03:00

مقدمة

توفر خدمة اتصال البيانات Business Connectivity Service (BCS) إمكانية إنشاء نوع محتوى خارجي External Content Type والذي اعتماداً عليه يمكن إنشاء قائمة خارجية External List التي تعتمد على نوع المحتوى الخارجي, ومن خلال هذه القائمة يمكن عرض بيانات مخزنة في قاعدة بيانات MS SQL Server وإجراء عمليات الإضافة, والتعديل, والحذف عليها بدون الحاجة إلى كتابة أي سطر كود, وتعتبر من الميزات الهامة في شيربوينت 2010. وفي هذه الوثيقة يتم استعراض خطوات تنفيذ بناء قائمة خارجية اعتماداً على قاعدة بيانات من نوع MS SQL Server.

بناء قاعدة البيانات

قاعدة البيانات التي سيتم الاعتماد عليها تتألف من جدول واحد اسمه Employees يحتوي على الأعمدة التالية:
EmployeeID, مفتاح رئيسي – رقم تسلسلي

FullName, nvarchar(50)

Email, varchar(50)

Visible, bit

بعد بناء قاعدة البناء أدخل عدة أسطر كبيانات تجريبية.

ملاحظة: قاعدة البيانات مرفقة كملف SharePoint4ArabBCS_DB.sql.

إنشاء خدمة اتصال البيانات Business Connectivity Service

قبل إنشاء نوع محتوى خارجي يجب إنشاء مثيل جديد عن خدمة اتصال البيانات من خلال موقع الإدارة المركزي Central Administration, وذلك باتباع الخطوات التالية:

المعلومات في الصورة الأخيرة تختلف باختلاف البيئة التي تعمل عليها:
Service Application Name: اسم اختياري فريد غير مكرر يعبر عن خدمة اتصال البيانات.

Database Server: اسم خادم قاعدة البيانات مثل myserver\sql2008.

Database Name: اسم قاعدة البيانات التي الخاصة بالخدمة الجديدة.

بعد إنشاء خدمة اتصال البيانات ستظهر رسالة نجاح مشابهة للشكل التالي:

إنشاء نوع محتوى خارجي External Content Type

لإنشاء نوع محتوى خارجي افتح SharePoint Designer 2010 وانتقل إلى التبويب External Content Types:

بشكل افتراضي لا يوجد أي نوع محتوى خارجي, ولإنشاء نوع محتوى خارجي جديد اضغط على الأيقونة External Content Type كما في الشكل التالي:

سيتم عرض شاشة مشابهة للشاشة التالية:

أدخل المعلومات المطلوبة بحيث تصبح الشاشة السابقة كما يلي:

الخطوة التالية هي تعريف مصدر البيانات الخارجي الذي سيتم إنشاء نوع المحتوى الخارجي على أساسه وذلك من خلال القسم External System, لذلن اضغط على الرابط Click here to discover external data sources and define operations, عندها تظهر شاشة مشابهة للشكل التالي:

اضغط على الزر Add Connection لإنشاء اتصال مع قاعدة البيانات التي تم إنشاؤها في البداية:

في حال اختيار Connect with User’s Identity فإن المستخدم الحالي يجب أن يكون لديه الصلاحيات المناسبة على قاعدة البيانات, وهذا الخيار لا يستخدم عادة في بيئة العمل الحقيقية وإنما فقط لإنشاء مشروع تجريبي فقط كما في حالتنا, ويُفضل اختيار الخيار الأخير Connect with Impersonated Custom Identity والذي سيتم شرحه في مقالة أخرى.

في حال نجاح الخطوات السابقة يجب أن تظهر شاشة مشابهة للشكل التالي:

الآن اضغط بزر الفأرة الأيمن على اسم الجدول Employees لإنشاء عمليات عرض معلومات الجدول, والإضافة, والتعديل, والحذف كما في الشكل التالي:

في الشاشة التالية حافظ على جميع الخيارات كما هي:

أيضاً في الشاشة التالية حافظ على جميع الخيارات كما هي:

الآن اضغط على زر حفظ في الزاوية العليا في SharePoint Designer 2010 كما في الشكل التالي:

بعد تنفيذ جميع الخطوات السابقة نكون قد أنشأنا نوع محتوى خارجي جديد اعتماداً على قاعدة بيانات MS SQL Server مؤلفة من جدول واحد فقط.

إنشاء قائمة خارجية اعتماداً على نوع محتوى خارجي

الآن سيتم إنشاء قائمة خارجية اعتماداً على نوع المحتوى الخارجي الذي تم إنشاؤه في الخطوات السابقة باتباع الخطوات التالية:

بعد إنشاء القائمة الخارجية السابقة سيتم عرض قائمة البيانات من الجدول Employees مباشرة وقد يظهر الخطأ التالي:

وسبب هذا الخطأ هو عدم وجود صلاحيات بشكل افتراضي للقراءة من نوع المحتوى الخارجي الذي تم إنشاؤه مسبقاً, ولتحديد هذه الصلاحيات يجب اتباع الخطوات التالية:

يجب إعطاء صلاحيات للمستخدمين الذي سيكون لديهم الصلاحية لتنفيذ عمليات على نوع المحتوى الخارجي, ولإعطاء صلاحيات لجميع المستخدمين استخدم NT Authority\Authenticated Users كما يلي:

في حال الضغط على زر OK في الشاشة السابقة سيظهر خطأ يُشير إلى أنه يجب تحديد مستخدم لديه صلاحية Set Permissions لذلك يجب تحديد هذه المستخدم قبل الضغط على زر OK.

بعد تنفيذ الخطوات السابقة أعد تحميل الصفحة الرئيسية للقائمة الخارجية التي تم إنشاؤها, وقد يظهر الخطأ التالي:

طبعاً سبب هذا الخطأ هو الاعتماد على الخيار الأول Connect with User’s Identity في الخطوات السابقة وقد أسلفنا بأن هذا الخيار يجب عدم استخدامه في بيئة عمل حقيقية وإنما يجب استخدام Secure Store Service وهو الخيار الأخير, أما لحل هذه المشكلة فيجب إعطاء صلاحية لـ NT AUTHORITY\ANONYMOUS LOGON على قاعدة البيانات كما يلي:

طبعاً لا داعي لإعطاء صلاحية db_owner ولكن فقط هنا لإكمال المثال.

بعد تنفيذ الخطوات السابق ستظهر البيانات المخزنة في الجدول Employees ضمن القائمة الخارجية كما يلي:

الآن يمكن تعديل أو حذف أي سطر من الأسطر الموجودة, إضافة إلى إمكانية إضافة سطر جديد:

الخطوات السابقة تبين إمكانية استخدام نوع المحتوى الخارجي للتفاعل مع بيانات موجود في مصادر بيانات مختلف مثل MS SQL Server, علماً أنه لم يتم استخدام أفضل الممارسات Best Practices في هذه المقالة وإنما هي مقالة تعريفية بهذه الميزة الجديدة في شيربوينت 2010.

How To: Visual Web Part 1 on SlideShare

2011-07-28T21:49:00.002+03:00

SharePoint 2010 Visual Web Part

View more presentations from ienjreny.

How To: Visual Web Part 1

2011-07-28T07:04:00.005+03:00

تمت كتابة هذه المقالة كمحاضرة تم إلقاؤها في جامعة الأمير سلطان في الرياض برعاية مجموعة RSUG

You can download the article as PDF from the following link
How To: Visual Web Part 1

Create empty SharePoint project

- You should change http://stg-sp2010 to your URL.

Add new visual web part

- Change Feature1 --> RSUGHelloSharePoint2010Feature

Change web part namespace

1. Open RSUGHelloSharePoint2010.cs file and change the name space of RSUGHelloSharePoint2010 class to RSUGVisualWebPart01.

2. Open RSUGHelloSharePoint2010.webpart file.

3. Change name attribute value to RSUGVisualWebPart01.RSUGHelloSharePoint2010, $SharePoint.Project.AssemblyFullName$.

4. Open RSUGHelloSharePoint2010UserControl.ascx.cs.

5. Change namespace of RSUGHelloSharePoint2010UserControl class to RSUGVisualWebPart01.

6. Open RSUGHelloSharePoint2010UserControl.ascx file.

7. Change Inherits attribute value to RSUGVisualWebPart01.RSUGHelloSharePoint2010UserCon trol.

8. Open SharePointProjectItem.spdata file.

9. Change Namespace attribute value to RSUGVisualWebPart01.

Change web part control location

1. Open Elements.xml file.

2. Change Value attribute of Group property value to RSUG.

3. Open RSUGHelloSharePoint2010.cs file.

4. Change value of _ascxPath variable to @"~/_CONTROLTEMPLATES/RSUG/RSUGHelloSharePoint2010UserControl.ascx".

5. Open SharePointProjectItem.spdata file and change value of Target attribute to CONTROLTEMPLATES\RSUG\.

Add public property

1. Open RSUGHelloSharePoint2010UserControl.ascx file and add the following code to end of the file:

2. Open RSUGHelloSharePoint2010UserControl.ascx.cs file and add the following code:

3. Open RSUGHelloSharePoint2010.cs file and add MyHello public property as following:

4. Update CreateChildControls method code to be as following:

Visual web part localization

1. Add mapping to resources folder.

2. Add resource file “rsugvisualwebpart01.ar-sa.resx”.

3. Open Elements.xml file and change value of Value property as following:

4. Open RSUGHelloSharePoint2010.webpart file and change Title property value as following:

5. Take copy from rsugvisualwebpart01.ar-sa.resx file rename it to rsugvisualwebpart01.en-us.resx.

Deployment and Usage

1. Create web part page and press “Add web part” on one of web part zones.

كيف تمنع جزء من النص من الظهور في نتائج بحث شيربوينت 2010

2011-07-21T11:35:00.004+03:00

في جميع المشاريع التي تعتمد على شيربوينت 2010 كمنصة عمل لا بد أنها ستحتوي على محرك بحث ضمن محتوى البوابة أو الموقع, مع إمكانيات البحث الأخرى التي يوفرها شيربوينت 2010 SharePoint, لكن يجب ضبط إعدادات محرك البحث على شيربوينت 2010 بشكل صحيح لتحقيق أفضل نتائج ضمن البحث. ومن المشاكل التي قد تواجه عملية البحث هي إظهار نتائج قد يظن البعض بأنها غير مرتبطة مباشرة بالصفحة التي ظهرت فيها, وطبعاً لا يمكن أن يحصل هذا الأمر فنتائج البحث التي يُظهرها شيربوينت 2010 دقيقة جداً, لكن هناك عدة عوامل لعدم تطابق نتائج البحث مع الرابط الذي يعرضه شيربوينت ومنها:

عدم تحديث فهرس محرك بحث شيربوينت 2010 بعد إجراء التعديلات الأخيرة. حيث من الممكن أن شيربوينت قد نفذ عملية فهرسة لبعض البيانات التي تم تحديثها أو حذفها ولم يتم تحديث فهرس شيربوينت, لذلك قد تظهر في نتائج البحث.
في بعض الأحيان تتكرر بعض النصوص في كل صفحة من صفحات الموقع, وهذا يعني أن أي كلمة ضمن هذه النصوص ستظهر في نتائج البحث لجميع الصفحات, وكمثال على ذلك القوائم العلوية وتذييل الصفحة Page Footer وغيرها من النصوص التي تظهر في كل صفحة من صفحات الموقع, مثال لو كانت القائمة العلوية تحتوي على النص "مركز التدريب" وهو رابط إلى موقع مركز التدريب, عند البحث عن الكلمة التدريب ستظهر صفحات قد يُعتقد بأن لا علاقة لها بنتائج البحث ولكن الحقيقة أن النص في القائمة العلوية هو المعني بهذه المشكلة, ولحل هذه المشكلة يجب منع محرك البحث في شيربوينت 2010 من فهرسة بعض النصوص التي تتكرر كما سبق, ولتحقيق ذلك يجب إحاطة النصوص التي لا ترغب في فهرستها ضمن الوسم <div class=”noindex”></div> عندها سيتجاهل محرك البحث النصوص الموجودة ضمن هذا الوسم. كما في المثال التالي:

<div class=”noindex”>نص لن يظهر في نتائج البحث</div>

بعد تحديث معلومات محرك البحث لن يظهر النص السابق ضمن نتائج البحث.

إصدار أول كتاب عربي عن شيربوينت 2010

2011-07-21T10:45:00.004+03:00

تم إصدار النسخة الأولى من كتاب تعلم شيربوينت 2010 باللغة العربية ولأول مرة, حيث تفتخر دار شعاع بأنه أول من أصدر كتاب باللغة العربية حول شيربوينت 2010 بالتعاون مع المهندس إسماعيل عنجريني

تثبيت حزمة الإصلاح الكاملة 1 لشيربوينت 2010

2011-07-15T09:57:00.008+03:00

مقدمة
بعد سلسلة من حزم الإصلاح لشيربوينت 2010 أصدرتها مايكروسوفت وتُسمى Hotfixes أو Cumulative Updates, أصدرت مايكروسوفت مؤخراً حزمة الإصلاح الأولى Service Pack 1 for SharePoint 2010 والتي تتضمن جميع حزم الإصلاح المتفرقة السابقة إضافة إلى مجموعة من الميزات الجديدة التي سترافق هذه الحزمة, ويُعتبر تطبيقها على بيئة العمل الحقيقية ضرورة يجب عدم التهاون فيها لما تحتويه من تحسينات على عمل شيربوينت 2010 سواء من ناحية الأداء أو من ناحية الأمان أو فيما يتعلق بميزات شيربوينت وخدماته.

الحصول على حزمة الإصلاح الكاملة لشيربوينت 2010 Service Pack 1 for SharePoint Server 2010

تتضمن حزمة الإصلاح الكاملة Service Pack 1 for SharePoint Servcer 2010 عدة ملفات يجب أن يتم أخذها بعين الاعتبار أثناء عملية تحميل هذه الحزمة على بيئة عمل شيربوينت 2010.

حزمة الإصلاح الكاملة Service Pack 1 for SharePoint Foundation 2010 على الرابط التالي:

http://www.microsoft.com/download/en/details.aspx?id=26640

حزمة الإصلاح الكاملة للغة العربيةMicrosoft SharePoint Foundation 2010 Language Pack Service Pack 1 على الرابط التالي:

http://www.microsoft.com/downloads/details.aspx?familyid=68b5071a-e890-4b1c-b6dc-8493a033e853&displaylang=ar

حزمة الإصلاح الكاملة Service Pack 1 for SharePoint Server 2010 على الرابط التالي:

http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=26623

حزمة الإصلاح الكاملة للغة العربية Service Pack 1 for Server Language Pack 2010 على الرابط التالي:

http://www.microsoft.com/downloads/details.aspx?familyid=ecdb9e7b-7dba-4ca6-8683-5427925ae955&displaylang=ar

Service Pack 1 for Microsoft Office Web Apps 2010

http://www.microsoft.com/download/en/details.aspx?id=26639

حزمة الإصلاح Cumulative Update June 2011

http://support.microsoft.com/kb/2536599

كيفية تحميل حزمة الإصلاح الكاملة على بيئة عمل شيربوينت 2010

يجب الالتزام بالترتيب المذكور في وثائق مايكروسوفت حول حزمة الإصلاح الكاملة وهي كما يلي:

Service Pack 1 for SharePoint Foundation 2010.
Microsoft SharePoint Foundation 2010 Language Pack Service Pack 1.
Service Pack 1 for SharePoint Server 2010.
Service Pack 1 for Server Language Pack 2010.
Service Pack1 for Office Web Applications (عند وجود حزمة Office Web Application على مزرعة شيربوينت 2010 الحالية).
June 2011 Cumulative Updates.

ملاحظة: في حال أن بيئة عمل شيربوينت 2010 الحالية هي SharePoint Server 2010 فيجب البدء من الخطوة رقم 3.

الخطوات المفضلة لتنفيذ عملية تحميل حزمة الإصلاح الكاملة Service Pack 1 for SharePoint Server 2010 Steps

وضع جميع الملفات الثنائية لحزم الإصلاح المذكورة سابقاً على جميع الخوادم ضمن مزرعة شيربوينت 2010 SharePoint Server 2010 Farm.
تحويل جميع قواعد بيانات المحتوى تطبيقات الويب Content Databases إلى نمط القراءة فقط Read Only وذلك لمنع أي عملية تغيير قد تحصل على بيانات تطبيقات الويب أثناء تنفيذ خطوات تحميل حزمة الإصلاح الكاملة لشيربوينت 2010.
تنفيذ عملية نسخ احتياطي لجميع قواعد البيانات الخاصة ببيئة عمل شيربوينت بما فيها قواعد البيانات الخاصة بموقع الإدارة المركزية Central Administration وقاعدة بيانات إعدادات بيئة عمل شيربوينت 2010 Configuration Database , وبالطبع قواعد بيانات المحتوى Content Databases.
تنفيذ عملية نسخ لجميع الملفات الموجودة تحت المسار c:\inetpub\wwwroot\wss\VirtualDirectories.
منع أي طلب من الوصول إلى خوادم مزرعة شيربوينت 2010 SharePoint 2010 Farm.
البدء بتشغيل الملفات الثنائية لحزم الإصلاح الكاملة حسب الترتيب السابق. ويمكن تشغيل هذه الملفات على جميع الخوادم ضمن مزرعة شيربوينت 2010 بنفس الوقت لأن تأثير هذه العملية لا يتم تنفيذه إلى بعد تشغيل SharePoint Configuration Wizard.
التأكد من انتهاء تحميل جميع الحزم الكاملة على جميع الخوادم, يجب تشغيل الأداة SharePoint 2010 Configuration Wizard على الخادم الذي يعمل عليه موقع الإدارة المركزية Central Administration.
ستبدأ عملية تطبيق حزم الإصلاح بشكل فعلي الآن ولا يمكن التراجع عن هذه الخطوة, وفي حال حدوث أي خطأ أثناء هذه العملية يجب معرفته والعمل على حله بشكل صحيح ومن ثم إعادة تشغيل SharePoint 2010 Configuration Wizard على الخادم الذي يعمل عليه موقع الإدارة المركزية Central Administration.
بعد الانتهاء من الخطوة رقم 8 بنجاح ابدأ بتشغيل SharePoint 2010 Configuration Wizard على باقي الخوادم بشكل متسلسل وتأكد من حل جميع المشاكل والأخطاء التي قد تحدث أثناء هذه العملية. علماً أن نجاح هذه العملية على أحد الخوادم إشارة جيدة إلى أنها ستنجح بنسبة 98% على باقي الخوادم.
بعد الانتهاء من تنفيذ SharePoint 2010 Configuration Wizard على جميع الخوادم بشكل ناجح, يجب الآن الانتقال إلى موقع الإدارة المركزية Central Administration والتأكد من أن جميع الخدمات السابقة تعمل بشكل صحيح.

ملاحظة: يجب على مدير مزرعة شيربوينت 2010 SharePoint 2010 Farm التأكد من تحميل جميع حزم الإصلاح المتعلقة بجميع الخدمات المتوفرة على بيئة العمل مثل Project Server 2010 و TFS 2010 وغيرها والتي لم يتم التطرق إليها أعلاه.

تحديث بتاريخ 17-07-2011

يجب إعادة تثبيت June 2011 Hotfix على بيئة عمل شيربوينت 2010 في حال أنه تم تثبيت النسبخة June Hotfix قبل 08-07-2011 وذلك بسبب وجود بعض المشاكل التي ظهرت نتيئجة النسبة القديمة, ويمكن تحميلها من الرباط التالي

http://support.microsoft.com/kb/2536599

كيف تستخدم الأداة SPDisposeCheck

2011-07-11T07:20:00.002+03:00

الهدف من الأداة SPDisposeCheck
تُستخدم هذه الأداة للتأكد من أن الشيفرة المكتوبة في المجمعات Assemblies لا تحتوي على ما سيسبب مشاكل غير متوقعة في ذاكرة الخادم التي تعمل عليها التطبيقات أو ما يسمى بـ Memory Leaks.

متى يجب استخدام هذه الأداة
يجب استخدام هذه الأداة من قبل المطورين الذين يستخدمون واجهة برمجة التطبيقات API دائماً قبل إطلاق العمل للمستخدم النهائي وذلك لتجنب أي مشكلة في ذاكرة الخادم Server RAM.

كيف يتم استخدام هذه الأداة
1 - يفضل دائماً قبل استخدام هذه الأداة الحصول على الإصدار الأخير منها على الرابط التالي:

http://archive.msdn.microsoft.com/SPDisposeCheck

2 - الأداء هي عبارة عن ملف تنفيذي EXE File يجب تنفيذه ليتم تركيب الأداة على جهازك.

3 - بعد الانتهاء من الخطوات السابقة (يمكن تجاوز الخطوة رقم 2 في حال أن الأداة موجودة مسبقاً على جهازك), نفذ الآن الخطوات التالية لتنفيذ عملية اختبار المجمعة Assembly التي تستخدم واجهة برمجة التطبيقات لشيربوينت SharePoint API:

- افتح منفذ الأوامر Command Line ونفذ الأمر التالي:

cd C:\Program Files (x86)\Microsoft\SharePoint Dispose Check

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

- الآن نفذ الأمر التالي لفحص الشيفرة في إحدى المجمعات Assembly كما يلي:

SPDisposeCheck.exe DLL_PATH >> c:\disposeReport.txt

علماً أن DLL_PATH هو المسار الكامل للمجمعة على جهازك. أما بالنسبة للمسار c:\disposeReport.txt فهو اختياري ولكن يفضل استخدام هذه الطريقة لكي يتم تخزين جميع نتائج الاختبار في ملف نصي بدلاً من عرضه على الشاشة.

- بعد الانتهاء من تنفيذ الأمر السابق افتح الملف النصي الذي تم تحديده في الأمر السابق. حيث سيحتوي هذا الملف على جميع الملاحظات إضافة إلى العدد الإجمالي لهذه الملاحظات.

4 - جميع الملاحظات التي تكون نتيجة استخدام هذه الأداة تتعلق باستخدام التابع Dispose أو العبارة using عند الوصول إلى كائن Object باستخدام واجهة برمجة التطبيقات SharePoint API, إضافة إلى ذلك فليس بالضرورة أن جميع الملاحظات التي ستظهر يجب حلها وذلك بناء على الوثائق التي تتحدث عن هذه الأداة, لذلك يجب عدم التعديل على الشيفرة المتعلقة بالشيربوينت قبل التأكد منها.

كيف تستخدم جزء الويب المرئي - 1

2011-04-03T19:24:00.006+03:00

إن حزمة التحسينات التي تم نشرها مع بيئة التطوير المتكاملة Visual Studio 2010 تعتبر من أهم المزايا التي سهلت عمل المطورين على شيربوينت 2010 من خلال هذه البيئة, ولعل من أهم التحسينات هي جزء الويب المرئي Visual Web Part الذي سهل عملية بناء أجزاء الويب على شيربوينت 2010, وهذا النوع من أجزاء الويب يتألف من قسمين, الأول هو عبارة عن صف class يعبر عن جزء الويب نفسه, والثاني هو عبارة عن عنصر تحكم Web User Control (ascx), ويسمى هذا النوع بجزء ويب مرئي لأن المطور يستطيع استخدام عنصر التحكم ascx لوضع جميع العناصر التي يحتاجها في بناء جزء الويب الجديد, ويتكفل القسم الأول (وهو الصف class) الذي يعبر عن جزء الويب نفسه بتحميل عنصر التحكم ascx في وقت التنفيذ. وفي هذه المقالة سنناقش جميع عناصر جزء الويب المرئي بكامل تفاصيله.

أولاً يجب إنشاء مشروع جديد باستخدام بيئة التطوير Visual Studio 2010 من التصنيف SharePoint  2010, وعندها يمكن الاختيار بين أحد القالبين Empty SharePoint Project أو Visual Web Part, والفرق أن القالب الثاني يضيف بشكل تلقائي جزئ ويب واحد افتراضي إلى المشروع, أما باستخدام الأول فيتم إنشاء مشروع شيربوينت 2010 فارغ تماماً ولا يحتوي على أي عنصر إضافي, وفي هذه المقالة سيتم استخدام القالب Empty SharePoint Project وبعدها ستتم إضافة جزء ويب مرئي.

الخطوة الثانية هي تحديد مجموعة المواقع Site Collection التي سيتم نشر جزء الويب الجديد عليها, حيث يجب تحديد اسم الخادم الذي يعمل عليه شيربوينت 2010 مع رقم المنفذ Port Number كما في الشكل التالي, مع ملاحظة أنه لاداعي لإدخال رقم المنفذ في حال أنه يساوي 80:

بعد ضغط زر إنهاء Finish يتم إنشاء المشروع الجديد الذي سيحتوي على جزء الويب المرئي الذي سيتم تطويره في هذه المقالة:

الخطوة التالية هي إضافة جزئ ويب مرئي جديد إلى المشروع الذي تم إنشاؤه في الخطوة السابقة:

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

نلاحظ أن جزء الويب المرئي الجديد يتألف من العناصر التالية:

CalculatorVisualWebPart, وهو عبارة عن الحاوية الرئيسية لجزء الويب المرئي وعند الضغط عليه مرتين يفتح عنصر التحكم CalculatorVisualWebPartUserControl.ascx.
وهو الصف class الذي يعبر عن جزء الويب نفسه, فمن المعلوم أن جزء الويب Web Part هو عبارة عن صف يرث الصف WebPart من فضاء الأسماء System.Web.UI.WebControls.WebParts, المهم أن هذا الصف يحتوي على الشيفرة التالية:

حيث أن المتغير _ascxPath يحتوي على المسار الذي سيحتوي على عنصر التحكم ascx الذي سيتم تحميله في وقت التنفيذ من خلال الشيفرة في المنهج CreateChildControls().

ملاحظة: يمكن تغيير مسار عنصر التحكم عند الضرورة إلى مجلد آخر بشرط تغييره في الملف SharePointProjectItem.spdata الذي سيأتي شرحه لاحقاً. مع العلم أن القسم الأول في مسار عنصر التحكم وهو _CONTROLTEMPLATES هو عبارة عن مجلد افتراضي Virtual Directory يشير إلى المجلد الفيزيائي التالي:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\CONTROLTEMPLATES

أما بالنسبة لباقي المسار فإن VisualWebPartArticle هو اسم المشروع و CalculatorVisualWebPart هو اسم جزء الويب المرئي ذاته, ويمكن تغيير هذين المسارين, أي ليس من الضروري الالتزام بهذه الطريقة المسار وإنما يتم توليد هذا المسار من خلال بيئة التطوير Visual Studio 2010 بشكل تلقائي كطريقة لمنع تكرار المسار ويجب على المطور تغيير هذا المسار ليتوافق مع إعدادات المشروع التي يعمل عليها, فمثلاً لو كان اسم المشروع الذي يعمل عليه هو SYRDEV وأنشأ مجلداً اسمه SYRDEV تحت المجلد الافتراضي _CONTROLTEMPLATES فمن الأفضل نقل مسار جزء الويب المرئي الجديد إلى تحت المجلد SYRDEV كنوع من الترتيب وحصر ملفات المشروع تحت مسار واحد.
هذا الملف هو عبارة عن ملف نصي يحتوي على شيفرة بصيغة XML, هذه الشيفرة تكون مفهومة من قبل الجزئية المسؤولة عن إدارة أجزاء الويب في شيربوينت 2010. ويجب المحافظة على هيكلية هذا الملف مع إمكانية التعديل على بعض القيم المتوفرة في الملف, وفيما يلي شرح لهذه القيم:
- type: قيمة هذا العنصر هي المسار الكامل للصف الذي يعبر عن جزء الويب نفسه والموجود في الملف CalculatorVisualWebPart.cs الذي تم شرحه سابقاً, وتتألف هذه القيمة من قسمين, القسم الأول هو اسم الصف مع فضاء الأسماء namespace.class_name وهو في مثالنا هنا يساوي القيمة التالية:
  
  VisualWebPartArticle.CalculatorVisualWebPart.CalculatorVisualWebPart
  
  أما القسم الثاني فهو الاسم الكامل للجمعة الناتجة عن بناء هذا المشروع ويعبر عنها في مشروعنا بالقيمة التالية:
  
  $SharePoint.Project.AssemblyFullName$
  
  طبعاً القيمة السابقة ليست القيمة الحقيقية وإنما هي اختصار في بيئة التطوير Visual Studio 2010 يتم استبدالها بالقيمة الحقيقية أثناء عملية النشر Deploy وستكون هذه القيمة مساوية للقيمة التالية:
  
  VisualWebPartArticle, Version=1.0.0.0, Culture=neutral, PublicKeyToken=14371a3110866f98
  
  مع العلم أن قيمة الخاصية PublicKeyToken ستكون مختلفة في المشروع الذي تنشئه أنت ويرجع إلى آلية توليد هذا الرقم.
- importErrorMessage: هذه القيمة تُستخدم كرسالة خطأ عند حدوث مشكلة في تحميل نوع جزء الويب, بسبب مشكلة في المجمعة الخاصة به أو أية مشاكل في نشر جزء الويب, ونلاحظ وجود القيمة التالية:
  
  $Resources:core,ImportErrorMessage;
  
  وهذا التعبير هو تعبير الحصول على قيمة من ملف مصدر اللغة الذي اسمه core ومفتاح القيمة هو ImportErrorMessage, وسيتم استخدام هذا التعبير لاحقاً في هذه المقالة لتعيين عنوان ووصف جزء الويب إضافة إلى قيم أخرى.
- بالنسبة للخصائص الأخرى مثل Title, Description فهي عبارة عن عنوان ووصف لجزء الويب بالترتيب.
CalculatorVisualWebPartUserControl.ascx: هذا الملف هو عنصر التحكم الذي أعطى صفة "مرئي" لنوع جزء ويب الجديد في شيربوينت 2010, وهو عنصر تحكم ASP.NET يمكن استخدامه تماماً كما يتم استخدامه في مشروع ASP.NET عادي بدون شيربوينت 2010, وهذا مما يعطي مرونة كبير للمطورين مقارنة بالشيفرة البرمجية اللازمة لتنفيذ نفس المخرجات في جزء الويب العادي. وطبعاً هذا الملف يحتوي على ملف لكتابة الشيفرة اسمه CalculatorVisualWebPartUserControl.ascx.cs.
Elements.xml: هذا الملف هو من أكثر الملفات شيوعاً عند استخدام بيئة التطوير Visual Studio 2010 لتطوير وبناء عناصر خاصة بشيربوينت 2010 وتختلف وظيفة هذا الملف باختلاف نوع العنصر الذي يتعامل معه يتم استخدام هذا الملف من قبل الميزة Feature التي ستستخدم لنشر جزء الويب المرئي الجاري تطويره, ويحتوي هذا الملف على الشيفرة التالية:
حيث تحتوي هذه الشيفرة على تعليمات تفيد تحديد المكان الذي سيحتوي على الملف CalculatorVisualWebPart.webpart, وهي قائمة مخفية اسمها wp تحت _catalogs, ولن يتم تغيير أية قيمة في هذا الملف ماعدا الخاصية Group حيث تحدد اسم المجموعة التي سيظهر تحتها جزء الويب أثناء محاولة إضافة جزء ويب جديد من خلال الضغط على "إضافة جزء ويب" في إحدى الصفحات, وسيتم تغيير قيمة هذه الخاصية لاحقاً بحيث تستخدم قيمة من ملفات مصدر اللغة أي أن اسم المجموعة سيختلف باختلاف اللغة المستخدمة في الموقع.
SharePointProjectItem.spdata: هذا الملف هو أحد الملفات التي تتكرر مع معظم العناصر التي تتم إضافتها إلى بيئة التطوير Visual Studio 2010 مثل الملف Elements.xml, لكن هذا الملف بشكل افتراضي يكون مخفي ويمكن مشاهدته بعد إظهار الملفات المخفية في المشروع من خلال الزر "إظهار جميع الملفات Show All Files" كما في الشكل التالي:

يحتوي هذا الملف على مجموعة من القيم التي تفيد في عملية نشر ملفات أجزاء الويب من خلال بيئة التطوير Visual Studio 2010:

ويجب التركيز على القيمتين التاليتين:
- السطر الذي يحتوي اسم عنصر التحكم CalculatorVisualWebPartUserControl.ascx, حيث يُحدد في هذا السطر مسار المجلد الذي سيحتوي على ملف عنصر التحكم.
- العنصر SafeControl, حيث يتم تحديد معلومات سطر للعنصر SafeControl سيتم كتابته في الملف web.config لتطبيق الويب المحدد في الخطوة الثانية أثناء إنشاء المشروع في أول هذه المقالة:
  - Assembly: الاسم الكامل للمجمعة الناتجة عن المشروع, وقد أشرنا سابقاً إلى أن $SharePoint.Project.AssemblyFullName$ هي قيمة يتم استبدالها من قبل بيئة التطوير Visual Studio 2010 أثناء تنفيذ عملية نشر المشروع Deploy, وهذه القيمة تساوي القيمة التالية:
    
    VisualWebPartArticle, Version=1.0.0.0, Culture=neutral, PublicKeyToken=14371a3110866f98
    
    على أن قيمة الخاصية PublicKeyToken ستختلف عندك أثناء تنفيذ خطوات هذا المشروع.
  - Namespace: وهي قيمة فضاء الأسماء الذي يحتوي على صف جزء الويب المرئي الجديد ويتم تحديد فضاء الأسماء من خلال الملف CalculatorVisualWebPart.cs من خلال السطر المسبوق بكلمة namespace وفي هذا المشروع قيمة فضاء الأسماء الافتراضي هي:
    
    VisualWebPartArticle.CalculatorVisualWebPart

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

تغيير فضاء الأسماء الافتراضي لجزء الويب المرئي.
تغيير مسار المجلد الهدف الذي يحتوي على عنصر التحكم ascx.
إضافة خاصية يمكن تغييرها من خلال تحرير خصائص جزء الويب المرئي في الصفحة التي تستخدم جزء الويب المرئي.
استخدام جزء الويب المرئي لعرض عنصر تحكم ascx موجود في مشروع ASP.NET آخر.

كيف يمكن استخدام ملفات المصادر الخاصة باللغة في ملفات تخطيط الصفحات

2011-03-31T13:59:00.002+03:00

تعتبر ملفات تخطي الصفحات Page Layouts أحد العناصر الأساسية في عملية إنشاء الصفحات في المواقع التي يتم بناؤها باستخدام تقنية شيربوينت, ويتيح شيربوينت عملية إضافة ونشر ملفات تخطيط الصفحات باستخدام الميزات Features, وهذه الملفات تحتوي العديد من العناصر التي تفيد في عرض البيانات وتحديد طريقة عرضها وترتيبها, إضافة إلى احتوائها على مناطق لأجزاء الويب Web Part Zones, وهذه المناطق تفيد في عملية إضافة أجزاء ويب إلى الصفحات التي يتم إنشاؤها اعتماداً على ملف تخطيط صفحة معين مثل "صورة إلى اليمين ArticleRight.aspx" أو "صفحة أجزاء ويب BlankWebPartPage.aspx" وغيرها من أنواع الصفحات الافتراضية أو الإضافية التي يتم تخصيصها على حسب المشروع, ومن المعلوم أن لكل منطقة أجزاء ويب عنوان Title يُستخدم لإعطاء وصف واضح لمدخلي البيانات والمستخدمين الذين يتعاملون مع الصفحات في الموقع أثناء تحريرها, ومن المعلوم عند إنشاء مواقع ثنائية اللغة يجب الحرص على عرض النصوص بحسب اللغة التي يختاره المستخدم فمثلاً منطقة أجزاء الويب التي عنوانها في الإصدار العربي هو "المنطقة 1" يجب أن يكون العنوان في الإصدار الانجليزي هو "Title 1" وهكذا, وهنا سنركز على هذه النقطة فيما يخص بناء ملفات مصادر اللغة وكيفية نشرها واستخدامها. بالنسبة للأدوات المستخدمة فهي بيئة التطوير المتكاملة 2010 Visual Studio وبرنامج SharePoint Designer 2010 والاعتماد على تقنية الميزات Features لتنفيذ جميع عمليات النشر المرتبطة بملفات مخططات الصفحات وملفات مصادر اللغة.

أولاً يجب بناء مشروع جديد باستخدام القالب Empty SharePoint Project كما هو واضح في الشكل التالي:

الشاشة التالية تحدد عنوان URL مجموعة المواقع التي سيتم نشر الميزة الجديدة عليها, حدد العنوان المناسب حسب البيئة التي تستخدمها وباقي الخيارات كما في الشكل التالي:

بعد إنشاء المشروع الجديد يجب إضافة عنصر Element يحتوي على مخطط الصفحة كما في الخطوات التالية المبينة فيما يلي:

بالنسبة لإضافة مخطط صفحة Page Layouts يمكن نسخ صفحة من SharePoint Designer 2010 وإضافتها داخل العنصر PageLyouts الذي تم إنشاؤه في الخطة السابقة, ولنفترض تم نسخ الملف BlankWebPartPage.aspx الافتراضي في شيربوينت 2010 SharePoint مع تغيير اسمه إلى CustomBlankWebPart.aspx:

الآن يجب إضافة الشيفرة التالية إلى الملف Elements.xml ال موجود ضمن PageLaouts وذلك لنشر الملف الجديد باستخدام الميزة المرتبطة بالمشروع:

أما بالنسبة للقيمة التي سيتم وضعها مكان VALUE_HERE فيجب إدخال القيمة التالية كما هو بالضبط:

;#صفحة;#0x010100C568DB52D9D0A14D9B2FDCC96666E9F2007948130EC3DB064584E219954237AF39;#

يجب الملاحظة بأنه يمكن استخدام نوع محتوى آخر غير صفحة, مثل صفحة المقالة أو أي نوع محتوى آخر عندها يجب تغيير اسم نوع المحتوى ورقمه في القيمة السابقة.

الآن يجب إضافة ملفات مصادر اللغة Resources files إلى المشروع بحيث يتم نشر هذه الملفات إلى المجلد App_GlobalResources الموجود ضمن مجلد تطبيق الويب في المسار التالي:

C:\inetpub\wwwroot\wss\VirtualDirectories

ومن أجل تحقيق هذا الهدف يجب إضافة عنصر فارغ Empty Elements ومن ثم تضاف ملفات المصدر إليه باللغات التي نريد التعامل معها:

بعد إضافة ملف مصدر اللغة العربية أضف مفتاح لقيمة جديدة كما يلي:

المفتاح: CustomBlankWebPart_TopZone
القيمة: تجربة

انسخ الملف العربي وغير اسمه إلى LocalizePageLayoutsResources.en-US.resx ومن ثم انسخ الملف العربي وغير اسمه إلى LocalizePageLayoutsResources.resx ليكون الشكل التالي:

بعد إضافة جميع المتطلبات يجب تعدل ملف تخطيط الصفحة CustomBlankWebPartPahe.aspx لاستخدام مفتاح القيمة الجديد حيث يتم استبدال القيمة Resources:cms,WebPartZoneTitle_Header بالقيمة Resources:LocalizePageLayoutsResources,CustomBlankWebPart_TopZone.

بالنسبة لملفات المصادر حتى يتم نشرها إلى المجلد App_GlobalResources يجب تنفيذ ما يلي:

جميع التعديلات والإضافات تم إنجازها والآن يجب تنفيذ عملية النشر من خلال تنفيذ الأمر Deploy. ومن ثم إنشاء صفحة من التخطيط CustomBlankWebPartPage.aspx كما يلي:

إخفاء أحد عناصر قائمة إجراءات الموقع Site Actions

2010-12-09T23:16:00.002+03:00

تعتبر قائمة إجراءات الموقع من أهم القوائم في الشيربوينت 2010 وأكثرها استخداماً حيث تضم العديد من الأوامر الهامة مثل أمر إنشاء صفحة جديدة, حيث عند اختيار الأمر "صفحة جديدة" تظهر نافذة منبثقة لإدخال اسم الصفحة الجديدة:

والنافذة المنبثقة تُنشئ صفحة جديدة من مخطط الصفحة الافتراضي الذي يمكن تعيينه من خلال إجراءات الموقع, وهي ميزة جديدة في شيربوينت 2010.

ولكن قد نضطر في بعض الأحيان إلى إخفاء الأوامر الافتراضية في قائمة إجراءات الموقع لأسباب تتعلق بالتخصيصات التي قد تتطلبها بعض المشاريع, وفي مثالنا هذا سنعمل على إخفاء الأمر "صفحة جديدة New Page" من خلال بناء ميزة تعمل على مستوى الموقع Web site وليس على مستوى مجموعة المواقع Site Collection.

بناء الميزة Feature باستخدام VS 2010

سنستخدم أداة التطوير Visual Studio 2010 المقدم من قبل شركة مايكروسوفت لتطوير الميزة الجديدة, حيث أن الإصدار 2010 يحتوي على أدوات تساعد في تطوير عناصر ومشاريع متكاملة مع شيربوينت 2010 SharePoint. ولإنشاء المشروع الجديد اختر القائمة File - New - Project ومن ثم اختر القائمة SharePoint - 2010, ومن ثم اختر نوع المشروع Empty SharePoint Project كما في الشكل التالي:

أدخل في حقل اسم المشروع SiteActionsMenuCustomization كاسم للمشروع, الآن ستظهر نافذة من خلالها يمكن تحديد عنوان مجموعة المواقع Site Collection التي سيتم نشر الحل الجديد عليها كما يلي:

من خلال الخطوات السابقة تم إنشاء مشروع شيربوينت فارغ لا يحتوي على أي عنصر, أما الخطوة التالية فهي إضافة ميزة Feature إلى المشروع, وذلك بالضغط على المجلد Features بزر الفأرة الأيمن واختيار الأمر Add Feature:

يتم إعطاء الميزة الجديدة اسم افتراضي هو Feature1 من الأفضل تغيير إلى اسم ذا معنى, وسنختار الاسم HideNewPageFromSiteActions, وتغيير عنوان الميزة إلى Site Actions - Hide New Page. أما اسم المجلد الذي سيتم إنشاؤه من أجل الميزة الجديدة داخل المجلد Template/Features فمن الممكن تغيير اسمه من خلال نافذة خصائص الميزة كما يلي:

الخطوة التالية هي بناء صف Class الهدف منه هو التقاط عملية إظهار الأمر "صفحة جديدة New Page" وإخفائه قبل تنفيذ عملية الإظهار. ولتنفيذ ذلك أضف مشروع جديد من النوع Class Library اسمه SiteActionsHelper وأضف إليه صف Class اسمه SiteActionsHidePage يرث الصف WebControl.

ملاحظة: يجب إضافة مرجع إلى المجمعة System.Web والمجمعة Microsoft.SharePoint.

طبعاً القيمة wsaCreatePage هي القيمة الفريدة المعرفة للأمر "صفحة جديدة New Page" في قائمة إجراءات الموقع Site Actions. ويمكن معرفة جميع القيم المعرفة لأوامر قائمة إجراءات الموقع يجب فتح الملف SiteAction.xml في المسار التالي:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS\EditingMenu

بعد بناء المجمعة التي تحتوي على الشيفرة السابقة يجب الآن إضافتها إلى الميزة التي تم بناؤها سابقاً HideNewPageFromSiteActions, وذلك بإضافة ملف manifest.xml من خلال إضافة عنصر من النوع Empty Element إلى مشروع الشيربوينت 2010 وكتابة الشيفرة التالية فيه:

بعد تنفيذ جميع الخطوات السابقة يجب تنفيذ الخطوات التالية:

نشر الميزة الجديدة من خلال الأمر Deploy في Visual Studio 2010.
نشر المجموعة SiteActionsHelper إلى المجلد c:\windows\assembly أو GAC.
إضافة عنصر التحكم SiteActionsHidePage إلى الملف web.config ضمن القسم SafeControls.

نشر المجمعة SiteActionsHelper من خلال VS 2010

1. اضغط على المجلد Package في المشروع SiteActionsMenuCustomization.

2. اضغط على الخيار Advanced في النافذة الجديدة.

3. اضغط على الزر Add واختر Add Assembly form Project Output.

4. من القائمة Source Project اختر المشروع SiteActionsHelper.

5. الخطوة الأخيرة هي الضغط على الزر OK وحفظ الخيارات الجديدة للمجلد Package.

الآن لنشر الميزة الجديدة اختر الأمر Deploy كما في الشكل التالي:

بعد تنفيذ جميع الخطوات السابقة سيختفي الأمر "صفحة جديدة New Page" من قائمة إجراءات الموقع, مع ملاحظة أنه في حالة نشر الميزة على المجال Web أي على مستوى موقع Web Site فإن هذا الأمر يختفي فقط على مستوى هذا الموقع وهو الموقع الجذر Root web site لمجموعة الموقع التي تم تحديدها في بداية إنشاء المشروع, ولإخفاء الأمر "صفحة جديدة New Page" من جميع مواقع مجموعة المواقع يجب تغيير مجال الميزة ليكون على مستوى مجموعة الموقع وتحديد القيمة Site. ولتغيير هذه القيمة اضغط على اسم الميزة في المشروع كما في الشكل التالي:

ومن ثم اختر القيمة Site من القائمة Scope كما في الشكل التالي:

الخلاصة

من خلال العمل على مثل هذا المستوى من التخصيص تلاحظ أن شيربوينت 2010 قابل للتخصيص بشكل كبير جداً, إضافة إلى أن استخدام الميزات Features لتنفيذ عمليات التخصيص يساعد في توفير المرونة اللازمة لنشر هذا التخصيص على أي مشروع جديد مع قابلية إيقاف هذا التخصيص بإلغاء تفعيل الميزة.

المرجع العربي لملفات خريطة الموقع

2010-11-25T17:05:00.001+03:00

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

عادة جالبات المعلومات Web Crawlers تكتشف الصفحات من الروابط الموجودة ضمن الموقع ومن مواقع أخرى. وخرائط الموقع تقدم هذه البيانات بحيث تسمح لجالبات المعلومات التي تدعم خرائط الموقع بالحصول على هذه الروابط من خلال خريطة الموقع مع معلومات إضافية متوفرة في البيانات الوصفية في نفس الملف. مع العلم أن استخدام ملف خريطة الموقع لا يضمن أن صفحات الموقع سيتم تضمينها في محركات البحث, لكنها تقدم تلميحات مفيدة لمحركات البحث للقيام بعمل أفضل لجلب معلومات موقعك وفهرسته.

الميفاق Sitemap 0.90 مقدم ضمن الترخيص "Attribution-ShareAlike Creative Commons License", ومعتمد بشكل واسع إضافة إلى الدعم المقدم من قبل شركات جوجل Google, ياهو! Yahoo! وشركة مايكروسوفت Microsoft.

ويمكن تحميل المرجع الكامل من هذا الرابط

فشل تثبيت حزمة اللغة العربية لشيربوينت 2010

2010-11-10T11:14:00.004+03:00

يدعم شيربوينت 2010 SharePoint اللغة العربية بشكل كامل بدون أية مشاكل بجميع الميزات التي يعمل عليها شيربوينت 2010 SharePoint, ولتأمين هذا الدعم فإن شركة مايكروسوفت تؤمن للغات التي تدعمها حزمة لتثبيت المعلومات الخاصة بكل لغة ومنها اللغة العربية على الرابط التالي:

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=046f16a9-4bce-4149-8679-223755560d54

المشكلة
بعد تثبيت الشيربوينت 2010 SharePoint يجب تثبيت حزمتي اللغة العربية, الأولى خاصة بـ Microsoft SharePoint Foundation 2010 وهذه العملية تتم بنجاح, والثانية حزمة اللغة العربية الخاصة بـ Microsoft SharePoint Server 2010 وهنا تظهر المشكلة حيث يظهر الخطأ "فشل تثبيت الحزمة" بدون أية تفاصيل أخرى.

بيئة العمل التي ظهرت عليها المشكلة

Windows Server 2008 Enterprise R2.
Microsoft SharePoint Server 2010 Enterprise for Internet.
SQL Server 2008 R2.

حل المشكلة
عند تثبيت حزمة اللغة العربية يجب التأكد أولاً من أن اللغة العربية تم تحميلها على الخادم وهذا أكثر ماقد يسبب فشل تحميل حزمة اللغة العربية, إضافة إلى أن اختلاف سياسات الأمن على البيئات المختلفة تؤدي إلى ظهور مشاكل غير متوقعة عند تثبيت حزمة اللغة حيث أن هذه الحزم تسجل معلومات في "سجل ويندوز Registry", لذلك فإن أحد أسباب فشل تثبيت حزمة اللغة هو عدم وجود سماحيات كافية للكتابة على سجل ويندوز وقد يكون لأسباب مختلفة مثل سياسات عامة على مستوى الشبكة المحلية, ولحل هذه المشكلة يجب تنفيذ الخطوات التالية:

cd /d %commonprogramfiles%\Microsoft Shared\Web server extensions\14\BIN
psconfig -cmd secureresources

بعدها نفذ iisreset.
الآن أعد تحميل حزمة اللغة العربية من جديد.

كيف يتم تخصيص قالب "موقعي MySite" في شيربوينت 2010

2010-10-07T13:31:00.003+03:00

في هذه المقالة سيتم سرد جميع عناصر قالب الموقع "موقعي MySite" في شيربوينت 2010 SharePoint مع مكان وجود كل عنصر من عناصر الموقع دون التطرق إلى كيفية التعديل عليها, وفي مقالة لاحقة سيتم التطرق إلى عمليات التخصيص بشكل مستفيض.

الجزء الأول هو الروابط التي تظهر في القسم العلوي من الموقع كما في الشكل التالي:

هذه الروابط يتم رسمها باستخدام عنصر اسمه MySiteTopNavigation.ascx موجود في المجلد ControlTemplates, وسيتم شرح كيفية التعديل على هذه الروابط وتغيير شكلها لاحقاً, ولكن يجب الانتباه إلى أنه من غير الصحيح التعديل على نفس العنصر لأن هذا سيؤثر على جميع المواقع في بيئة شيربوينت الحالية.

الجزء الثاني هو الصفحة الرئيسية Master Page, اسم هذه الصفحة هي mysite.master وهي موجودة على الموقع الجذري لتطبيق الويب الذي يستضيف خدمة "موقعي MySite", ويمكن إيجاد هذه الصفحة إما باستخدام SharePoint Designer 2010 أو على المسار التالي:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\FEATURES\MySiteLayouts

الجزء الثالث هي صفحة الترحيب default.aspx التي تظهر كصفحة افتراضية للموقع, وتعتبر هذه الصفحة جزء من قالب "موقعي MySite" واسم القالب هو SPSPERS حيث توجد الصفحة default.aspx.

الجزء الرابع هو العناصر التي تظهر في صفحة الترحيب default.aspx وهي كما يلي:

المستندات المشتركة Shared Documents.
المستندات الشخصية Personal Documents.
آخر مواضيع المدونة Recent Blog Posts.

وجميعها عبارة عن أجزاء ويب Web Parts يتم إدراجها في صفحة الترحيب كما يلي:

المستندات المشتركة Shared Documents تتم إضافتها من خلال الملف onet.xml الموجود ضمن القالب SPSPERS كما يلي:
```
<View
     List="Shared Documents"
     BaseViewID="1"
     MobileView="TRUE"
     WebPartZoneID="MiddleLeftZone" 
     WebPartOrder="1" />
```
المستندات الشخصية Personal Documents أيضاً تتم إضافها من خلال الملف onet.xml الموجود ضمن القالب SPSPERS كما يلي:
```
<View
     List="Personal Documents"
     BaseViewID="1"
     MobileView="TRUE"
     WebPartZoneID="MiddleLeftZone" 
     WebPartOrder="2" />
```
آخر مواضيع المدونة Recent Blog Posts تتم إضافتها من خلال الملف onet.xml الموجود ضمن القالب SPSPERS بعد التعليمة التالية:
```
<AllUsersWebPart WebPartZoneID="MiddleRightZone" WebPartOrder="1">
```

الجزء الخامس هو القوائم التي يتم إنشاؤها بشكل افتراضي بعد إنشاء الموقع الشخصي مباشرة حيث يتم إنشاء القوائم التالية:

مكتبة المستندات الشخصية Personal Documents, يتم إنشاء هذه المكتبة من خلال الملف onet.xml الموجود ضمن القالب SPSPERS ضمن قسم Configurations.
مكتبة المستندات المشتركة Shared Documents, يتم إنشاء هذه المكتبة من خلال الملف onet.xml الموجود ضمن القالب SPSPERS ضمن قسم Configurations.
مكتبة الصور المشتركة Shared Pictures, يتم إنشاء هذه المكتبة من خلال الملف onet.xml الموجود ضمن القالب SPSPERS ضمن قسم Configurations.

المنهج TryGetList في شيربوينت 2010 SharePoint

2010-10-02T08:06:00.003+03:00

في شيربونيت 2007 كان الحصول على مرجع برمجي لأية قائمة يتم باستخدام SPWeb.Lists[“List Title”] وفي حال عدم وجود هذه القائمة في الموقع يظهر خطأ, أو يجب استخدام طريقة أخرى وهي باستخدام حلقة for للمرور على جميع القوائم في الموقع ومقارنة القيمة SPList.Title مع عنوان القائمة التي نريدها وكلن جميع هذه الطرق هي التفاف على مشكلة موجودة, في شيربوينت 2010 SharePoint تم إضافة منهج جديد اسمه TryGetList موجود ضمن SPWeb.Lists, وظيفة هذا المنهج هي إعادة مرجع برمجي للقائمة باستخدام عنوان القائمة في حالة أن القائمة موجودة وإلا تعيد القمية null.

المطورون السوريون ... واقع وطموحات - استراتيجات – 3

2010-10-01T00:09:00.001+03:00

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

الاستراتيجة الأولى – تكلم كثيراً عن الأمر

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

الاستراتيجية الثانية – تثقيف المطور السوري

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

في المقالة القادمة سنطرح استراتيجيات أخرى نعتمدها لترسيخ مهنة التطوير والبرمجة في سوريا, وسنبقى مثابرين عليها وعلى هدفنا في "المطورون السوريون" لمهنة أرقى وسوريا أفضل.

خطأ عند تحميل شيربوينت 2010 على جهاز كان يحتوي على إصدار سابق من شيربونيت 2010

2010-08-19T13:50:00.003+03:00

عند محاولة تحميل شيربونيت 2010 مرة أخرى على جهاز كان يحتوي على شيربونيت 2010 وخاصة في حال وجود Office Web Apps فإن رسالة الخطأ التالية تظهر ولا تستطيع تحميل شيربونيت 2010 على الخادم:

The install in progress conflicts with a previously installed Microsoft Office 2010 Server product

سبب ظهور هذه الرسالة هو أن التطبيقات المرتبطة بأوفيس 2010 Office Web Apps لا يتم حذفها بشكل كامل من خلال إضافة/إزالة البرامج Add\Remove Programs لذلك يجب استخدام الرابط التالي لتحميل الأداة المناسبة لحذف جميع ملفات Office Web Apps من الخادم بشكل صحيح:

http://support.microsoft.com/kb/290301

حيث يوجد في أسفل الصفحة رابط لتحميل الأداة المناسبة حسب إصدار أوفيس, وبالنسبة لـ Office Web Apps يجب الضغط على الصورة التالية:

بعد تحميل الأداة المرفقة شغلها على خادم الشيربونيت وانتظر إلى أن تنتهي من تنفيذ عملها ثم حاول تحميل شيربونيت 2010 مرة أخرى.

أول شهادة أحصل عليها في شيربوينت 2010

2010-08-04T10:52:00.003+03:00

شرح أنواع تطبيقات الهدف في خدمة التوثيق الآمن Target Application Type in Secure Store Service

2010-07-09T09:12:00.003+03:00

كنا قد تحدثنا في مقالة سابقة عن وجود عدة أنواع للتطبيق الهدف Target Application وسنشرح بشكل مفصل في هذه المقالة النوعين Group و Individual حيث أنهما الأكثر استخداماً, وسنبدأ أولاً بالنوع Individual, عند اختيار قيمة الحقل Target Application Type إلى القيمة Individual كما في الشكل التالي:

فهذا يعني بأن كل مستخدم سيتصل إلى مصدر البيانات من خلال خدمة اتصال الأعمال يجب يستخدم اسم دخول وكلمة مرور عند محاولة الوصول إلى بيانات خارجية من خلال خدمة اتصال الأعمال, فبفرض أننا أنشأنا نوع محتوى خارجي يتصل بقاعدة بيانات من نوع SQL Server وحاول 3 مستخدمين الوصول إلى هذه البيانات من خلال مثلاً قائمة خارجية, فإن كل مستخدم يجب أن يدخل معلومات الاتصال (اسم دخول وكلمة مرور) بقاعدة البيانات وإلا فإنه لن يستطيع الوصول إلى المعلومات الموجودة في المصدر الخارجي وستظهر له رسالة كما في الشكل التالي:

وعند الضغط عليها يظهر نموذج لإدخال اسم الدخول وكلمة المرور كما يلي:

حيث ينبه هذا النموذج بأن معلومات الاتصال سيتم إرسالها من خلال نموذج غير محمي باستخدام HTTPS مع خيار للمتابعة وخيار آخر لإلغاء عملية الدخول, اضغط على "المتابعة إلى هذا الموقع":

الآن يجب الانتباه إلى أن معلومات المستخدم في النموذج السابق قد تكون اسم مستخدم موجودة في الجāلد النشط Active Directory ولديه صلاحيات على قاعدة البيانات عندها يستطيع المستخدم الوصول إلى البيانات, أو اسم مستخدم موجود في SQL Server نفسه, والسؤال هو متى نستخدم معلومات الدخول من الج لد النشط Active Directory ومتى نستخدم معلومات الدخول من SQL Server؟

الجواب يكمن في كيفية إعداد الاتصال مع مصدر البيانات عند إنشاء نوع محتوى خارجي باستخدام SharePoint Designer 2010 وبالأخص في الشاشة التالية:

فعند استخدام الخيار الأول عندها سيتم استخدام معلومات المستخدم الحالي الذي يطلب المعلومات لتوثيق الدخول إلى مصادر البيانات الخارجية (Connect with User’s Identity) وطبعاً هذه الطريقة لا ينصح باستخدامها, أما الخيار الثاني (Connect with Impersonated Windows Identity) فهي تعتمد على توثيق الدخول من خلال معلومات التوثيق التي تم إعدادها في مخزن التوثيق الآمن Secure Store Service ومن خلال إنشاء التطبيق الهدف Target Application ID حيث عند اختيار الخيار الثاني في النموذج السابق يتم تفعيل الحقل Secure Store Application ID, وفي حالتنا عند استخدام النوع Individual وظهور النموذج الذي يطلب معلومات الدخول عند طلب معلومات من مصادر البيانات الخارجية فيجب استخدام معلومات الدخول من الج لد النشط Active Directory, أي يجب إدخال معلومات الدخول في النموذج التالي بحيث أن اسم المستخدم يكون من الشكل domainName\UserName:

وعندما يدخل المستخدم معلومات الدخول بشكل صحيح ولديها الصلاحية للوصول إلى مصدر البيانات الخارجي عندها لن يتم سؤاله عن هذه المعلومات مرة ثانية عند زيارته للصفحة إلا إن تغيرت هذه المعلومات (تغيرت كلمة المرور – لم يعد للمستخدم صلاحيات على مصدر البيانات الخارجي).

الخلاصة فيما يخص النوع Individual هي أن كل مستخدم يجب أن يدخل معلومات التوثيق إلى مصدر البيانات الخارجي مرة واحدة على الأقل بشكل منفصل بغض النظر هل يستخدم الجميع نفس المعلومات أم معلومات مختلفة, ويستطيع المستخدم الذي لدي صلاحية على الموقع Central Administration أن يربط معلومات التوثيق مع أي مستخدم من خلال الشاشة التالية:

حيث يدخل في الحقل Credential Owner اسم المستخدم وفي باقي الحقول يدخل معلومات المستخدم (اسم دخول وكلمة مرور) الذي لديه صلاحية الاتصال إلى مصدر البيانات الخارجي, لذلك فإن المستخدم الذي تم إدخال معلوماته في الحقل Credential Owners لن يحتاج إلى توثيق لمعلوماته عند طلب بيانات من مصادر خارجية لأن الإدارة أعطته هذه الصلاحيات مسبقاً. طبعاً نلاحظ بأن استخدام النوع Individual قد يكون مفيداً في بعض الحالات التي يُطلب فيها مراقبة العمليات التي قام بها كل مستخدم, لكنها غير عملية في معظم الحالات, لذلك يجب التخطيط بشكل صحيح قبل استخدام هذه النوع, وطبعاً النوع الأكثر استخداماً هو Group.

إنشاء تطبيق هدف لاستخدامه مع خدمة اتصال الأعمال Create Target Application ID

2010-07-08T20:27:00.006+03:00

يستخدم تطبيق هدف Target Application لتوثيق الدخول إلى أحد الأنظمة وخاصة عند استخدام خدمة اتصال الأعمال BCS حيث يجب استخدام Target Application ID للاتصال يمصادر البيانات, ولإنشاء تطبيق هدف جديد اضغط على الزر جديد كما في الشكل التالي:

بعدها يظهر النموذج التالي:

املأ النموذج كما هو مبين أعلاه, ويجب ملاحظة أنه لا يمكن تغيير الحقل Target Application ID ولا يمكن تغيير الحقل Target Application Type.

ملاحظة: سنشرح وبالتفصيل الفرق بين القيمتين Individual و Group في الحقل Target Application Type في مقالة منفصلة.

ومن ثم اضغط Next ليظهر النموذج التالي:

حدد القيم في النموذج السابق كما هي ومن ثم اضغط Next ليظهر النموذج التالي:

في النموذج السابق يجب تحديد اسم المستخدم أو اسم الج موعة التي لديها تحكم كامل على التطبيق الذي نحن بصدد إنشائه, أدخل اسم المستخدم الخاص بك أو اسم مجموعة موجودة في الج لد النشط Active Directory ومن ثم اضغط OK لإنهاء عملية إنشاء التطبيق الجديد. بعد ذلك تظهر الشاشة التالية ومنها اختر Set Credentials كما يلي:

ثم يظهر نموذج كما في الشكل التالي, أدخل اسم المستخدم الذي تريد إعطاؤه صلاحيات ومن ثم أدخل اسم المستخدم وكلمة المرور الذي له صلاحيات على قواعد البيانات كما يلي:

في الحقل Credential Owner أدخل اسم المستخدم الذي ستُعطى له الصلاحيات, أما في الحقول الأخرى أدخال معلومات المستخدم الذي لديه صلاحيات على مصدر البيانات الخارجي ولنفترض في مثالنا هو SQL Server.

ملاحظة: يمكن إدخال معلومات مستخدم من مستخدمي الجفلد النشط Active Directory أو معلومات مستخدم من مستخدمي SQL Server, وهذا يعتمد على كيفية استخدام Target Application ID عند استخدام SharePoint Designer 2010, وسيتم شرح هذه النقطة في مقالة منفصلة.

بعد تنفيذ جميع الخطوات السابقة أصبح التطبيق الهدف MyTestID جاهزاً للاستخدام مع خدمة اتصال الأعمال BCS.

مخزن التوثيق الآمن في شيربوينت 2010 Secure Store Service (SSS) in SharePoint

2010-07-07T08:30:00.002+03:00

يعتبر مخزن التوثيق الآمن في شيربوينت 2010 أو Secure Store Service بديلاً عن خدمة الدخول الموحد SSO في شيروبنيت 2007, والهدف من هذه الخدمة هو تأمين توثيق بين شيربوينت وخاصة خدمة اتصال الأعمال Business Connectivity Service وبين مصادر البيانات الخارجية التي تحتاج إلى التوثيق للوصول إلى المعلومات المخزنة فيها, مثل MS SQL Server, خدمات الويب Web Services أو WCF, وأوراكل وغيرها من المصادر الأخرى, وهذه الخدمة مجرد وسيط بين خدمة اتصال الأعمال BCS ومصاردر البيانات الخارجية.

وهذه الخدمة مشتركة على مستوى مزرعة شيربوينت SharePoint Farm لذلك من أجل تفعيلها يجب التأكد من أن الخدمة Secure Store Service الموجودة في Central Administration – Application Management – Manage services on server كما في الشكل التالي:

في حال أنها موقفة يجب الضغط على Start لبدء تشغيلها. بعد ذلك يجب إنشاء تطبيق لخدمة مخزن التوثيق من Central Administration – Application Management – Manage Service Applications ومن ثم اختر الأمر New واختر Secure Store Service كما في الشكل التالي:

عندها سيظهر نموذج يشبه النموذج التالي:

طبعاً ككل الخدمات الأخرى يجب إنشاء قاعدة بيانات خاصة فيها, إضافة إلى تحديد Application Pool, إما موجود أو إنشاء جديد, ويفضل هنا استخدام Application Pool جديد واختيار حساب مُدار Managed Account غير معروف ولا يتم استخدامه في مكان آخر وذلك للحفاظ على سرية المعلومات التي يتم تشفيرها في قاعدة بيانات هذه الخدمة, بعد إنشاء تطبيق خدمة مخزن التوثيق الآمن يجب إعداد هذه الخدمة وذلك من خلال الضغط على اسمها, وفي أول مرة ستظهر رسالة تفيد بأنه يجب توليد مفتاح لهذه الخدمة, وهذا المفتاح يستخدم لتشفير البيانات التي تخزن في قاعدة بيانات هذه الخدمة, لذلك اضغط على الأمر "توليد مفتاح جديد Generate New Key" كما في الشكل التالي:

ليظهر عندها النموذج التالي الذي يطالب بإدخال جملة تستخدم لتوليد المفتاح المستخدم في تشفير بيانات هذه الخدمة, ويجب الاحتفاظ بهذه الجملة والتي يجب أن تتألف من 8 محارف على الأقل وتحتوي على "أحرف صغيرة – أحرف كبيرة – أرقام – محارف خاصة أخرى", وهذه الجملة تستخدم أيضاً عند إضافة مخدم جديد لتعمل عليه خدمة التوثيق الآمن. بعد إدخال هذه الجملة اضغط زر "موافق OK" لتوليد المفتاح الجديد.

عند الانتهاء من جميع الخطوات السابقة سيكون بإمكانك إنشاء تطبيق هدف Target Application لتأمين التوثيق بينه وبين خدمة اتصال الأعمال BCS, وفي المقالات القادمة سيتم شرح كيفية تنفيذ هذه العملية بالتفصيل.

مقالة ليست عن شيربوينت 2010

2010-07-06T23:52:00.005+03:00

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

تكلمنا عن الثقة, لكن مازال علينا التكلم عن شيربوينت 2010 علماً بأن المقالة تشير بأننا لن نتكلم عنه, وهذا صحيح لأننا نتكلم عن شيربوينت 2010, فهل فكرتم يوماً بالفريق الذي أنتج شيربوينت 2010, هل ياترى أولئك يثقون ببعضهم كما نثق نحن ببعضنا, بصراحة لا أعرف الجواب, لكني واثق من أمر واحد بأنهم كانوا يعملون جميعاً لهدف واحد, وقد تحقق بطريقة أو بأخرى, تحقق لأنهم اتبعوا قانون الطبيعة الذي يقول لكل فعل رد فعل مساوِ له في المقدار ومعاكس في الاتجاه, فقد فعلوا المستحيل لينجح مشروع شيربوينت 2010 ورد الفعل المعاكس لفعلهم هو أن المستحيل ذهب في اتجاه آخر فنجح مشروعهم.

أتمنى أن تنضج أفكارنا كفاية لكي نستطيع أن نستخدم شيربوينت 2010, ولنفكر ونحن نستخدمه بنفس الطريقة التي فكر بها أصحاب الفعل وليكن فعلنا مساو لفعلهم وفي نفس الاتجاه لعل الطبيعة يظهر فيها قانون جديد اسمه "قانون شيربوينت 2010".

إضافة دعم للبحث في ملفات أوفيس إلى شيربوينت 2010

2010-07-05T19:54:00.006+03:00

في شيربوينت 2010 لا تتم فهرسة ملفات أوفيس بشكل افتراضي بعد تحميل شيربوينت 2010 SharePoint Server على المخدم, وحتى بعد تشغيل عملية الفهرسة لا تتم عملية فهرسة ملفات أوفيس, ولإضافة هذا الدعم يجب تحميل حزمة مايكروسوفت أوفيس 2010 فيلتر Microsoft Office 2010 Filter Packs من الرابط التالي:

http://www.microsoft.com/downloads/details.aspx?familyid=5CD4DCD7-D3E6-4970-875E-ABA93459FBEE&displaylang=en

بعد ذلك يجب تشغيل الملف على المخدم المسؤول عن عملية الفهرسة, وبعدها يجب تنفيذ عملية فهرسة كاملة Full Crawling للبيانات المراد البحث عنها, ومن ثم ابحث عن أي كلمة في ملفات أوفيس وستظهر في نتائج البحث, كما في الشكل التالي:

ملاحظة: لا تتم عملية فهرسة الملفات الموجودة في مكتبة المستندات الافتراضية "المستندات Documents" لذلك يجب إنشاء مكتبة أخرى وإضافة ملفات الأوفيس إليها, وحقيقة لا أعلم ماهو السبب وراء عدم فهرسة الملفات الموجودة في المكتبة الافتراضية.

تشغيل ملفات البور بوينت في المتصفح باستخدام تطبيقات الويب في شيروبينت 2010

2010-07-05T08:14:00.005+03:00

إحدى الميزات الجديدة في شيربوينت 2010 هي إمكانية استعراض ملفات Office PowerPoint في المتصفح دون الحاجة لأن يكون لدى المستخدم برنامج Office PowerPoint على جهازه وهذا يوفر الكثير من التكلفة على المؤسسات التي لديها عدد كبير من الموظفين وخاصة أن استخدام Office PowerPoint يحتاج إلى تراخيص من شركة مايكروسوفت, إضافة إلى إمكانية الاستعراض يستطيع المستخدم التعديل على محتويات الملف باستخدام بعض المميزات, وهذه المحدودية في عملية التعديل سببها أن هذه الميزة تعمل على المتصفح. ولتفعيل هذه الميزة في شيربوينت 2010 يجب استخدام تطبيقات أوفيس على الويب Office Web Applications والتي يمكن الحصول عليها من موقع مايكروسوفت.

بعدها شغل ملف الـ setup.exe وتابع مع معالج عملية التنصيب, بعد إنتهاء عملية تحميل تطبيقات أوفيس على الويب Office Web Applications يجب تشغيل البرنامج Configures SharePoint Products and Technologies لإنهاء عملية الإعداد بشكل كامل.

بعد الانتهاء من عملية تحميل تطبيقات أوفيس على الويب على بيئة عمل شيربوينت 2010 اتبع الخطوات التالية لتشغيل خدمة مشاهدة ملفات PowerPoint باستخدام المتصفح:

افتح موقع الإدارة المركزي Central Administration ومن القائمة اليسرى اختر "إدارة التطبيقات Application Management" ومن ثم اختر "إدارة الخدمات على المخدم Manage service on server" كما يلي:

الآن ابحث عن الخدمة PowerPoint Service واضغط على الأمر Start الذي بجانبها كما يلي:

الآن يجب إنشاء خدمة لتشغيل ملفات PowerPoint في المتصفح ترتبط بتطبيق الويب الذي نعمل عليه, حيث أن الخدمة السابقة هي على مستوى بيئة عمل شيربوينت 2010 وتقدم الدعم لهذه الميزة لكن لكي تعمل هذه الخدمة على مستوى تطبيق الويب وحسب معمارية شيربوينت 2010 التي تعتمد على الخدمات المستقلة لكل تطبيق ويب فيجب إنشاء خدمة اسمها PowerPoint Viewing Service وذلك من خلال الرابط Manage service applications كما في الشكل التالي:

ومن ثم اختر الأمر New من شريط التحكم في أعلى الصفحة واختر الخدمة PowerPoint Viewing Service كما في الشكل التالي:

عندها يظهر النموذج التالي:

املأ النموذج بالمعلومات اللازمة واضغط OK لإنشاء الأدوات اللازمة لتشغيل ملفات PowerPoint في المتصفح, في حال تم إنشاؤها بنجاح تظهر كما يلي:

الخطوة الأخيرة لتفعيل هذه الخدمة هي من خلال تفعيل الميزة Office Web Apps على مستوى مجموعة الموقع وذلك من خلال صفحة إعدادات الموقع Site Settings – إدارة مجموعة المواقع المشتركة Site Collection Administrator – ميزات مجموعة المواقع المشتركة Site Collection Features:

الآن أصبحت الخدمة جاهزة للاستخدام, ارفع ملف أوفيس وورد إلى أي مكتبة مستندات واختر الأمر عرض في المستعرض View in Browser:

في حال أن جميع الإعدادات تمت بشكل صحيح سيظهر الشكل التالي في المتصفح:

وتلاحظ وجود خيارات أخرى لتحرير الملف في المتصفح أو البحث أو الانتقال إلى صفحة أخرى في حال أن الملف يحتوي على أكثر من صفحة. ولتحرير الملف اضغط على الأمر "تحرير في المستعرض" ليظهر الشكل التالي:

حيث يمكنك إجراء تعديل على النصوص, إدراج شريحة جديدة, أو حذف شريحة, ويجب ملاحظة أنه يتم حفظ التعديل مباشرة على ملف البور بوينت لذلك لا يوجد زر حفظ في المستعرض.

هذه الميزة وغيرها من الميزات الجديدة في شيربوينت 2010 بدأت في تطبيق Cloud Services التي تعتمد على اعتماد خدمات اعتاد عليها المستخدم ولكن تأمين هذه الخدمة أصبح مركزياً مع تقليل البرامج اللازمة لدى المستخدم النهائي, وطبعاً هذا ينعكس على التكلفة.

تشغيل ملفات الوورد في المتصفح باستخدام تطبيقات الويب في شيروبينت 2010

2010-07-02T09:40:00.006+03:00

إحدى الميزات الجديدة في شيربوينت 2010 هي إمكانية استعراض ملفات الوورد Office Word في المتصفح دون الحاجة لأن يكون لدى المستخدم برنامج أوفيس وورد Office Word على جهازه وهذا يوفر الكثير من التكلفة على المؤسسات التي لديها عدد كبير من الموظفين وخاصة أن استخدام أوفيس وورد يحتاج إلى تراخيص من شركة مايكروسوفت, إضافة إلى إمكانية الاستعراض يستطيع المستخدم التعديل على محتويات الملف باستخدام بعض مميزات الوورد, وهذه المحدودية في عملية التعديل سببها أن هذه الميزة تعمل على المتصفح. ولتفعيل هذه الميزة في شيربوينت 2010 يجب استخدام تطبيقات أوفيس على الويب Office Web Applications والتي يمكن الحصول عليها من موقع مايكروسوفت

بعد الانتهاء من عملية تحميل تطبيقات أوفيس على الويب على بيئة عمل شيربوينت 2010 اتبع الخطوات التالية لتشغيل خدمة مشاهدة ملفات أوفيس وورد باستخدام المتصفح:

الآن ابحث عن الخدمة Word Viewing Service واضغط على الأمر Start الذي بجانبها كما يلي:

الآن يجب إنشاء خدمة لتشغيل ملفات أوفيس وورد في المتصفح ترتبط بتطبيق الويب الذي نعمل عليه, حيث أن الخدمة السابقة هي على مستوى بيئة عمل شيربوينت 2010 وتقدم الدعم لهذه الميزة لكن لكي تعمل هذه الخدمة على مستوى تطبيق الويب وحسب معمارية شيربوينت 2010 التي تعتمد على الخدمات المستقلة لكل تطبيق ويب فيجب إنشاء خدمة اسمها Word Viewing Service وذلك من خلال الرابط Manage service applications كما في الشكل التالي:

ومن ثم اختر الأمر New من شريط التحكم في أعلى الصفحة واختر الخدمة Word Viewing Service كما في الشكل التالي:

عندها يظهر النموذج التالي:

املأ النموذج بالمعلومات اللازمة واضغط OK لإنشاء الأدوات اللازمة لتشغيل ملفات أوفيس وورد في المتصفح, في حال تم إنشاؤها بنجاح تظهر كما يلي:

في حال أن جميع الإعدادات تمت بشكل صحيح سيظهر الشكل التالي في المتصفح:

وتلاحظ وجود خيارات أخرى لتحرير الملف في المتصفح أو البحث أو الانتقال إلى صفحة أخرى في حال أن الملف يحتوي على أكثر من صفحة.

مصادر لتعلم خدمة اتصال الأعمال Business Connectivity Service (BCS)

2010-07-01T10:39:00.005+03:00

ملفات المساعدة لخدمة اتصل الأعمال BCS Documentation on MSDN

http://msdn.microsoft.com/en-us/library/ee556826.aspx

مدونة فريق تطوير خدمة اتصال الأعمال BCS Team Blog

http://blogs.msdn.com/b/bcs/

مركز مصادر خدمة اتصال الأعمال BCS Resource Center

http://technet.microsoft.com/en-us/sharepoint/ee518675.aspx

كيف تعرض ملف فلاش من مكتبة الصور باستخدام جزء ويب لاستعلام المحتوى

2010-06-26T18:11:00.006+03:00

في هذه المقالة سنستعرض كيفية استخدام جزء ويب الخاص باستعلام المحتوى Content Query Web Part لعرض ملف فلاش من مكتبة الصور, حيث أن في بعض الأحيان يكون لدينا صور وملفات فلاش في مكتبة الصور ونريد عرضها باستخدام نفس الأداة, والؤسال هو كيف نستطيع تنفيذ ذلك؟ للإجابة على هذا السؤال أرجو اتباع الخطوات التالية بدقة:

أنشء مكتبة للصور ولكين اسمه MyImageLib من النوع "مكتبة الصور Picture Library".
أضف إليها ملف فلاش أو أكثر إضافة إلى بعض الصور بهدف التجريب فقط, وتأكد بأن ملفات الفلاش التي يتم رفعها تعمل بشكل صحيح.

طبعاً نلاحظ بأن مكتبة الصور لا تعرض صورة مصغرة للفلاش لأنها غير مخصصة لذلك.
أضف جزء ويب الخاص باستعلام المحتوى Content Query Web Part إلى أي صفحة من صفحات موقعك, ويفضل أن تكون صفحة تجربة لاختبار عمل هذه الطريقة.
الآن حدد مكتبة الصور لتكون هي القائمة التي سيقرأ منها جزء الويب العناصر التي سيعرضها كما في الشكل التالي:

الآن سيتم بناء قالب جديد في الملف ItemStyle.xsl الموجود في المكتبة Style Library وذلك باستخدام SharePoint Designer, واسم القالب الجديد هو ShowFlashFromImgLib, وشيفرته كما يلي:

<xsl:template name=" ShowFlashFromImgLib" match="Row[@Style=' ShowFlashFromImgLib']" mode="itemstyle">
   <xsl:param name="CurPos">
  <xsl:param name="Last">
   <xsl:variable name="SafeLinkUrl">
       <xsl:call-template name="OuterTemplate.GetSafeLink">
           <xsl:with-param name="UrlColumnName" select="'LinkUrl'">
       </xsl:with-param></xsl:call-template>
   </xsl:variable>
   <xsl:variable name="DisplayTitle">
       <xsl:call-template name="OuterTemplate.GetTitle">
           <xsl:with-param name="Title" select="@Title">
           <xsl:with-param name="UrlColumnName" select="'LinkUrl'">
       </xsl:with-param></xsl:with-param></xsl:call-template>
   </xsl:variable>
   <xsl:variable name="LinkTarget">
       <xsl:if test="@OpenInNewWindow = 'True'">_blank</xsl:if>
   </xsl:variable>
   <xsl:if test="contains($SafeLinkUrl, '.swf')">
 <xsl:text escaping="yes"><object>
 <param name="movie" value=""></xsl:text><xsl:value-of select="">
 <xsl:text escaping="yes">
 <embed src=""></embed></xsl:text><br /> <xsl:value-of select="">
 <xsl:text escaping="yes">
 </xsl:text></xsl:text></object>]]></xsl:text>
</xsl:if>
</xsl:param></xsl:param></xsl:template>

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

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

إنشاء نوع محتوى خارجي في شيربوينت 2010

2010-06-24T12:44:00.010+03:00

تعتبر أنواع المحتويات الخارجية إحدى الميزات الجديدة في شيربوينت 2010, ويدل اسمها على أنها تعتمد على بيانات مخزنة في مصادر بيانات غير الشيربوينت وهذه المصادر قد تكون إحدى الأنواع الثلاثة التالية:

نوع .NET أو .NET Type
قاعدة بيانات SQL Server.
خدمة WCF

ومن خلال الأنواع الثالاثة السابقة يمكن شمل أي مصدر بيانات بغض النظر عن التقنية المستخدمة في تخزين البيانات فمثلاً يمكن بناء نوع .NET يجمع المعلومات من قواعد بيانات أوراكل, أو بناء خدمة WCF تعيد بيانات مخزنة في أنظمة أخرى, أي أننا نستطيع استخدام أي مصدر معلومات خارجي بحيث يصبح مصدراً للمعلومات في شيربوينت 2010. وفي هذه السلسلة سنحاول التطرق إلى الأنواع الثالاثة السابقة, وسنبدأ مع النوع الثاني حيث أنه النوع الأسهل وهو قاعدة بيانات SQL Server.

إنشاء نوع محتوى خارجي يعتمد على SQL Server

سنعتمد في هذا القسم على SharePoint Designer 2010 لإنشاء نوع محتوى خارجي ويمكن تحميل SharePoint Designer 2010 من الرابط التالي:

http://www.microsoft.com/downloads/details.aspx?FamilyID=d88a1505-849b-4587-b854-a7054ee28d66&displaylang=en

افتح SharePoint Designer 2010 واختر الأمر Open Site كما في الشكل التالي:
أدخل رابط الموقع الذي تريد إنشاء نوع الحًتوى الخارجي فيه كما في الشكل التالي:
الآن اضغط على Open لفتح الموقع وفي حال طلب اسم مستخدم وكلمة مرور, عندها يجب إدخال معلومات مستخدم لديه الصلاحيات المناسبة للتعديل على الموقع.
بعد فتح الموقع باستخدام SharePoint Designer 2010 بنجاح اضغط على العنصر External Content Types في القائمة اليسرى كما في الشكل التالي:
الآن سيتم صفحة فيها سرد لأسماء جميع أنواع الح تويات الخارجية المتوفرة في الموقع في حال وجودها, وإنشاء نوع محتوى خارجي جديد اضغط على الأمر External Content Type في شريط الأوامر العلوي كما في الشكل التالي:
الآن سيتم فتح صفحة جديدة لتعبئة معلومات نوع الح توى الخارجي الجديد كما يلي:
- Name: هو اسم نوع الح توى الخارجي الجديد.
- Display Name: هو الاسم الذي سيظهر للمستخدم أثناء التعامل مع نوع الح توى الخارجي.
يكفي إدخال المعلومات السابقة لإنشاء نوع محتوى خارجي, وسيتم شرح المعلومات الأخرى في مقالات قادمة, والآن يجب الضغط على الرابط External System كما في الشكل التالي:
بعد الضغط على الرابط External System تظهر شاشة فيها سرد لجميع مصادر المعلومات المستخدمة, اضغط على Add Connection فضافة مصدر معلومات جديد واختر SQL Server كما في الشكل التالي:
بعد اختيار النوع SQL Server تظهر شاشة لإدخال معلومات الاتصال بقاعدة البيانات من نوع SQL Server, حيث يجب إدخال المعلومات التالية:
- عنوان مخدم قواعد البيانات مع اسم المثيل ServerName\InstanceName.
- اسم قاعدة البيانات.
- واسم للعرض وهو معلومة اختيارية.
- أما بالنسبة للاختيارات الثلاثة المتبقية فلها شرح مطول سيتم سرده في مقالة مختصة في هذا الموضوع ولكن يمكن الآن اختيار الخيار الأول كما في الشكل التالي, أو يمكن الخيار الأخير من أجل استخدام خدمة مخزن التوثيق Secure Store Service (SSS) الجديدة في شيربوينت 2010:
بعد نجاح الاتصال بقاعدة البيانات سيتم إظهار عناصر قاعدة البيانات بشكل شجري بحيث يتم الاختيار منها كما في الشكل التالي:

اضغط على اسم الجدول (في مثالي اسمه Users) واختر الأمر الأول Create All Operations, ثم اضغط Finish لإتمام عملية إنشاء نوع محتوى خارجي باستخدام قاعدة بيانات SQL Server, وفي حال نجاح العملية سيتم إظهار الشكل التالي:

آخر خطوة هي بالضغط على زر حفظ في أعلى قائمة أدوات SharePoint Designer 2010, وبعدها يصبح نوع المحتوى الخارجي جاهزاً للاستخدام.

خطأ عند محاولة الوصول إلى تطبيق ويب لأول مرة على شيربونيت 2010

2010-04-19T07:38:00.005+03:00

عند استخدام SharePoint 2010 Beta على Winodws Server 2008 يظهر الخطأ التالي عند محاول الوصول إلى تطبيق ويب Web Application لأول مرة وهذا الخطأ هو:

System.Runtime.InteropServices.COMException: Retrieving the COM class factory for component with CLSID {BDEADF26-C265-11D0-BCED-00A0C90AB50F} failed due to the following error: 800703fa

ويمكن حل هذه المشكلة بطريقتين:

تنفيذ الأمر iisreset في منفذ الأوامر, وهذه الطريقة ستحل المشكلة مؤقتاً
لحل هذه المشكلة بشكل نهائي يجب ضبط الخاصية Load User Profile إلى القيمة true في الإعدادات المتقدمة Advanced Settings للـ Application Pool الخاصة بتطبيق الويب الذي تعمل عليه

كل ما تحتاجه للعمل على شيربوينت 2010

2010-04-04T08:01:00.012+03:00

أساسيات إدخال البيانات في SharePoint

2010-04-01T17:39:00.008+03:00

ينبغي على مدخلي البيانات إتقان بعض الأساسيات التي تشكل قاعدة فهمهم لكيفية التعامل مع البيانات في SharePoint, وليس المطلوب هنا فهم كامل لبنية شيربوينت SharePoint وإنما فقط فهم التعريف لبعض مكونات شيربوينت SharePointبحيث تصبح هذه المفاهيم مؤلوفة لدى مدخل البيانات ويكفي في هذه المرحلة فهم بسيط لهذه الأساسيات, وفيما يلي سرد بعض هذه المفاهيم دون الدخول في التفاصيل التقنية لها.

الأعمدة Columns

العمود هو عبارة عن بنية قد تكون بسيطة أو مركبة تسمح بتخزين معلومة أو أكثر, ومن الأعمدة البسيطة عمود العنوان Title Column الذي يقبل قيمة نصية فقط, ويتألف أي عمود من مجموعة من العناصر التي تشكل بمجموعها بنية العمود:

اسم العمود Column Name, واسم العمود هو عبارة عن اسم نصي يعبر عن اسم العمود كما سيظهر على الصفحة أو عند شاشة الإدخال أو التعديل في شاشة عرض المعلومات, (العنوان, اسم الكاتب, تاريخ الإنشاء) وهي كلها أسماء لأعمدة.
نوع بيانات العمود Column Data Type, ونوع بيانات العمود يحدد نوع القيمة التي يمكن إدخالها في العمود, مثلاً عمود العنوان هو عبارة عن عمود نوعه "قيمة نصية" يقبل إدخال نص ما يعبر عن عنوان العنصر المراد إدخاله, مثل عنوان الخبر, أو عنوان المقالة, أو حتى اسم شخص ما, وقد يكون نوع بيانات العمود "بيانات رقمية" أي يجب إدخال قيمة رقمية فقط في العمود, مثل طول الأرض, ترتيب الخبر, سعر المنتج, إضافة إلى أنواع أخرى سيتم سردها لاحقاً.
طول بيانات العمود Column Data Length, وهي الطول الأعظمي للبيانات التي يمكن إدخالها في العمود وهذه الخاصية لا تتوفر في جميع أنواع الأعمدة, فمثلاً تتوفر في نوع العمود النصي, ولكن غير متوفرة في العمود الذي يعبر عن تاريخ, أيضاً لا تتوفر في العمود الذي يعبر عن مجموعة من الخيارات.

ملاحظة: العناصر التي تم ذكرها سابقاً ليس كاملة بحيث تشكل عموداً في SharePoint ولكن هذه المعلومات هي ما يجب على مدخلي البيانات فهمهم فقط وليس من المطلوب في هذه المرحلة بيانات تفصيلية أكثر.

ملاحظة: أي معلومة يتم إدخالها في شيربوينت SharePoint يتم تخزينها في عمود ما, بغض النظر عن نوع هذه المعلومة وبغض النظر عن طريقة إدخال هذه المعلومات.

ملاحظة: يعتبر العمود في شيربونيت SharePoint من أهم العناصر التي يجب فهمها ولكن ماتم ذكره هنا عن الأعمدة هو ما يحتاجه مدخل البيانات للتعامل مع الأعمدة في شيربونيت SharePoint.

نوع المحتوى Content Type

يُعرف نوع المحتوى Content Type في شيربوينت SharePointبالنسبة لمدخل البيانات بأنه مجموعة من الأعمدة الموجودة مسبقاً, مثلاً نوع المحتوى "خبر" قد يتألف من الأعمدة التالية (عنوان الخبر – وصف الخبر – نص الخبر – تاريخ الخبر), وهي جميعها أعمدة موجودة في شيربوينت SharePoint مسبقاً.

ملاحظة: أي عنصر يتم إنشاؤه في شيربوينت SharePoint يجب أن يكون من أحد أنواع المحتويات المعرفة مسبقاً ولا يمكن أبداً إنشاء عنصر من دون نوع محتوى.

القوائم Lists

تعتبر القائمة في شيربوينت SharePointوسيلة التخزين الأساسية المستخدمة لتخزين البيانات في شيربوينت SharePoint, ويمكن تشبيه القائمة بالجدول في قواعد البيانات Database Table, وتتألف كل قامئة من مجموعة من الأعمدة, فمثلاً القائمة "منتجات Products" يتم استخدامها لتخزين معلومات عن المنتجات يمكن أن تحتوي على الأعمدة التالية:

رقم المنتج.
اسم المنتج.
وصف المنتج

وجميع هذه الأعمدة هي أعمدة في شيربوينت SharePoint.

ملاحظة: تحتوي كل قائمة على نوع محتوى واحد على الأقل وقد تحتوي على أكثر من نوع, حيث كما أسلفنا لا يمكن تخزين أي عنصر من عناصر أي قائمة بدون أن يندرج تحت نوع محتوى ما.

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

ملاحظة: أي بيانات يتم إدخالها إلى شيربوينت SharePoint يتم تخزينها في قائمة, بغض النظر عن نوع هذه البيانات, وأي قائمة تعتبر قائمة مخصصة Custom List تم إضافة وظائف إضافية إليها.

إن فهم مدخل البيانات للعناصر الثلاثة السابقة في شيربوينت SharePoint يعتبر هاماً جداً لفهم طريقة إدخال البيانات بطريقة صحيحة إضافة إلى أن هذا الفهم يسهل على أي مدخل بيانات التعامل مع شيربوينت SharePoint وإدخال البيانات بطريقة سريعة وسهلة, إضافة إلى أن هذا الفهم يمنح مدخل البيانات المرونة والإحترافية في إدخال البيانات.

خطأ في إنشاء بيانات تجريبية أثناء تنفيذ إعدادات SharePoint 2010

2010-03-26T16:25:00.001+03:00

بعد تحميل كافة متطلبات SharePoint 2010 على Windows 7 وعند تشغيل SharePoint Products and Technologies قد يظهر خطأ في الخطوة رقم 8 عند محاولة إنشاء بيانات تجريبية Sample Data وتفاصيل الخطأ هي كما يلي:

Exception: Microsoft.Office.Server.UserProfiles.UserProfileException: The content type text/html; charset=utf-8 of the response message does not match the content type of the binding (application/soap+msbin1). If using a custom encoder, be sure that the IsContentTypeSupported method is implemented properly
The protocol 'net.tcp' does not have an implementation of HostedTransportConfiguration type registered

وظيفة مدخل البيانات

2010-03-25T23:47:00.003+03:00

مدخل البيانات بالتعريف هو (ذكر أم أنثى) المسؤول عن تزويد النظام الذي يعمل عليه بالبيانات التي لا يكون للنظام أي قيمة بدونها, والمقصود هنا بالنظام هو أي برنامج يعمل على سطح المكتب Desktop Application أو موقع (بغض النظر عن نوع الموقع) يعمل على الشبكة المحلية Intranet Web Site أو الشبكة العنكبوتية Internet Web Site, ومدخل البيانات قد ينتج أو يكتب أو يؤلف البيانات التي يدخلها إلى النظام أو يحصل عليها من جهة أخرى, وهذه الجهة الأخرى قد تكون أشخاص آخرين أو كتب أو مواقع على الشبكة العنكبوتية أو من أي مصدر آخر للبيانات.

ملاحظة: عند ذكر كلمة نظام فالمقصود أي برنامج أو موقع ويب بغض النظر عن نوعه, وعند الحديث عن شيربوينت SharePoint سيتم ذكره بشكل صريح.

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

أنواع مدخلي البيانات Data Entry Types

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

مدخل بيانات مبتدئ Junior Data Entry
مدخل البيانات المبتدئ هو أول مستوى من مستويات مدخلي البيانات, ويتميز مدخل البيانات المبتدئ بمجموعة من المواصفات وهي كما يلي:

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

مدخل بيانات متقدم Advance Data Entry
يجب أولاً على مدخل البيانات تجاوز جميع المشاكل التي يقع فيها مدخل البيانات المبتدئ إضافة إلى اكتساب بعض الخبرات الإضافية التي يجعله مدخل بيانات متقدم, ومن مواصفات مدخل البيانات المتقدم مايلي:

من أهم مواصفات مدخل البيانات المتقدم هي وجود خبرة في عملية إدخال البيانات من خلال عمله على أنظمة مختلفة, مثل العمل على برامج تعمل على سطح المكتب Desktop Applications ومواقع تعمل على الشبكة العنكبوتية Web Sites, حيث أن هذا الاختلاف يكسب مدخل البيانات خبرة تجعله قادراً على التعامل مع أي نظام جديد يجب العمل عليه.
كما يجب على مدخل البيانات المتقدم إتقان وفهم الهدف من النظام الذي يعمل عليه وفيما يستخدم هذا النظام, ومن هو الجمهور المستهدف بالبيانات التي تدخل إلى النظام, ومعرفة النتائج الصحيحة التي يجب أن يخرجها النظام بعد إدخال البيانات, حيث أن فهم عمل النظام والهدف منه يعني أن مدخل البيانات قادر على اكتشاف البيانات الغير صحيحة قبل إدخالها إضافة إلى أن مدخل البيانات في هذه الحالة لن يكون مجرد آلة لتنفيذ الأوامر وإنما لديه القدرة على مناقشة البيانات وإيجاد طرق لحل بعض المشاكل الغير تقنية (نقص في البيانات – بيانات غير صحيحة ...).
سرعة إدخال البيانات التي تعتبر في كثير من الأحيان من أهم العوامل التي على أساسها يتم اختيار مدخلي البيانات وخاصة في الأنظمة التي يتم إدخال عدد هائل من البيانات اليومية إليها, أيضاً السرعة تفيد مدخل البيانات من الناحية المادية, حيث أن بعض مدخلي البيانات يتقاضون رواتب تتناسب طرداً مع سرعتهم في إدخال البيانات.

مدخل بيانات محترف Senior Data Entry
مدخل البيانات المحترف هو أقرب للتقني منه لمدخل البيانات حيث أنه يمتلك خبرة واسعة في مجال إدخال البيانات على مختلف أنواع الأنظمة, إضافة إلى أنه يمتلك جميع خبرات مدخل البيانات المتقدم فإنه يتمتع بالمواصفات التالية:

يتقن بعض النواحي التقنية التي استخدمت لبناء النظام الذي يعمل عليه, وهذا يسمح له باتخاذ إجراءات أكثر فعالية عند إدخال البيانات, حيث يستطيع استخدام طرق غير تقليدية لإدخال البيانات, فعلى سبيل المثال مدخل البيانت المحترف الذي يعمل على موقع على الشبكة العنكبوتية, يستطيع استخدام شيفرة الـ HTML لتنسيق البيانات عند الضرورة بدلاً من الاعتماد على الأدوات التي يوفرها الموقع نفسه, كما يستطيع استخدام تقنية الصفحات المتعاقبة CSS (Style Sheet Cascading) لتنسيق وترتيب واختيار الألوان والمسافات في الصفحة التي يعمل عليها, وكمثال عند إدخال خبر يحتوي على صور وغيرها من العناصر الأخرى مثل الفلاش Flashes.
يستطيع مدخل البيانات المحترف اختيار الشكل الأفضل لإدخال البيانات بل يستطيع اقتراح بعض الطرق المجدية لإدخال البيانات الكبيرة, بحيث يقترح على الفريق فكرة تنفيذ عملية مؤتمتة لإدخال البيانات لتسريع العمل, وهذا ينطبق بشكل عام على الأنظمة التي تتكرر فيها البيانات من ناحية الشكل وتختلف من ناحية المعلومات.
في الأنظمة التي تعمل على الشبكة العنكبوتية Internet Web Sites هناك مجال واسع لمدخلي البيانات للإبداع وهنا تبرز أهمية مدخل البيانات المحترف من حيث طريقة ترتيبه للبيانات وطريقة إظهارها لزوار الموقع بشكل جذاب, كما يستطيع تحديد طريقة ترتيب المعلومات والصور والنصوص على صفحات الموقع بالطريقة التي تسهل على زوار ومستخدمي الموقع الوصول إلى المعلومة بأسهل الطرق.
يتقن مدخل البيانات المحترف بعض المفاهيم الخاصة بأنواع معينة من البيانات مثل البيانات التعليمية والبيانات العلمية, حيث أنها تتبع لمواصفات قياسية عالمية يجب الالتزام بها, ومدخل البيانات المحترف من خلال خبرته في هذا المجال لديه المعرفة الكافية لهذه المعايير القياسية.
مدخل البيانات المحترف لديه القدرة على صياغة المحتوى الذي سيعرض للزوار سواء من الناحية اللغوية أو الشكلية بالطريقة الأنسب إضافة إلى قدرته على اختيار الخطوط والألوان التي تتناسب مع المضمون ولا تتعارض مع الشكل العام للموقع وبنفس الوقت تشكل عامل جذب لمستخدمي الشبكة العنكبوتية.
في عالم الشبكة العنكبوتية توجد مفاهيم خاصة بما يسمى "محركات البحث Search Engines" يجب على مدخل البيانات المحترف إتقانها وتطبيقها على البيانات المسؤول عن تغذية الموقع بها.

مما سبق نلاحظ بأن مهمة إدخال البيانات ليست فقط كتابة نصوص وإدخال أرقام ومعلومات إلى الأنظمة, وإنما تتعداها إلى ماهو أوسع وأشمل من الناحية العلمية والفنية والتقنية.

كيف أتعلم شيربوينت SharePoint

2010-03-24T04:28:00.017+03:00

الكثير ممن أقابلهم يسألوني كيف نتعلم شيربونيت SharePoint وجوابي دائماً كما تتعلم أي تقنية أو علم أو لغة برمجية, أو حتى كيف تتعلم العمل على منتج آخر, ولكن النقطة المهمة التي يجب أن ندركها ونحن نتعلم شيربونيت SharePoint هي أنه ليس منتج أو لغة برمجة وإنما هو منصة عمل متكاملة تحتوي على:

تقنيات Technology.
لغات وتقنيات برمجية C#, ASP.NET, VB.NET, JavaScript.
قواعد بيانات SQL Server.
إدخال البيانات Data Entry.
إضافة إلى كل ما يتبع للعناصر الأربعة الرئيسية السابقة.

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

مراحل تعلم شيربوينت SharePoint

كما أسلفت سابقاً حتى تتعلم شيربوينت SharePoint بشكل صحيح يجب أن تحدد بالضبط ماذا تريد أن تكون في هذا المجال, ومايلي التقسيمات الرئيسية التي يمكن أن تختص فيها من خلال عملك على شيربوينت SharePoint:

مدخل بيانات Data Entry.
مطور شيربوينت SharePoint Developer.
مدير شيربوينت SharePoint Administrator.

التقسيمات الثلاثة السابقة ذكرتها بالتسلسل المنطقي من وجهة نظري من الأسهل إلى الأكثر تعقيداً, ولكن هذا لا يعني بأن عملية إدخال البيانات هي عملية سهلة (هنا لا أخص شيربوينتSharePoint). وكل مرحلة من هذه المراحل تنقسم إلى عدة مراحل مختلفة في كل واحدة منها تتعلم أو تتعلمين مواضيع هي جميعها في النهاية مترابطة مع بعضها البعض ولكن مدى التعمق في هذه المواضيع يختلف من مرحلة إلى أخرى, فمثلاً فهم تعريف عمود الموقع Site Column يختلف من مرحلة إدخال البيانات إلى مرحلة المطور إلى مرحلة المدير, وهذا المفهوم يمر في جميع المراحل الثلاثة لكن مع اختلاف في كيفية النظر إلى مفهوم عمود الموقع Site Column في كل مرحلة, وعند التقدم في المراحل تزداد المفاهيم والتعقيدات المرتبطة بعمود الموقع Site Column, لذلك فهم جميع المواضيع المتعلقة في كل مرحلة من مراحل تعلم شيربوينت SharePoint يعني أن دخول المرحلة التالية سيكون أسهل وأكثر فائدة.

نصيحة: لا تتجاوز أي مفهوم مهما كان بسيطاً أثناء تعلمك شيربوينت SharePoint وخاصة في المرحلة الأولى "مدخل البيانات Data Entry".

ولا شك بأن كل مرحلة من المراحل الثلاثة السابقة لها متطلبات يجب أن يحققها كل من يريد الدخول في عالم شيربوينت SharePoint بشكل صحيح, وفقدانه لأي متطلب من المتطلبات لا يعني عدم قدرته على تجاوز المرحلة وإنما يعني نقص في فهم مواضيع هذه المرحلة, وهذه المتطلبات تتوزع كما يلي:

مدخل البيانات Data Entry
- معرفة جيدة في برامج أوفيس Office.
- معرفة أساسيات الـ HTML التي تسمح لمدخل البيانات على الأقل بفهم طريقة صياغة شيفرة الـ HTML.
- فهم جيد لأنواع الصور الثلاثة jpg, gif, png المستخدمة لتمثيل الصور الرسومية على الإنترنت.
- معرفة الفلاش Flash وماهو الهدف منه.
- فهم ممتاز لوظيفة مدخل البيانات بغض النظر عن التقنية أو الأدوات المستخدمة لإدخال البيانات.

مطور شيربوينت SharePoint Developer
- إتقان المفاهيم البرمجية العامة التي لا تتعلق بأي لغة برمجة أو تقنية.
- مستوى جيد في جافا سكريبت JavaScript.
- إتقان شيفرة HTML.
- معرفة ممتازة بإحدى اللغتين C# أو VB.NET.
- إتقان تقنية ASP.NET وكل ما يتعلق بها.
- فهم بيئة عمل الشيربوينت SharePoint Framework وكيفية بنائه والتقنيات المستخدمة في عملية بنائه.
- إتقان خدمات الويب Web Services.
- معرفة مبدئية بقواعد البيانات إن افترضنا بأن المبرمج لن يتعامل مع قواعد البيانات بشكل مباشر وإنما هناك أشخاص مختصون بقواعد البيانات.

مدير شيربوينت SharePoint Administrator
- إتقان عملية إدخال البيانات على شيربوينت SharePoint
- العمل كمطور شيربوينت SharePoint لمدة كافية تسمح له بفهمه بشكل صحيح.
- الإلمام بمبادئ الشبكات الأساسية Network Essentials.
- فهم جميع الخدمات التي يقدمها شيربوينت SharePoint بشكل صحيح والهدف من كل خدمة.
- فهم جميع وظائف المخدمات Server Roles التي يعمل عليها شيربوينت SharePoint.

إن شاء الله في المقالات القادمة سنفصل أكثر في النقاط التي يجب تعلمها في كل مرحلة من مراحل تعلم شيربوينت SharePoint مع وضع بعض المراجع المهمة والكتب المفيدة

كل ما تحتاجه من أدوات للعمل على SharePoint 2007

2010-03-14T08:10:00.006+03:00

Microsoft Office SharePoint Server 2007 32 Bit with Service Pack 2 x86 (MOSS 2007 + SP2 32 Bit)

http://www.microsoft.com/downloads/details.aspx?FamilyId=2E6E5A9C-EBF6-4F7F-8467-F4DE6BD6B831&displaylang=en

The 2007 Microsoft Office Servers Service Pack 1 32 Bit and 64 Bit (SP1)

http://www.microsoft.com/downloads/details.aspx?familyid=AD59175C-AD6A-4027-8C2F-DB25322F791B&displaylang=en

The 2007 Microsoft Office Servers Service Pack 2 (SP2) (32 Bit, 64 Bit)

http://www.microsoft.com/downloads/details.aspx?FamilyID=b7816d90-5fc6-4347-89b0-a80deb27a082&displaylang=en

Microsoft Office SharePoint Server 2007 (x64) with Service Pack 2 (MOSS 2007 + SP2)

http://www.microsoft.com/downloads/details.aspx?familyid=3015FDE4-85F6-4CBC-812D-55701FBFB563&displaylang=en

Windows SharePoint Services 3.0 (WSS 3.0)

Windows SharePoint Services 3.0 Service Pack 2 (SP2) (32 Bit, 64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=79BADA82-C13F-44C1-BDC1-D0447337051B&displaylang=en

Windows SharePoint Services 3.0 Service Pack 1 (SP1) (32 Bit x86, 64 Bit x64)

http://www.microsoft.com/downloads/details.aspx?FamilyID=4191a531-a2e9-45e4-b71e-5b0b17108bd2&displaylang=en

Windows SharePoint Services 3.0 with Service Pack 2 (32 Bit – x86)

http://www.microsoft.com/downloads/details.aspx?familyid=EF93E453-75F1-45DF-8C6F-4565E8549C2A&displaylang=en

Windows SharePoint Services 3.0 x64 with Service Pack 2 (64 Bit – x64)

http://www.microsoft.com/downloads/details.aspx?familyid=9FB41E51-CB03-4B47-B89A-396786492CBA&displaylang=en

Windows SharePoint Services 3.0 x64 (64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=0A50DA0F-7C94-4814-BBFE-2B66FE4A9087&displaylang=en

Windows SharePoint Services 3.0 x86 (32 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=D51730B5-48FC-4CA2-B454-8DC2CAF93951&displaylang=en

Language Packs

Language Pack for SharePoint Server 2007 (x86) (English) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?FamilyID=2447426b-8689-4768-bff0-cbb511599a45&displaylang=en

SharePoint Server 2007 Language Pack (x64) (English) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=318D8562-58BD-4329-B1F6-F1941A38BC7F&displaylang=en

SharePoint Server 2007 Language Pack (x64) (Arabic) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=318d8562-58bd-4329-b1f6-f1941a38bc7f

Language Pack for SharePoint Server 2007 (x86) (Arabic) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=2447426b-8689-4768-bff0-cbb511599a45

Microsoft Office Language Pack 2007 Service Pack 1 (SP1) (English) (x86) (23 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=1F5C7D10-B4F9-482D-B0E5-9547A7F508E5&displaylang=en

Microsoft Office Language Pack 2007 Service Pack 1 (SP1) (Arabic) (x86) (23 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=1f5c7d10-b4f9-482d-b0e5-9547a7f508e5

The 2007 Microsoft Office Servers Language Pack Service Pack 1 (SP1), 64-Bit Edition (English) (x64)

http://www.microsoft.com/downloads/details.aspx?FamilyID=56681742-7D2C-4A6F-9178-DACD32AADC6C&displayLang=en

The 2007 Microsoft Office Servers Language Pack Service Pack 1 (SP1), 64-Bit Edition (Arabic) (x64)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=56681742-7d2c-4a6f-9178-dacd32aadc6c

The 2007 Microsoft Office Servers Language Pack Service Pack 2 (SP2) (English) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?FamilyID=01c6a3e8-e110-4956-903a-ad16284bf223&displaylang=en

The 2007 Microsoft Office Servers Language Pack Service Pack 2 (SP2) (Arabic) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=01c6a3e8-e110-4956-903a-ad16284bf223

The 2007 Microsoft Office Servers Language Pack Service Pack 2 (SP2), 64-Bit Edition (English) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=66C5026F-9F47-4642-8378-2526918009FA&displaylang=en

The 2007 Microsoft Office Servers Language Pack Service Pack 2 (SP2), 64-Bit Edition (Arabic) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=66c5026f-9f47-4642-8378-2526918009fa

Windows SharePoint Services 3.0 Language Pack x64 (English) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=45FA2637-EFC0-4ED6-8F47-8A013E9CE9D9&displaylang=en

Windows SharePoint Services 3.0 Language Pack x64 (Arabic) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=45fa2637-efc0-4ed6-8f47-8a013e9ce9d9

Windows SharePoint Services 3.0 Language Pack (English) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=36EE1BF0-652C-4E38-B247-F29B3EEFA048&displaylang=en

Windows SharePoint Services 3.0 Language Pack (Arabic) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=36ee1bf0-652c-4e38-b247-f29b3eefa048

Windows SharePoint Services 3.0 Language Pack Service Pack 2 (SP2), 64-Bit Edition (English) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=2C2B6CAF-B46D-45EB-AC4D-DEAAA48C3A2C&displaylang=en

Windows SharePoint Services 3.0 Language Pack Service Pack 2 (SP2), 64-Bit Edition (Arabic) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=2c2b6caf-b46d-45eb-ac4d-deaaa48c3a2c

Windows SharePoint Services 3.0 Language Pack Service Pack 2 (SP2) (English) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=085E5AC8-58F6-4CF9-8012-33B95EE36C0F&displaylang=en

Windows SharePoint Services 3.0 Language Pack Service Pack 2 (SP2) (Arabic) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=085e5ac8-58f6-4cf9-8012-33b95ee36c0f

Windows SharePoint Services 3.0 Language Pack Service Pack 1 (SP1) (English) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=05046B1D-DD7B-456A-8838-8D978C5F3579&displaylang=en

Windows SharePoint Services 3.0 Language Pack Service Pack 1 (SP1) (Arabic) (x86) (32 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=05046b1d-dd7b-456a-8838-8d978c5f3579

Windows SharePoint Services 3.0 Language Pack Service Pack 1 (SP1), 64-Bit Edition (English) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?familyid=C7CF102B-5DD8-4D86-BE5A-D56F63EF37A4&displaylang=en

Windows SharePoint Services 3.0 Language Pack Service Pack 1 (SP1), 64-Bit Edition (Arabic) (x64) (64 Bit)

http://www.microsoft.com/downloads/details.aspx?displaylang=ar&FamilyID=c7cf102b-5dd8-4d86-be5a-d56f63ef37a4

الإطلاق الرسمي لـ SharePoint 2010 في أيار القادم

2010-03-10T07:49:00.004+03:00

أعلنت شركة مايكروسوفت بشكل رسمي عن نيتها في إطلاق SharePoint 2010 و Office 2010 في أيار القادم بتاريخ 12 - أيار (May) 2010 على أنها ستطلق النسخة RTM في نيسان القادم من SharePoint 2010 و Office 2010.

ونحن ننتظر بفارغ الصبر

إعدادات مجموعة المستندات Document Set في SharePoint 2010

2010-02-27T22:28:00.004+03:00

للميزة "مجموعة المستندات Document Set" الجديدة في SharePoint 2010 مجموعة من الإعدادات التي تؤثر على طريقة عملها على مستوى مجموعة الموقع Site Collection وهذه الإعدادات يمكن الوصول إليها من صفحة "معلومات نوع المحتوى Document Set" من خلال الرابط "إعدادات مجموعة المستندات Document Set Settings":

وتحتوي صفحة إعدادات الـ Document Set على الأجزاء التالية:

أنواع المحتوى المسموح بها Allowed Content Types.
المحتوى الافتراضي Default Content.
الأعمدة المشتركة Shared Columns.
الأعمدة التي تظهر في صفحة الترحيب Welcome Page Columns.
صفحة الترحيب Welcome Page.
تعديل أنواع محتويات الموقع والقوائم المشتقة من نوع المحتوى الحالي Updating all content types inheriting from this type.

أنواع المحتويات المسموح بها Allowed Content Types
من خلال هذا الإعداد يمكن اختيار أنواع المحتويات المسموح تخزينها في عنصر من النوع "مجموعة مستند Document Set", وبفرض أننا اخترنا ثلاثة أنواع محتويات كما في الشكل التالي:

فإن أنواع المحتويات المسموح بها في عنصر من النوع Document Set هي فقط أحد الأنواع الثلاثة (Document, Picture, Article Page), وفي حال إنشاء عنصر من النوع "مجموعة مستند Document Set" في مكتبة مستندات وكان أحد أنواع المحتويات المسموح بها في عنصر من النوع Document Set غير موجود في مكتبة المستندات, عندها يتم إدراج نوع المحتوى المفقود كأحد أنواع محتويات مكتبة المستندات ولكن نوع المحتوى الجديد لا يظهر في قائمة إنشاء مستند جديد.
إضافة إلى أنه يتم تخصيص أمر التحكم "إنشاء مستند جديد New Document" بحيث لا تظهر فيه إلا أنواع المحتويات المسموح بها في عنصر من النوع "مجموعة مستند Document Set", ففي مثالنا السابق سيظهر الشكل التالي عند تنفيذ أمر التحكم "إنشاء مستند جديد New Document":

المحتوى الافتراضي Default Content
من خلال هذا الإعداد يمكن تحديد المحتويات والمستندات الافتراضية التي سيتم إنشاؤها مباشرة ضمن العنصر من النوع "مجموعة مستندات Document Set" حيث يمكن رفع مجموعة من المستندات من أي نوع من أنواع المحتويات المسموح بها في العنصر من النوع "مجموعة مستندات Document Set":

ومن خلال هذا الجزء يمكن تنفيذ العمليات التالية:

إضافة محتوى جديد, حيث تستطيع رفع ملف أو أكثر من أنواع المحتويات المسموح بها في العنصر من النوع Document Set. وإضافة ملف إلى المحتوى الافتراضي لا يضيف هذه الملفات إلى العناصر الموجودة حالياً في مكتبات المستندات وإنما يكون الـاثير فقط على العناصر الجديدة التي يتم إنشاؤها.
حذف ملف أو مستند موجود مسبقاً باستخدام الأمر Delete, وعملية الحذف هذه لا تعني حذف هذا الملف من العناصر الموجودة مسبقاً في مكتبات المستندات, وإنما يعني بأن هذه الوثيقة لن يتم إنشاؤها عند إنشاء عنصر جديد من نوع المحتوى Document Set.
تعيين الخيار "إضافة اسم مجموعة المستند إلى الملفات الافتراضية عند إنشاء عنصر من النوع مجموعة مستند Add the name of the Document Set to each file name" أو إلغائه وهذا يعني بأنه عند إنشاء أي عنصر من النوع Document Set في مكتبة المستندات فإن أسماء جميع الملفات الافتراضية ستسبق باسم العنصر نفسه, كما في الشكل التالي:

الأعمدة المشتركة Shared Columns

من خلال هذا الخيار يمكن تحديد الأعمدة التي ستتم إضافتها بشكل تلقائي إلى جميع أنواع المحتويات المسموحة في العنصر من النوع Document Set, حيث يتم إضافة هذه الأعمدة إلى نوع جميع أنواع المحتويات, وهذه الأعمدة هي أعمدة موجودة في نوع المحتوى Document Set مع قيمة هذه الأعمدة, مع العلم بأن هذه الأعمدة تظهر فقط عند عرض خصائص العناصر View Properties ولا تظهر عند اختيار الأمر Edit Properties. وقيم هذه الأعمدة يمكن تغييرها فقط من تحرير خصائص العنصر Document Set.

الأعمدة التي تظهر في صفحة الترحيب Welcome Page Columns

من خلال هذا الخير يمكن تحديد أسماء الأعمدة التي ستظهر قيمها في صفحة الترحيب للعنصر من النوع Document Set, ففي الشكل السابق تم إضافة العمود Article Title إلى قائمة الأعمدة التي ستظهر في صفحة الترحيب لعنصر من النوع Document Set, لذلك نلاحظ في الشكل التالي كيف ظهرت قيمة هذا الحقل:

طبعاً يمكن تخصيص طريقة عرض هذه الخصائص من خلال تخصيص شكل صفحة الترحيب الخاصة بنوع المحتوى Document Set, وسيتم تخصيص جزء كامل عن هذا الموضوع.

صفحة الترحيب Welcome Page
صفحة الترحيب هي ميزة جديدة ترافق نوع المحتوى الجديد Document Set حيث يمكن تعيين صفحة ترحيب لنوع المحتوى Document Set بحيث يمكن وضع تصميم مختلف عن الشكل الافتراضي للصفحات في مكتبة المستندات, حيث أن صفحة الترحيب هي عبارة عن صفحة جزء ويب Web Part Page لذلك يمكن تخصيصها والتعديل عليها حسب ما يتطلبه العمل, ويمكن تخصيص هذه الصفحة على مستويين, المستوى الأول هو على مستوى الموقع ويكون مسار الصفحة كما يلي:

http://SERVER_NAME/_cts/ContentTypeName/docsethomepage.aspx

من المسار السابق نلاحظ أن لكل نوع محتوى فرعي من النوع Document Set صفحة ترحيب خاصة به, وهذا يعطي مرونة أكبر لتخصيص صفحة الترحيب لكل نوع محتوى.
ولتخصيص صفحة الترحيب على مستوى القائمة فيستخدم المسار التالي:

http://WEB_URL/LIST_NAME/Forms/ContentTypeName/docsethomepage.aspx

أيضاً لكل نوع محتوى صفحة ترحيب خاصة به على مستوى القائمة, ويمكن الوصول إلى هذا المسار من خلال إعدادات مكتبة المستندات, ومن ثم الضغط على اسم أحد أنواع المحتويات الفرعية من Document Set ومن ثم اختيار الرابط Document Set Settings ومن ثم اختيار الرابط Customize the Welcome Page:

ملاحظة: نلاحظ وجود صفحة إعدادات لنوع المحتوى Document Set أو أحد الأنواع المشتقة منه على مستوى الموقع, وصفحة إعدادات على مستوى القائمة مع وجود اختلافات بسيطة الصفحتين.

تعديل أنواع محتويات الموقع والقوائم المشتقة من نوع المحتوى الحالي Updating all content types inheriting from this type

من خلال هذا الخيار يتم عكس التعديلات التي تم إجراؤها على نوع المحتوى الحالي على جميع أنواع المحتويات المشتقة من هذا النوع, ماعدا إعدادات صفحة الترحيب, وينعكس التعديل فقط على العناصر التي يتم إنشاؤها من أنواع المحتويات المعنية.

ميزة مجموعة المستندات Document Set في SharePoint2010

2010-02-22T20:53:00.001+03:00

تعتبر ميزة مجموع المستندات Document Set من الميزات الجديدة في SharePoint 2010, وتهدف إلى تشكيل حاوية Container لمجموعة المستندات ضمن مكتبة المستندات, وهي تشبه إلى حد كبير المجلد Folder مع خيارات إضافية تجعل هذه الميزة من الميزات المفيدة جداً في مكتبة المستندات Document Set في SharePoint 2010.

وبشكل افتراضي فإن ميزة مجموعة المستندات Document Set لا تكون مفعلة على مكتبة المستندات لذلك يجب تفعيلها ضمن مكتبة المستندات لكي تستفيد منها, ويتم ذلك بإضافة نوع المحتوى Document Set إلى مكتبة المستندات من صفحة إعدادات مكتبة المستندات Library Settings, عندها يمكنك إنشاء عنصر من نوع "مجموعة المستندات Document Set" ضمن مكتبة المستندات. وهذه الميزة تمتلك العناصر التالية:

مجموعة أعمدة موقع.
نوع محتوى Document Set.
صفحة إعدادات.
صفحة رئيسية Welcome Page: عند إنشاء عنصر من نوع "مجموعة مستندات Document Set" فإن لهذا العنصر صفحة رئيسية تختلف عن الصفحات التي يتم عرضها في مكتبة المستندات.

ماسبق هو مجرد نظرة غير تقنية لميزة مجموعة المستندات, وفيما يلي سيتم شرح هذه الميزة من الناحية التقنية بحيث سيتم تناول جميع التفاصيل المتعلقة بهذه الميزة.

إعدادات خدمة الرقم الفريد للمستندات Document ID Settings

2010-01-31T21:25:00.005+03:00

بعد تفعيل ميزة الرقم الفريد للمستندات يظهر رابط جديد تحت القسم "إدارة مجموعة الموقع Site Collection Administration" وهذا الرابط هو "إعدقادات الرقم الفريد للمستندات Document ID settings":

ومن خلال هذا الرابط يمكن ضبط بعض الإعدادات التي تؤثر في عمل ميزة الرقم الفريد للمستندات وهي مبينة في الشكل التالي:

ومن خلال هذه الشاشة يمكن ضبط أربعة إعدادات تؤثر في عمل هذه الميزة وهي كما يلي:

تعيين رقم فريد للمستندات Assign Document Ids, حيث يحدد هذا الخيار هل سيتم إسناد رقم فريد للمستندات الجديدة أم لا.
الأحرف التي يجب أن يبدأ بها الرقم الفريد للمستند, وهي عبارة عن أحرف وأرقام يجب ألا يقل طولها عن 4 ولا يتجاوز 12 حرف ومثال على ذلك:

حيث نلاحظ من الشكل السابق كيف أن الرقم الفريد للمستند يبدأ بالكلمة ISMAEEL.
الخيار "إعادة تعيين الأرقام الفريدة للمستندات لتبدأ بالأحرف الجديدة Reset all Document IDs in this Site Collection to begin with these characters", عند تعيين هذا الخيار فإن جميع أرقام المستندات سيعاد ضبطها بحيث تبدأ بالأحرف الجديدة التي تم تعيينها, وهنا يجدر الانتباه إلى أنه في حال إعادة تعيين أرقام المستندات لتبدأ بأحرف جديدة فإن الروابط التي تم استخدامها مسبقاً لتشير إلى هذه المستندات ستصبح غير صحيحة مما يؤدي إلى ظهور روابط مفقودة Broken Links لذلك يجب الانتباه عند استخدام هذا الخيار.
أما الخيار الأخير "Use this search scope for ID lookup", فيمكنك تحديد اسم المجال الذي يمكن من خلاله البحث باستخدام أرقام المستندات الفريدة Document ID.

ملاحظة: بعد التغيير على الإعدادات السابقة ستظهر رسالة باللون الأحمر تشير إلى أن الإعدادات الجديدة تمت جدولتها وسيتم إكمالها بشكل تلقائي, وهذا يعني بأن الإعدادات الجديدة لن يتم تطبيقها إلا بعد اختفاء الرسالة باللون الأحمر:

هناك طريقة يمكن استخدامها لتسريع عملية تطبيق الإعدادات الجديدة وهي بتنفيذ المهمة المجدولة التي تطبق الإعدادات بشكل يدوي وذلك باتباع الخطوات التالية:

افتح موقع الإدارة المركزي Central Administration Web Site من قائمة البرامج بعدها افتح Microsoft SharePoint 2010 Products ومن ثم اضغط على الرابط SharePoint 2010 Central Administration.
اختر الأمر Monitoring من القائمة اليسرى.
اختر الأمر Review job definitions.
ابحث عن الأمر Document ID enable/disable job.
اضغط على الزر Run Now لتنفيذ المهمة الجدولة.
من ثم ابحث عن الأمر Document ID assignment job.
اضغط على الزر Run Now.
الآن افتح صفحة إعدادات الرقم الفريد للمستندات Document ID Settings وستلاحظ بأن الرسالة التي باللون الأحمر قد اختفت.

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

تأثير تفعيل الميزة DocId في SharePoint 2010

2010-01-29T09:38:00.005+03:00

عند تفعيل الميزة DocId على مجموعة الموقع Site Collection يتم إضافة ثلاثة أعمدة إلى نوع المحتوى "مستند Document" والمحتوى "مجموعة مستند Document Set" والأعمدة الثلاثة التالية:

Document ID Value: يخزن هذا العمود قيمة الرقم الفريد للمستند, والاسم الداخلي لهذا العمود أي الاسم البرمجي له هو _dlc_DocId, ونوعه هو حقل نصي مفرد Single line of text.
Document ID: يخزن هذا العمود رابط الذي يشير إلى المستند, والاسم الداخلي لهذا العمود أي الاسم البرمجي له هو _dlc_DocIdUrl, ونوعه رابط تشعبي أو صورة Hyperlink or Picture.
Persist ID: يخزن هذا العمود القيمة نعم أو لا, والاسم الداخلي لهذا العمود أي الاسم البرمجي له هو _dlc_DocIdPersistId, ونوعه حقل نعم/لا Yes/No.

وفي حال إلغاء تفعيل هذه الميزة فإن هذه الأعمدة تبقى موجودة في نوع المحتوى "مستند Document" والمحتوى "مجموعة مستند Document Set".

إضافة إلى هذه الأعمدة فإن SharePoint Foundation يضيف مستقبلات أحداث لبعض الأحداث المتعلقة بإضافة وتعديل المستندات, وذلك لضمان تعيين رقم المستند الفريد عند إضافة مستند جديد.

تشغيل الميزة DocId باستخدام سطر الأوامر Power Shell

2010-01-25T23:28:00.008+03:00

سطر الأوامر Power Shell من إحدى الميزات الجديدة في SharePoint 2010 Beta, وفيما يلي سنشرح كيفية تشغيل الميزة DocId باستخدام سطر الأوامر Power Shell بالتفصيل باتباع الخطوات التالية:

افتح سطر الأوامر Power Shell من أجل تنصيب الميزة DocId على المزرعة الحالية Current Farm اكتب السطر التالي واضغط Enter:
Install-SPFeature DocId

في الخطوة السابقة قد تظهر الرسالة التالية لتشير بأن هذه الميزة موجودة مسبقاً في هذه المزرعة:

Install-SPFeature : A feature with ID b50e3104-6812-424f-a011-cc90e6327318 has
already been installed in this farm. Use the force attribute to explicitly re-
install the feature.
At line:1 char:18
+ Install-SPFeature <<<< DocId
+ CategoryInfo: InvalidData: (Microsoft.Share...tInstallFeature:
SPCmdletInstallFeature) [Install-SPFeature], InvalidOperationException
+ FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletInstallFeature

ملاحظة: للتأكد من أن الميزة DocId قد تم تحميلها مسبقاً يمكن اختيار الأمر Site collection features من صفحة إعدادات الموقع الجذر Root web لتطبيق الويب Web Application الذي نعمل عليها:

وفي حال أن الميزة DocId موجودة مسبقاً يجب أن تشاهد اسمها كما يلي Document ID Service:
بعد التأكد من تحميل الميزة DocId على المزرعة الحالية SharePoint Farm يجب الآن تفعيل هذه الميزة بحيث يمكن استخدامها في مكتبة المستندات, ولتنفيذ ذلك اكتب السطر التالي بعد تنفيذ الخطوة رقم 2 واضغط Enter:
Enable-SPFeature DocId -Url http://WEB_APP_URL

ملاحظة: عند محاولة تفعيل الميزة DocId على موقع فرعي Sub Site سيظهر خطأ يعلمك بأن هذه الميزة يتم تفعيلها على مستوى مجموعة الموقع فقط Site Collection.

ملاحظة: الحالة الافتراضية للميزة DocId هي "غير مفعلة" ويمكن تفعيلها إما باستخدام سطر الأوامر أو يمكن تنفيذها من خلال صفحة ميزات مجموعة الموقع Site Collection Features:

ملاحظة: في حال محاولة تفعيل الميزة DocId من خلال سطر الأوامر Power Shell وحالتها هي Active عندها ستظهر رسالة الخطأ التالية التي تشير بأن هذه الميزة تم تفعيلها مسبقاً:

Enable-SPFeature : Feature 'DocId' (ID: b50e3104-6812-424f-a011-cc90e6327318) is already activated at scope 'http://WEB_APP'.
At line:1 char:17
+ Enable-SPFeature <<<< DocId -Url http://ismaeelenjreny
+ CategoryInfo: InvalidData: (Microsoft.Share...etEnableFeature:
SPCmdletEnableFeature) [Enable-SPFeature], DuplicateNameException
+ FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletEnableFeature

ملاحظة: في حال أن الميزة DocId مفعلة مسبقاً عندها سترى في صفحة ميزات مجموعة الموقع Site Collection Features الشكل التالي بجانب الاسم Document ID Service:

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

تشغيل الميزة DocId باستخدام سطر الأوامر stsadm

2010-01-25T07:45:00.008+03:00

سوف نشرح فيما يلي كيفية تحميل وتفعيل الميزة DocId وهو اسم ميزة الرقم الفريد للمستندات Document ID Feature بغض النظر عن الحالة الافتراضية لهذه الميزة حيث سنفترض أنها غير محملة على مجموعة الموقع Site Collection.

تشغيل الميزة DocId باستخدام سطر الأوامر stsadm

سطر الأوامر stsadm مازال موجوداً في SharePoint 2010 Beta مع العلم أن شركة مايكروسوفت توصي بعدم استخدامه وإنما استخدام سطر الأوامر Power Shell الجديد في SharePoint 2010, وفيما يلي سنشرح كيفية تشغيل الميزة DocId باستخدام سطر الأوامر stsadm بالتفصيل باتباع الخطوات التالية:

افتح منفذ الأوامر DOS screen واكتب السطر التالي ومن ثم اضغط Enter:
cd C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN
من أجل تنصيب الميزة DocId على المزرعة الحالية Current Farm اكتب السطر التالي واضغط Enter:
stsadm -o installfeature -name DocId
في الخطوة السابقة قد تظهر الرسالة التالية لتشير بأن هذه الميزة موجودة مسبقاً في هذه المزرعة:
A feature with ID b50e3104-6812-424f-a011-cc90e6327318 has already been installed in this farm. Use the force attribute to explicitly re-install the feature.

ملاحظة: الرسالة السابقة لا تؤثر على باقي خطوات وإنما تؤكد لنا بأن هذه الميزة موجودة مسبقاً, وهذه هي الحالة الافتراضية لهذه الميزة في SharePoint 2010 Beta ولكننا ننفذ هذا الأمر للتأكد من تحميل الميزة DocId.

ملاحظة: للتأكد من أن الميزة DocId قد تم تحميلها مسبقاً يمكن اختيار الأمر Site collection features من صفحة إعدادات الموقع الجذر Root web لتطبيق الويب Web Application الذي نعمل عليها:

وفي حال أن الميزة DocId موجودة مسبقاً يجب أن تشاهد اسمها كما يلي Document ID Service:
بعد التأكد من تحميل الميزة DocId على المزرعة الحالية SharePoint Farm يجب الآن تفعيل هذه الميزة بحيث يمكن استخدامها في مكتبة المستندات, ولتنفيذ ذلك اكتب السطر التالي بعد تنفيذ الخطوة رقم 2 واضغط Enter:
stsadm -o activatefeature -name DocId -Url http://WEB_APP_URL

ملاحظة: عند محاولة تفعيل الميزة DocId على موقع فرعي Sub Site سيظهر خطأ يعلمك بأن هذه الميزة يتم تفعيلها على مستوى مجموعة الموقع فقط Site Collection.

ملاحظة: الحالة الافتراضية للميزة DocId هي "غير مفعلة" ويمكن تفعيلها إما باستخدام سطر الأوامر أو يمكن تنفيذها من خلال صفحة ميزات مجموعة الموقع Site Collection Features:

ملاحظة: في حال محاولة تفعيل الميزة DocId من خلال سطر الأوامر stsadm وحالتها هي Active عندها ستظهر رسالة الخطأ التالية التي تشير بأن هذه الميزة تم تفعيلها مسبقاً:

Feature 'DocId' (ID: b50e3104-6812-424f-a011-cc90e6327318) is already activated at scope 'http://WEB_APP'.

ملاحظة: في حال أن الميزة DocId مفعلاً مسبقاً عندها سترى في صفحة ميزات مجموعة الموقع Site Collection Features الشكل التالي بجانب الاسم Document ID Service:

خدمة الرقم الفريد للمستندات في SharePoint 2010 (Document ID)

2010-01-22T20:40:00.009+03:00

من الميزات الجديدة التي رافقت الإصدار الجديد من منتج شركة مايكروسوفت SharePoint 2010 هي الميزة "رقم المستند الفريد Document ID", وهذا الرقم هو عبارة عن قيمة نصية تتألف من أرقام وحروف تميز كل مستند من المستندات الموجودة في أي مكتبة مستندات على مستوى مجموع الموقع Site Collection عن أي مستند آخر, وهذه الميزة ساعدت كثيراً على حل مشكلة نقل المستندات من مكان إلى آخر ضمن نفس مجموعة الموقع بحيث لا تؤثر عملية نقل المستند على رابط المستند المستخدم في صفحات الموقع أو أي موقع آخر. وكمثال على "رقم المستند الفريد Document ID":

ومن خلال هذا الرقم صار من الممكن الإشارة إلى الملف باستخدام الصيغة التالية:

http://web_app_url/_layouts/DocIdRedir.aspx?ID=ISMAEEL-11-53

حيث نلاحظ بأن هذا المسار لا يشير إلى أي مكتبة مستندات وإنما تم إضافة الصفحة DocIdRedir.aspx ويتم تمرير رقم المستند الفريد ومن خلاله يمكن الوصول إلى الملف.

ملاحظة: لا يمكن استخدام الرقم على تطبيق ويب مختلف بل يمكن استخدامه بين المواقع الفرعية وبين مجموعات المواقع التي تتبع لتطبيق الويب نفسه.

ما سبق هو التعريف الاستخدامي لميزة الرقم الفريد للمستندات Document ID وهو مايهم المستخدمين العاديين غير التقنيين معرفته عن هذه الميزة وماهي الفائدة المرجوة منها.

أما من الناحية الفنية التقنية فإن هذه الميزة تعتمد على مجموعة من العناصر التي تشكل بمجموعها الرقم الفريد للمستندات Document ID وفي سلسلة المقالات حول هذه الخدمة سيتم استعراضها كلاً على حدة

خطأ عند طلب إعدادات الرقم الفريد للمستندات Document ID Settings

2010-01-14T18:22:00.005+03:00

في SharePoint 2010 Beta عند محاولة الوصول إلى إعدادات الرقم الفريد للمستندات Document ID Settings في إعدادات مجموعة الموقع

ظهر الخطأ التالي:

The load balancer is not provisioned. Verify the load balancer was provisioned successfully before retrieving endpoint addresses

حاولت البحث عن هذا الخطأ في الإنترنت لكن للأسف لم أجد أي حل لهذه المشكلة لذلك حاولت إعادة جميع الإعدادات الافتراضية التي غيرتها ونجحت بعد الكثير من التجارب وذلك عندما أعدت الإعدادات الافتراضية لاتصال الخدمات Service Connections في موقع الإدارة المركزية Central Administration Web Site:

حيث استعدت الإعدادات الافتراضية لهذه الشاشة كما يلي:

وبعدها استطعت الوصول إلى صفحة إعدادات الرقم الفريد للمستندات Document ID Settings:

إضافة ملف إلى مكتبة الصفحات باستخدام الميزة

2010-01-12T22:28:00.002+03:00

من أجل إضافة ملف إلى المكتبة Pages باستخدام ميزة Feature اتبع الخطوات التالية:

أنشئ مجلد اسمه AddFileToPages في المسار C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\FEATURES\
أنشء في المجلد AddFileToPages ملفاً اسمه Feature.xml يحتوي على البيانات التالية:


<?xml version="1.0" encoding="utf-8"?>
<Feature xmlns="http://schemas.microsoft.com/sharepoint/"
 Id="92AE1E3D-929E-4064-9266-A38136D623EC"
 Title="Add File to Pages list"
 Scope="Web"
 >
<ElementManifests>
<ElementManifest Location="Manifest.xml"/>
</ElementManifests>
</Feature>

أنشئ ملفاً آخر في المجلد AddFileToPages اسمه Manifest.xml يحتوي على البيانات التالية:


<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
<Module Name="AddFile" Url="Pages">
 <File
     Type="GhostableInLibrary"
     Url="Ismail.aspx"
     Path="Ismail.aspx"
     NavBarHome="True"
     Name="Ismail.aspx" />
</Module>
</Elements>

أنشئ ملفاً في المجلد AddFileToPages اسمه Ismail.aspx وهو الملف الذي سيتم إضافته إلى القائمة Pages.
الآن يجب تنصيب الميزة AddFileToPages كما يلي:

install-SPFeature AddFileToPages

الآن يجب تفعيل الميزة AddFileToPages على أحد المواقع التي تحتوي على المكتبة Pages كما يلي:

Enable-SPFeature AddFileToPages -Url http://YOUR_WEB_SITE_PATH

دعم اللغة العربية في SilverLight + SharePoint 2010

2010-01-10T22:32:00.005+03:00

ذكرت في مقالة سابقة "إنشاء قائمة مخصصة" كيف أن شركة مايكروسوفت استخدمت تقنية Silverlight في النموذج الذي يظهر عند إنشاء موقع جديد أو قائمة وكما نعلم حتى تاريخ كتابة هذه المقالة فإن Silverlight لا يدعم اللغة العربية بشكل صحيح وقد قمت بتجربة بسيطة حيث قمت بتغيير اسم Blank Site إلى "موقع فارغ" في الملف webtemp.xml وكانت النتيجة ما يلي:

نلاحظ كيف أن اللغة العربية لا تظهر بشكل صحيح في الصورة السابقة, لذلك أنا متفائل بأن الإصدار القادم من Silverlight سيدعم اللغة العربية بشكل صحيح أو أنه سيكون هناك بديل عن هذه الشاشة في الإصدار القادم من SharePoint 2010.