الخميس، 26 يوليو 2012

إدارة الطلبات Request Management


إحدى الميزات الجديدة في شيربوينت 2013 هي ميزة إدارة الطلبات Request Management أو ما يسمى اختصاراً RM, والهدف من هذه الميزة:
  • إعطاء شيربوينت معلومات أكثر عن الطلبات التي سينفذها.
  • توفير معلومات إضافية عن الطلبات مثل نوع المتصفح المستخدم لإرسال الطلب, وعنوان IP مصدر الطلب. إضافة إلى معلومات أخرى تسمح بتخصيص كيفية تنفيذ الطلبات.
وطبعاً معرفة هذه المعلومات تسمح لميزة إدارة الطلبات بتخصيص آلية تنفيذ الطلب وعلى أي خادم من خوادم الويب ضمن بيئة شيربوينت سيتم تنفيذ الطلب, علماً أن هذه الميزة يتم ضبط إعداداتها على مستوى تطبيق الويب Web Application. وأهداف هذه الميزة هي:
  • يمكن لميزة إدارة الطلبات توجيه الطلبات إلى خوادم الويب في بيئة شيربوينت الأكثر ملاءمة لتنفيذ الطلب.
  • يمكن لميزة إدارة الطلبات التعرف على الطلبات التي قد تؤدي دوراً سلبياً على بيئة عمل شيربوينت ومن ثم منعها من التنفيذ.
  • أيضاً من خلال ميزة إدارة الطلبات يمكن إعطاء بعض الطلبات أولوية على طلبات أخرى, فمثلاً يمكن إعطاء طلبات المستخدمين أولوية على طلبات محركات البحث.
  • يمكن تحديد الخوادم التي ستنفذ طلبات من نوع محدد, فمثلاً يمكن دائماً توجيه طلبات البحث إلى خادم محدد لتنفيذ عملية البحث.
  • إن عملية عزل الطلبات وتوجيهها على خوادم محددة قد تسهل عملية اكتشاف الأخطاء ومعالجتها.
  • يمكن لإدارة الطلبات إرسال الطلبات التي تحتاج إلى معالجة عالية إلى خوادم الويب الأفضل.
وتتألف ميزة إدارة الطلبات من مجموعة من العناصر لكل منها وظيفة محددة وهي كما يلي:
  • قسم توجيه وإيقاف الطلبات Request Throttling and Routing.
  • عنصر تحديد أولويات الطلبات.
  • عنصر توزيع حمل الطلبات على الخوادم Load Balancing.

الثلاثاء، 17 يوليو 2012

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


SharePoint 15 Technical Preview Interoperability API Documentation
http://www.microsoft.com/download/en....aspx?id=28768

تحميل شيربوينت 2013 Download SharePoint 2013
http://technet.microsoft.com/en-US/e...id=TEC_121_1_4

تحميل شيربوينت 2013 فاونديشين Download SharePoint Foundation 2013 Preview
http://www.microsoft.com/en-us/downl....aspx?id=30345

تحميل دعم اللغات لشيربوينت Download Language Packs for SharePoint Foundation 2013 
Preview http://www.microsoft.com/en-us/downl....aspx?id=30343

Language Packs for SharePoint Server 2013 Preview
http://www.microsoft.com/en-us/downl....aspx?id=30347

SharePoint Designer 2013
http://www.microsoft.com/en-us/downl....aspx?id=35491

Microsoft Office Web Apps Server
http://www.microsoft.com/en-us/downl....aspx?id=35489

SharePoint Server 2013 Client Components SDK
http://www.microsoft.com/en-us/downl....aspx?id=30355

Language Packs for Microsoft Office Web Apps Server
http://www.microsoft.com/en-us/downl....aspx?id=35490

Visual Studio 2012
http://www.microsoft.com/visualstudi...n-us/downloads

Update for Microsoft SharePoint Enterprise Server 2013 (KB2752058)
http://www.microsoft.com/en-us/downl....aspx?id=36035

Language Packs for SharePoint Foundation 2013
http://www.microsoft.com/en-us/downl....aspx?id=35492

Updates for SharePoint 2013
http://technet.microsoft.com/en-us/sharepoint/jj891062.aspx

الجمعة، 13 يوليو 2012

تثبيت شيربوينت 2010 على Windows Server 8


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

متطلبات تثبيت شيربوينت 2010
كما نعلم بأنه قبل تثبيت شيربوينت 2010 على أي إصدار من إصدارات نظام التشغيل ويندوز يجب أولاً تثبيت المتطلبات المسبقة لشيربوينت 2010 SharePoint Server 2010 Prerequisites, ولكن بسبب بيئة عمل Windows Server 8 الجديدة فإن هذه العملية تفشل, لذلك سيتم استخدام ملف PowerShell اسمه Configure-WinSvr8BetaForSP2010.ps1 ويمكن تحميله من الرابط التالي:

http://gallery.technet.microsoft.com...0-and-dee17600

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

Set-ExecutionPolicy RemoteSigned

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

  • تثبيت كل الـ Roles/Features اللازمة لعمل شيربوينت 2010.
  • تثبيت Windows Identity Framework.
  • تثبيت .NET Framework 3.5 و .NET Framework 3.5 SP1.
  • تغيير منصة العمل الافتراضية لـ Default App Pool من 4.0 إلى 2.0.
  • تحميل ملفات المتطلبات المسبقة من الإنترنت.
  • تثبيت ملفات المتطلبات المسبقة على بيئة العمل.


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

محاكاة الملف ServerManagerCMD.exe
قبل أن يبدأ ملف تثبيت شيربوينت 2010 بالعمل يبحث عن الملف ServerManagerCMD.exe ضمن المسار التالي:

c:\windows\system32

وينتظر أن يعيد إليه القيمة 1003كنتيجة لتنفيذه بحيث يتأكد ملف تثبيت شيربوينت 2010 من أن بيئة العمل جاهزة لتثبيت شيربوينت 2010, وبما أن هذا الملف غير موجود مع Windows Server 8 النسخة التجريبية, لذلك يجب إنشاء هذا الملف ونسخه تحت المسار المطلوب. ولتوفير هذا الملف يجب إنشاء Console Application وكتابة الكود التالي:

static void Main(string[] args)
{
System.Environment.ExitCode = 1003;
}

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


الخميس، 26 أبريل 2012

طلب تسجيل الدخول عند الضغط على ملف اكسل 2010 في شيربوينت 2010


عند محاولة تحميل ملف اكسل 2010 يحمل الامتداد xlsx ضمن شيربوينت 2010, يُطلب من المستخدم تسجيل الدخول للحصول لتحميل الملف, طبعاً الملف متاح للتحميل من قبل المستخدمين الغير مسجلين أي متاح لجميع زوار الموقع.

كيف يتم حل المشكلة
افتح الملف serverfilesExcelServer.xml من المسار التالي على جميع خوادم بيئة عمل شيربوينت 2010:

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

احذف السطر التالي أو ضعه ضمن إشارة تعليق comment:

<Mapping FileExtension="xlsx" RedirectUrlTemplate="/_layouts/xlviewer.aspx?id=|0" NoGetRedirect="TRUE" CreateRedirectUrlTemplate="/_layouts/xlviewer.aspx?new=1"/>

تأكد من تنفيذ iisreset على جميع الخوادم.

الخميس، 19 أبريل 2012

موعد النسخة التجريبية لشيربوينت 2013


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

الجمعة، 13 أبريل 2012

دليل برمجة تطبيقات يوتيوب باستخدام واجهة برمجية التطبيقات api


تم بحمد الله إصدار الترجمة الكاملة لدليل برمجة تطبيقات يوتيوب باستخدام واجهة برمجة التطبيقات API, والتي توفرها شركة Google.

تحميل الملف المرفق

الجمعة، 6 أبريل 2012

تثبيت شيربوينت 2010 بدون خدمات المجلد النشط


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

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












ومن ثم يتم تثبيت الملفات الثنائية للغة العربية 2. SharePoint Server 2010 Arabic Language Pack حيث يمكن الحصول عليه من الرابط التالي:


وإلى تاريخ كتابة هذه المقالة فإن حزمة آخر تعديلات متوفرة لخادم شيربوينت 2010 هي SharePoint Server 2010 cumulative update package (SharePoint server-package): March 7, 2012 ويمكن الحصول عليها من الرابط التالي:


بعد تثبيت جميع البرمجيات المطلوبة لخادم شيربوينت 2010, يجب التأكد من تثبيت خادم قواعد البيانات وذلك للبدء بتنفيذ عملية ضبط إعدادات خادم شيربوينت 2010.

ضبط إعدادات خادم شيربوينت 2010
عادة يتم تشغيل الأداة Configures SharePoint Products and Technologies. لضبط إعدادات خادم شيربوينت 2010 وذلك في حال وجود خادم للمجلد النشط Active Directory, لكن بما أنه في حالتنا هذا الخادم غير متوفر فيجب استخدام سطر الأوامر Power Shell لضبط إعدادات خادم الشيربوينت, وسنبدأ بعملية إنشاء قاعدة بيانات إعدادات بيئة عمل شيربوينت 2010 كما يلي:

كود PHP:
New-SPConfigurationDatabase -DatabaseName "CONFIG_DB_NAME" -DatabaseServer "DB_SERVER" -Passphrase (ConvertTo-SecureString "PASS_PHRASE" -AsPlainText -force) -FarmCredentials (Get-Credential
يجب تنفيذ الأمر السابق باستخدام الأداة SharePoint 2010 Management Shell, حيث يجب الانتباه إلى القيم التالية:

  • CONFIG_DB_NAME: هو اسم قاعدة البيانات التي ستحتوي على إعدادات بيئة عمل شيربوينت 2010.
  • DB_SERVER: اسم خادم قواعد البيانات مثل MachineName\sql2008.
  • PASS_PHRASE: كلمة السر التي يجب إدخالها في كل مرة يتم فيها ضم خادم جديد إلى بيئة عمل شيربوينت 2010.


عند تنفيذ الأمر السابق ستظهر شاشة مشابهة للشكل التالي:


حيث يجب إدخال اسم المستخدم الذي تم إنشاؤه على الجهاز المحلي وكلمة المرور الخاصة به, حيث سيتم استخدامه للاتصال بقواعد البيانات, لذلك يجب التأكد من أن هذا المستخدم لديه الصلاحية المناسبة للاتصال بخادم قواعد البيانات وإنشاء قاعدة بيانات جديدة. بعد إدخال بيانات المستخدم اللازمة, سيتم إنشاء قاعدة إعدادات بيئة عمل شيربوينت 2010 مع إنشاء قاعدة البيانات الخاصة بموقع الإدارة المركزي Central Administration. بعد الانتهاء من تنفيذ الأمر السابق بنجاح يجب الآن الانتقال إلى الخطوة التالية وهي تشغيل الأداة Configures SharePoint Products and Technologies.

تشغيل الأداة Configures SharePoint Products and Technologies
بعد الانتهاء من تنفيذ الخطوة السابقة بنجاح يجب تشغيل الأداة Configures SharePoint Products and Technologies وذلك لإنهاء عملية ضبط إعدادات خادم شيربوينت 2010. وبعد تشغيل الأداة يجب تحديد رقم المنفذ Port الذي سيعمل عليه موقع الإدارة المركزي:




بعد تنفيذ الخطوة الأخيرة سيتم ضبط إعدادات بيئة عمل شيربوينت 2010 بشكل كامل, وسيكون شيربوينت 2010 جاهز للاستخدام.

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

  • افتح موقع الإدارة المركزي Central Administration.
  • من القائمة اليسرى اختر Security.
  • من المجموعة General Security اختر Configure managed accounts.
  • اضغط على الرابط Register Managed Account .
  • أدخل المعلومات المطلوبة في الشاشة التالية:



بعد إدخال المعلومات المطلوبة اضغط OK عندها سيظهر الخطأ التالي:

The specified user USER_NAME is a local account. Local accounts should only be used in standalone mode.

والسبب هو أنك يمكن إضافة حساباً مداراً من خلال هذه الشاشة فقط في حالة وجود خادم للمجلد النشط أو تم تثبيت الشيربوينت من خلال النمط Standalone, ولحل هذه المشكلة يمكن تنفيذ الأمر التالي في الأداة SharePoint 2010 Management Shell:

كود PHP:
$ma Get-Credential MachineName\UserName 
عندها ستظهر الشاشة التالية حيث يجب إدخال كلمة المرور الخاصة بالمستخدم:


ومن ثم نفذ الأمر التالي مباشرة:

كود PHP:
New-SPManagedAccount -Credential $ma 
بعدها سيتم تسجيل المستخدم الجديد على أنه حساب مدار Managed Account ويمكن استخدامه لتشغيل خدمات شيربوينت 2010.

الخميس، 5 أبريل 2012

ميزة تراخيص التطبيقات في شيربوينت 2013


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

  • PerpetualMultiUser: تعني رخصة دائماً لمجموعة مستخدمين على نفس الموقع.
  • PerpetualAllUsers: تعني رخصة دائماً لجميع المستخدمين على نفس الموقع.
  • TrialMultiUser: تعني نسخة تجريبية لمجموعة مستخدمين على نفس الموقع.
  • TrialAllUsers: تعني نسخة تجريبية لجميع المستخدمين على نفس الموقع.


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

أين تجد القيمة الأصلية لـ قيمة العنصر MachineKey


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

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebServices\SecurityToken

تخزن في قاعدة بيانات إعدادات بيئة عمل شيربوينت 2010 في الجدول Objects, ومن خلال تنفيذ الاستعلام التالي ستجد القيمة الأصلية للعنصر machinekey:

كود HTML:
SELECT     Id, ClassId, ParentId, Name, Status, Version, Properties
FROM         Objects WHERE     (Properties LIKE '%YOUR_KEY%')
طبعاً يجب استبدال القيمة YOUR_KEY بالقيمة المخزنة في الملف web.config ضمن العنصر machinekey.

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

لعل الموضوع القادم يكون عن كيفية تغيير هذه القيمة بالشكل الصحيح وعدم تطبيق الحل الذي قدمناه في الموضوع السابق.

الاثنين، 2 أبريل 2012

مشكلة تغيير قيمة العنصر MachineKey في الملف web.config


إحدى خطوات تفعيل نماذج المصادقة Forms Based Authentication على شيربوينت 2010 هي تحديد قيمة العنصر machinekey في الملف web.config للتطبيق الخاص بك, وتغيير أو إضافة قيم العنصر machinekey في الملف web.config للخدمة Security Token Service تحت المسار التالي:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebServices\SecurityToken

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

An exception occurred when trying to issue security token: The security token username and password could not be validated.

طبعاً هذا الخطأ يوضح بأن معلومات الدخول مثل اسم المستخدم أو كلمة المرور خطأ أو الاثنين هما خطأ, لكن غالباً نكون متأكدين من معلومات الدخول, إذا ما السبب؟

بعد بحث طويل تبين بأن قيمة العنصر machinekey للخدمة Security Token Service تحت المسار التالي:

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebServices\SecurityToken

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

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

1. افتح موقع الإدارة المركزية Central Administration.
2. اضغط على الرابط Monitoring في القائمة اليسرى.
3. من المجموعة Health Analyzer اختر الرابط Review rule definitions.
4. تحت التصنيف Configuration ابحث عن القاعدة التالية:
Web.config files are not identical on all machines in the farm.
5. اضغط على Edit Item وألغي تحديد الخيار Repair Automatically واضغط حفظ.

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

استمتع :)