الجمعة، 28 ديسمبر 2012

مشكلة في صفحة ذاكرة التخزين المؤقتة لإخراج مجموعة المواقع المشتركة



بعد الترقية من شيربوينت 2007 إلى شيربوينت 2010 يظهر الخطأ التالي عند زيارة الصفحة "ذاكرة التخزين المؤقتة لإخراج مجموعة المواقع المشتركة" من صفحة إعدادات الموقع لمجموعة المواقع Site Collections

Event code: 3005
Event message: An unhandled exception has occurred.
Exception information:
Exception type: SPException
Exception message:
القائمة غير موجودة.
تحتوي الصفحة المحددة على قائمة غير موجودة. قد يكون تم حذفها من قِبَل مستخدم آخر.
Request path: /_Layouts/sitecachesettings.aspx
User host address: fe80::1882:1474:3f57:ffe9
القائمة غير موجودة.
تحتوي الصفحة المحددة على قائمة غير موجودة. قد يكون تم حذفها من قِبَل مستخدم آخر.
Is impersonating: False
Stack trace: at Microsoft.SharePoint.SPGlobal.HandleComException(C OMException comEx)
at Microsoft.SharePoint.Library.SPRequest.GetListsWit hCallback(String bstrUrl, Guid foreignWebId, String bstrListInternalName, Int32 dwBaseType, Int32 dwBaseTypeAlt, Int32 dwServerTemplate, UInt32 dwGetListFlags, UInt32 dwListFilterFlags, Boolean bPrefetchMetaData, Boolean bSecurityTrimmed, Boolean bGetSecurityData, Boolean bPrefetchRelatedFields, ISP2DSafeArrayWriter p2DWriter, Int32& plRecycleBinCount)
at Microsoft.SharePoint.SPListCollection.EnsureListsD ata(Guid webId, String strListName)
at Microsoft.SharePoint.SPListCollection.ItemByIntern alName(String strInternalName, Boolean bThrowException)
at Microsoft.SharePoint.SPListCollection.get_Item(Gui d uniqueID) at Microsoft.SharePoint.Publishing.CacheProfile.<>c__ DisplayClass4.<InternalGetCacheProfiles>b__0() at Microsoft.SharePoint.SPSecurity.<>c__DisplayClass4 .<RunWithElevatedPrivileges>b__2() at Microsoft.SharePoint.Utilities.SecurityContext.Run AsProcess(CodeToRunElevated secureCode)
at Microsoft.SharePoint.SPSecurity.RunWithElevatedPri vileges(WaitCallback secureCode, Object param) at Microsoft.SharePoint.SPSecurity.RunWithElevatedPri vileges(CodeToRunElevated secureCode)
at Microsoft.SharePoint.Publishing.CacheProfile.Inter nalGetCacheProfiles(SPSite site) at Microsoft.SharePoint.Publishing.Internal.CodeBehin d.SiteCacheSettingsPage.InitializeCacheProfileUI(I nt32 cacheProfileId, SPSite site, DropDownList profiles, Label desc, Boolean authenticated) at Microsoft.SharePoint.Publishing.Internal.CodeBehin d.SiteCacheSettingsPage.OnLoad(EventArgs e)
at System.Web.UI.Control.LoadRecursive()
at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
Custom event details:

لحل هذه المشكلة يجب اتباع الخطوات التالية:
  1. أخذ نسخة احتياطية عن مجموعة المواقع التي سيتم التعديل عليها.
  2. إيقاف الميزة "نشر البنية الأساسية لـ SharePoint Server" أو Office Sharepoint Server Publishing Infrastructure من ميزات مجموعة الموقع.
  3. إعادة تشغيل الميزة "نشر البنية الأساسية لـ SharePoint Server" أو Office Sharepoint Server Publishing Infrastructure من ميزات مجموعة الموقع.


الثلاثاء، 25 ديسمبر 2012

حل مشكلة إعدادات الذاكرة المخبئية Object Cache في شيربوينت 2010



عند إنشاء تطبيق ويب Web Application جديد على شيربوينت 2010 ستلاحظ ظهور التحذير التالي في سجلات ويندوز

Object Cache: The super reader account utilized by the cache does not have sufficient permissions to SharePoint

databases.
To configure the account use the following command 'stsadm -o setproperty -propertyname portalsuperreaderaccount

-propertyvalue account -url webappurl'. It should be configured to be an account that has Read access to the

SharePoint databases.
Additional Data:
Current default super reader account: NT AUTHORITY\LOCAL SERVICE

لحل هذه المشكلة يجب اتباع الخطوات التالية:
1 - افتح موقع الإدارة المركزي Central Administration
2 - من المجموعة Application Management اختر Manage web applications
3 - حدد تطبيق الويب الذي يسبب المشكلة السابقة
4 - من أيقونة شريط الأدوات العلوي اختر User Policy
5 - اضغط على Add Users ومن ثم التالي Next
6 - أضف مستخدم مع الصلاحية تحكم كامل Full Control
7 - أضف مستخدماً آخر مع الصلاحية Full Read
8 - نفذ الأوامر التالي باستخدام سطر الأوامر PowerShell

كود:
$wa = Get-SPWebApplication “http://WEB_APPLICATION_URL"
$wa.Properties["portalsuperuseraccount"] = "اسم المستخدم كما يظهر في شاشة User Policy تماماً"
$wa.Properties["portalsuperuseraccount"] = "اسم المستخدم كما يظهر في شاشة User Policy تماماً"
$wa.Update()
في حال تريد إلغاء استخدام الإعدادات السابقة استخدم الأوامر التالية:

كود:
$wa = Get-SPWebApplication “http://WEB_APPLICATION_URL"
$wa.Properties.Remove("portalsuperuseraccount")
$wa.Properties.Remove("portalsuperreaderaccount")
$wa.Update()


الجمعة، 21 ديسمبر 2012

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



بعد تنفيذ عملية الترقية من شيربوينت 2007 إلى شيربوينت 2010 قد يظهر الخطأ التالي:

Field type is not installed properly. Go to the list settings page to delete this field

وهذا الخطأ يعني أن هناك مشكلة في أحد الحقول سواء ضمن أحد أنواع المحتويات Content Types أو إحدى القوائم تحتوي على حقل لم يتم تثبيته بشكل صحيح أثناء عملية الترقية, طبعاً الخطأ عام جداً ولا يشير إلى القائمة التي يحدث فيها الخطأ أو الموقع, ولكن أحد أسباب هذا الخطأ بعد الترقية من شيربوينت 2007 إلى شيربوينت 2010 هي حقل اسمه GroupID في قائمة اسمها قائمة العلاقات Relationships List, حيث أن هذا الحقل نوعه سطر نص مفرد في 2007 وعند تنفيذ عملية الترقية يصبح اسمه GroupGuid من النوع Guid كما هو واضح في الشكل التالي:


ولسبب ما عند تنفيذ عملية الترقية من 2007 إلى 2010 فإن هذا الحقل لا تتم عملية ترقيته بالشكل الصحيح فيبقى اسمه GroupID من النوع سطر نص مفرد. لذلك عند فتح صفحة "إدارة المحتوى والبينة" من قائمة إجراءات الموقع أو عند تحرير وحفظ أي صفحة فإن الخطأ السابق يظهر.

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

1. يجب الحصول على نسخة احتياطية عن الموقع الذي تعمل عليه بحيث يمكن استرجاعه بشكل صحيح في حال أن الخطوات التالية لم تعمل بشكل صحيح.
2. القائمة Relationships List هي قائمة مخفية لا تظهر إلا باستخدام SharePoint Designer 2010, حيث يتم إنشاؤها في الموقع الرئيسي لمجموعة المواقع:


3. يجب حذف هذه القائمة بالضغط على زر Delete وحتى لو ظهرت رسالة خطأ فلا بأس, اضغط على اسم القائمة واحذف كل محتوياتها.
4. ثبت البرنامج http://spdeploymentwizard.codeplex.com المجاني على نفس الخادم الذي يحتوي على بيئة عمل شيربوينت 2010. وهذا البرنامج يعمل مع شيربوينت 2007 وشيربوينت 2010 لذلك ستجد نسخة تدعم منصة العمل 32Bit والتي تخص شيربوينت 2007. ويجب تثبيت النسخة COB.SharePoint.Utilities.DeploymentWizard.Installe r_x64.msi على خادم شيربوينت 2010 الذي يحتوي على المشكلة.





5. بعد تثبيت البرنامج السابق، يجب فتحه من المسار التالي:

C:\Program Files\Chris O'Brien\SharePoint Content Deployment Wizard

6. قبل فتح الملف SPContentDeploymentWizard.exe يجب نسخ الشيفرة التالية إلى الملف SPContentDeploymentWizard.exe.config:

كود HTML:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.diagnostics>
    <switches>
      <add name="COB.SharePoint.Utilities.ContentDeploymentWizard" value="0"/>
    </switches>
    <trace autoflush="true" indentsize="2">
      <listeners>
        <add name="WizardListener" type="System.Diagnostics.TextWriterTraceListener" initializeData="C:\Wizard.log">
        </add>  
      </listeners>
    </trace>    
  </system.diagnostics>
  <!-- Uncomment this section to use the Wizard with SharePoint 2010 - this will ensure the SharePoint 2010 assemblies are used.-->
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly xmlns="urn:schemas-microsoft-com:asm.v1">
        <assemblyIdentity name="Microsoft.SharePoint" publicKeyToken="71e9bce111e9429c" culture="neutral" />
        <bindingRedirect oldVersion="11.0.0.0" newVersion="14.0.0.0" />
      </dependentAssembly>
      <dependentAssembly xmlns="urn:schemas-microsoft-com:asm.v1">
        <assemblyIdentity name="Microsoft.SharePoint.Publishing" publicKeyToken="71e9bce111e9429c" culture="neutral" />
        <bindingRedirect oldVersion="11.0.0.0" newVersion="14.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

</configuration>

7. ما الهدف من هذا البرنامج؟ الهدف هو نسخ القائمة Relationships List من مجموعة مواقع Site Collections تم إنشاؤها مباشرة تحت بيئة شيربوينت 2010 مباشرة بدون ترقية بحيث تحتوي على الحقل GroupGuid, والخطوات التالية هي لأخذ نسخة عن هذه القائمة من موقع يعمل بشكل صحيح:








8. بعد تنفيذ الخطوات السابقة نكون قد نفذنا عملية تصدير للقائمة Relationships List بشكل كامل.
9. في هذه الخطوات سيتم استيراد نسخة القائمة التي حصلنا عليها في الخطوات السابقة إلى مجموعة المواقع التي تحتوي على المشكلة:



بعدها اضغط Finish لإتمام العملية.

بعد تنفيذ العملية السابقة يجب أن تكون مشكلة العمود GroupID قد تم حلها بشكل نهائي.


الأربعاء، 19 ديسمبر 2012

القائمة المنسدلة تعيد قيمة أول عنصر دائماً


في آخر مشروع عملنا عليه ظهرت مشكلة غريبة تتعلق بالقائمة المنسدلة Drop Down List, وهي أن قيمة الخاصية:

ddlCountries.SelectedItem.Text

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

استمتع :)


الثلاثاء، 18 ديسمبر 2012

المحافظة على شكل شيربوينت 2007 عند الترقية إلى شيربوينت 2010



بعد تنفيذ عملية الترقية من شيربوينت 2007 إلى 2010, أكثر شيء يجب أن تقلق بشأنه هو التصميم حيث أن الانتقال إلى طريقة عرض وستايلات وتصاميم 2010 قد يكلف الكثير من العمل! لكن ماذا لو أن العميل يريد أن تبقى واجهات وطريقة
  • عرض الصفحات وإجراءات الموقع وكيفية إضافة أجزاء الويب على حالها بعد الترقية أي بنفس الشكل, لتنفيذ ذلك اتبع الخطوات التالية:
  • 1 - لا تنفذ الترقية الظاهرية من صفحة إعدادات الموقع
  • 2 - عند إنشاء موقع جديد تحت بيئة عمل شيربوينت 2010 الجديدة عندها سيتم استخدام الإصدار 4 لشكل الموقع الجديد حتى لو لم يتم تنفيذ الترقية الظاهرية Visual Upgrade, ولحل هذه النقطة التي قد تكون مشكلة لأنك ستضطر عندها لترقية الصفحة الرئيسية Master Page للموقع من 2007 إلى 2010 أو إنشاء صفحة رئيسية Master Page إصدار 2010 خاصة بالمواقع الجديدة. لكن يوجد حل بسيط وهو بإعادة تهيئة إصدار الموقع الجديد إلى 2007 بتنفيذ الأمر التالي على سطر الأوامر PowerShell:


$web = Get-SPWeb http://WEB_SITE_URL
$web.UIVersion = 3
$web.UIVersionConfigurationEnabled = $true
$web.Update()
ويجب الانتباه إلى أن الأمر السابق يتم تنفيذه على مستوى الموقع SPWeb وليس على مستوى مجموعة المواقع Site Collection


الأربعاء، 12 ديسمبر 2012

الحالات التي تفشل فيها عملية تثبيت شيربوينت 2013 (15) والحالات الغير مدعومة



قبل البدء بعملية تثبيت شيربوينت 2013 (15) يجب مراجعة الحالات التالية التي تفشل فيها عملية التثبيت أو أنها غير مدعومة من قبل مايكروسوفت في حال حدوث أخطاء:

1 - عند تثبيت شيربوينت 2013 على قرص Drive تمت تهيئته لاستخدام الصيغة Resilient File System(ReSF) حيث تظهر رسالة الخطأ التالية:

datetime::[940] Catalyst file system check failed: The path root D:\ is not NTFS
datetime::[940] Showing message Title: 'Setup Warning', Message: 'The install location must be on a drive formatted with NTFS. Select another drive.'
datetime::[940] Message returned: 1


2 - عند محاولة تثبيت شيربوينت 2013 على جهاز لا يعمل تحت نطاق Domain ثل جهازك الشخصي.
3 - عند تثبيت شيربوينت 2013 على خادم يُستخدم كمتحكم للنطاق Domain Controller, ويمكن دعمه فقط في بيئة العمل التطويرية وليس بيئات العمل الحقيقية.
4 - عند تثبيت شيربوينت 2013 على النسخة Windows Web Server.
5 - عند تثبيت شيربوينت 2013 على جهاز افتراضي Virtual Machine تم ضبط إعدادات الذاكرة لتكون ديناميكية Dynamic Memory (ويمكن مراجعة الرابط التالي لمعرفة الإعدادات الأفضل على بيئة افتراضية)


الأحد، 9 ديسمبر 2012

MetadataNavigationContext Page_InitComplete: No XsltListViewWebPart was found



بعد تنفيذ عملية الترقية من شيربوينت 2007 إلى شيربوينت 2010 تظهر مشكلة بعد الترقية الظاهرية Visual Upgrade من إعدادات الموقع, تظهر مشكلة عند محاولة تحرير أي صفحة ضمن مكتبة الصفحات Pages للصفحات القديمة, وعند البحث في ملفات تعقب أخطاء شيربوينت تظهر الرسالة التالية:

MetadataNavigationContext Page_InitComplete: No XsltListViewWebPart was found on this page

لحل هذه المشكلة يجب تعديل قيمة العمود tp_WebPartTypeId إلى القيمة 874F5460-71F9-FECC-E894-E7E858D9713E في الجدول AllWebParts في قاعدة بيانات المحتوى Content Database الخاصة بمجوعة المواقع Site Collection كما يلي:

UPDATE AllWebParts
SET tp_WebPartTypeId = '874F5460-71F9-FECC-E894-E7E858D9713E'
WHERE tp_WebPartTypeId IN('BAF5274E-A800-8DC3-96D0-0003D9405663','2242CCE6-491A-657A-C8EE-B10A2A993EDA') AND
(tp_DisplayName <> 'كافة المستندات' OR tp_DisplayName <> 'All Documents')


استمتع بترقية مريحة :)


الاثنين، 8 أكتوبر 2012

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


Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify that the account you are using has "Full Read" permissions on the SharePoint Web Application being crawled.

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

الحل الأول:
يعتمد الحل الأول التعديل على مسجل ويندوز باتباع الخطوات التالية:
  1. أنشئ قيمة جديدة من النوع DWORD 32 اسمه DisableLoopbackCheck وقيمته تساوي 1 تحت السجل HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro  l\Lsa
  2. في بعض الأحيان قد تضطر لإعادة تشغيل الخادم
  3. يجب تنفيذ هذا التعديل على جميع خوادم شيربوينت


الحل الثاني:
  • يعتمد الحل الثاني على تعديل الملف hosts تحت المسار C:\Windows\System32\drivers\etc وذلك بإضافة الرقم IP الخاص بالخادم بالضيغة التالية:

SERVER_IP       SERVER_NAME


  • قد تضطر إجراء التعديل على جميع خوادم شيربوينت


  • الحل الثالث:
    يجب التأكد من أن المستخدم الافتراضي المستخدم لفهرسة البيانات لديه صلاحية Full Read على البيانات التي ستتم فهرستها, وتتم هذه العملية باتباع الخطوات التالية:
    • من موفع الإدارة المركزي Central Administration اختر Manage Service Application
    • اضغط على اسم خدمة البحث
    • ابحث عن القيمة Default content access account لمعرفة اسم المستخدم الافتراضي المستخدم لفهرسة البيانات
    • يمكن تغيير اسم المستخدم بالضغط عليه
    • يجب أن يكون لهذا المستخدم صلاحية Full Read


    الخميس، 9 أغسطس 2012

    تحميل ملف باستخدام السحب والإفلات على شيربوينت 2013


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


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


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


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


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


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




    SharePoint2013-OfficeWebApps


    بعد تحميل الملفات المطلوبة من الرابط التالي:


    1 - شغل الملف Setup.exe واتبع الخطوات التي تظهر على الشاشة.
    2 - ضبط إعدادات سطر الأوامر PowerShell لتنفيذ أوامر تطبيقات الأوفيس

    Import-Module OfficeWebApps

    3 - إنشاء بيئة عمل تطبيقات الأوفيس

    New-OfficeWebAppsFarm –InternalURL http://officeapps –AllowHttp -EditingEnabled

    حيث أن officeapps هو اسم الخادم

    4 - ضبط إعدادات شيربوينت 2013 لاستخدام تطبيقات الأوفيس

    New-SPWOPIBinding -ServerName officeapps_SERVERNAME_FQDN -AllowHTTP

    5 - تحديد منطقة العمل والبروتوكول

    Set-SPWopiZone internal-http

    6 - بتنفيذ الخطوة رقم 3 تكون عملية ضبط إعدادات عملية الربط بين شيربوينت 2013 وتطبيقات الأوفيس قد انتهت وبقية الخطوة الأخيرة وهي اختبار هذه الإعدادات وذلك بتحميل ملف من أحد الأنواع Word, Excel, PowerPoint, OneNote إلى مكتبة مستندات داخل موقع شيربوينت 2013

    الاثنين، 6 أغسطس 2012

    الميزات الجديدة في خادم تطبيقات الأوفيس على الويب 2013




    يحتوي الإصدار الجديد من خادم تطبيقات الأوفيس على الويب على العديد من المزايا الجديدة التي حسنت من استخدامه وأدائه ولعل أهمها النقاط التالية:
    • تتبع التغييرات Change Tracking: حيث يمكن للمستخدم فتح وثيقة أوفيس تحتوي على علامات مراجعة ضمن الوثيقة.
    • التعليقات Comments: يمكن للمستخدم باستخدام تطبيقات الأوفيس على الويب من إضافة, وتعديل وحذف والرد على التعليقات والملاحظات المدونة ضمن الوثيقة
    • التعديل المشترك Co-authoring: تسمح هذه الميزة لأكثر من مستخدم من التعديل على نفس الوثيقة ضمن تطبيقات الأوفيس على الويب.
    • تضمين خدمات تطبيقات الأوفيس على الويب: بسبب الهيكلية الجديدة لتطبيقات الأوفيس على الويب يمكن الآن تضمين خدمات تطبيقات الأوفيس على الويب ضمن تطبيقات الويب المبنية باستخدام تقنية ASP.NET وليس هناك ضرورة لوجود بيئة عمل شيربوينت لاستخدامها كما في الإصدار السابق.
    • تثبيت تطبيقات الأوفيس على الويب: في الإصدار 2013 لا يتم تثبيت تطبيقات أوفيس على الويب على نفس خادم الشيربوينت 2013, وإنما يمكن تخصيص خادم خاص بتطبيقات الأوفيس, ومن ثم يتم ضبط إعدادات شيربوينت 2013 للاستفادة من خدمات تطبيقات الأوفيس.
    • التراخيص: تم تزويد شيربوينت 2013 بآلية جديدة لضبط التراخيص بحيث يتم الاستفادة من خدمات تطبيقات الأوفيس على الويب, حيث يجب أولاً تفعيل رخصة شيربوينت 2013 ومن ثم تفعيل رخصة تطبيقات الأوفيس لتحرير الوثائق, وبالتالي فإن المستخدمين الذين لديهم رخصة تحرير الوثائق يمكنهم تحرير ملفات الأوفيس باستخدام تطبيقات الأوفيس على الويب.
    • المعاينة السريعة: عند عرض نتائج البحث يمكن للمستخدم عرض معاينة سريعة لملفات أوفيس فقط بتمرير مؤشر الفأرة فوقها.
    • مشاركة الملفات: من خلال هذه الميزة يمكن إرسال رابط عن الوثيقة إلى أي مستخدم آخر بحيث يمكنه مشاهدة محتوى الملف باستخدام تطبيقات الأوفيس على الويب.

    الخميس، 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 واضغط حفظ.

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

    استمتع :)

    الخميس، 29 مارس 2012

    شعار شيربوينت 2013




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

    الأول يقول بأن مايكروسوفت لن تغير الشعار إلى بإضافة 2013 أو 15 والأرجح هو إضافة 15, وعدم تغيير الشعار يعود إلى أنه شعار جديد صدر مع شيربوينت 2010 وليس من المعتاد تغيير شعار منتجات مايكروسوفت بشكل جذري قبل 3 إضدارات.

    الثاني يقول بأن مايكروسوفت ستغير الشعار بشكل كامل.

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

    سننتظر ونرى, رجاء لا تغيروا الشعار :)

    مشاركة الملفات للمستخدمين المجهولين


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

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

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

    • Generic.
    • SharePointTeamSite.
    • SharePointMySite.
    • SkyDrive.
    • WindowsLiveGroup.


    طبعاً هذا مؤشر إلى أن هذه الخدمة سيتم تطبيقها من قبل عدة أنواع من الخوادم مثل SkyDrive و ليس فقط من قبل شيربوينت 2013, طبعاً هذه النتيجة بناء على استنتاج وإلا ما الفائدة من قيم الأخطاء هذه!.

    في النهاية أعتقد بأن مايكروسوفت في شيربوينت 2013 ستوفر مزايا أكبر بكثير فيما يخص إدارة الملفات وقد توفر أيضاً إمكانية التكامل مع خدمات أخرى مثل SkyDrive.

    الأربعاء، 28 مارس 2012

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


    طبعاً بعد فترة سينتشر Windows Server 8 بشكل كبير وسيبدأ العملاء باستخدامه لذلك يجب معرفة ماهي المشاكل التي ستظهر عند تثبيت شيربوينت 2010. وفيما يلي سرد مختصر لهذه المشاكل:


    • يجب تثبيت المتطلبات المسبقة Prerequisites الخاصة بشيربوينت 2010 بشكل يدوي نظراً لأن شاشة تثبيت شيربوينت 2010 لا تعمل حتى تاريخ كتابة هذا الموضوع على Windows Server 8.
    • بعد تثبيت المتطلبات المسبقة يجب تشغيل ملف تثبيت شيربوينت 2010, والذي يعمل على التأكد من أن الوظائف والميزات Roles & Features المطلوبة قد تم تثبيتها على نظام التشغيل, لكن هذه العملية تفشل بشكل كامل وذلك لأن شيربوينت 2010 يعتمد على تطبيق اسمه ServerManagerCmd.exe الذي ما عاد موجوداً في Windows Server 8. وهناك طريقة لتجاوز هذه المشكلة سيتم شرحها في مقالة منفصلة.
    • بعد النجاح في تثبيت شيربوينت 2010, ستظهر مشكلة أخرى تتعلق بتثبيت موقع الإدارة المركزي Central Administration, وهذه المشكلة سببها وجود تضارب في الملف web.config بسبب الإعدادات الافتراضية لـ IIS8. وهذا التضارب يجب حله بشكل يدوي ومن ثم إعادة تشغيل Configures SharePoint Products and Technologies لتثبيت موقع الإدارة المركزي.
    • بعد تثبيت موقع الإدارة المركزي Central Administration يجب ضبط جميع المواقع المرتبطة بشيربوينت 2010 بحيث تعمل على ASP.NET 2.0 وذلك لأن الإعدادات الافتراضية لـ IIS8 هي ASP.NET 4.0.


    سيتم تخصيص موضوع كامل لتثبيت شيربوينت 2010 على Windows Server 8 بالتفصيل.

    الثلاثاء، 27 مارس 2012

    دعم شيربوينت 2007 في بيئة التطوير المتكاملة Visual Studio 2011


    حتى الآن يظهر أن Visual Studio 2011 لا تدعم أي نوع من المشاريع ذات العلاقة مع شيربوينت 2007, وهذا يعني بأن مايكروسوفت سوف تبدأ بتجاهل شيربوينت 2007 بعد إطلاق شيربوينت 2013, وذلك يعني أن على مستخدمي شيربوينت 2007 الترقية إلى شيربوينت 2010 بأسرع ما يمكن بحيث يصبح بمقدورهم الترقية مباشرة إلى 2013 من 2010, طبعاً هذا لا يعني أنه لن تكون هناك إمكانية للترقية من 2007 إلى 2013 مباشرة, لكن في حال أن Visual Studio 2011 لن يدعم مشاريع من نوع شيربوينت 2007 فهذا يعني أن الشيفرة المكتوبة لمشاريع 2007 لن يكون بمقدورنا ترقيتها إلى 2013 مباشرة. في جميع الأحوال إلى الآن قد تغير مايكروسوفت رأيها وتضيف دعماً لشيربوينت 2007 في Visual Studio 2011. طبعاً أيضاً هنا قد تتدخل سياسة المبيعات لدى مايكروسوفت في هذا الأمر, حيث قد يضطر مستخدمو شيربوينت 2007 للترقية إلى 2010 ومن ثم إلى 2013, وهذا يعني مبيعات أكثر.

    لنظرة أكثر عمقاً عن Visual Studio 2011 يمكنك زيارة الرابط التالي:

    http://www.microsoft.com/visualstudio/11/en-us

    استمتع :)

    الاثنين، 26 مارس 2012

    HTTP status 401: Unauthorized - Reporting Service


    في أغلب الأحيان يظهر الخطأ "HTTP status 401: Unauthorized" المرتبك باستخدام MS Reporting Service ولهذا الخطأ العديد من الحلول, وسيتم سردها جميعاً في هذا الموضوع.

    الحل الأول:

    افتح الملف RSReportServer.config الموجود في المسار التالي:

    C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer

    واستبدل الكود التالي:

    كود HTML:
    <Authentication>
    <AuthenticationTypes>
    <RSWindowsNTLM/>
    </AuthenticationTypes>
    <EnableAuthPersistence>true</EnableAuthPersistence>
    </Authentication>
    بالكود التالي:

    كود HTML:
    <AuthenticationTypes>
    <RSWindowsBasic/>
    </AuthenticationTypes>

    الجمعة، 23 مارس 2012

    ما هو الجديد في شيربوينت 15 SharePoint


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


    التطبيقات Apps
    من المزيات الجديدة في شيربوينت 15 هي التطبيقات Apps, والتي تعني أنه يمكن تحميل منتجات خاصة بشيربوينت 15 من السوق الإلكتروني كما هو الحال في سوق Windows Phone. وهذه الميزة الجديدة لا تعني إمكانية تحميل أجزاء ويب أو حلول مختلفة عن شيربوينت من السوق الإلكتروني, بل هذه الميزة تعتبر صيغة جديدة لتقديم الحلول لشيربوينت 15, ومن إيجابيات هذه الميزة:
    • تعتبر هذه الميزة مناسبة جداً للتطبيقات التقليدية التي تحتوي على صفحات مختلفة, تصاميم متعددة, وإعدادات للتطبيقات, وقواعد بيانات مستقلة, وغيرها.
    • يمكن للمطورين إضافة منطق التثبيت الخاص بهم (التثبيت, التحديث, إلغاء التثبيت, وغيرها).
    • يمكن إرفاق أنواع مختلفة من قواعد البيانات مع التطبيق.
    • يكون للتطبيق صلاحيات المستخدمين الخاصة به.
    • تحتوي على رخص خاصة بها.


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

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

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

    واجهة برمجة التطبيقات من طرف العميل Client Object Model
    أصبحت واجهة برمجة التطبيقات من طرف العميل متوفرة أيضاً لتنفيذ عمليات البحث, وهذه الميزة تشير إلى نفس الإمكانيات المتوفرة الآن من خلال فضاء الأسماء Microsoft.Office.Server.Search.

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

    الجمعة، 16 مارس 2012

    لا يمكن إكمال البحث لأنه لم يتم تعيين هذا الموقع إلى مفهرس



    في بعض الأحيان قد يظهر الخطأ التالي في صفحة نتائج البحث:

    لا يمكن إكمال البحث لأنه لم يتم تعيين هذا الموقع إلى مفهرس. اتصل بالمسؤول للحصول على المزيد من المعلومات

    أو

    Your search cannot be completed because this site is not assigned to an indexer. Contact your administrator for more information

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

    1. من موقع الإدارة المركزي Central Administration اضغط على Application Management.
    2. من المجموعة Service Applications اختر Manager services on server.
    3. تأكد أن حالة الخدمة SharePoint Foundation Search هي Started, وإلا فاضغط على Start لبدء هذه الخدمة.
    4. الآن ارجع إلى الصفح الرئيسية لموقع الإدارة المركزي واختر Manage content databases.
    5. تأكد من اختيار تطبيق الويب الذي يظهر فيه الخطأ من القائمة في الطرف الأيمن.
    6. اضغط على اسم قاعدة البيانات المرتبطة بتطبيق الويب ومن ثم ابحث عن الخيار "Select Microsoft SharePoint Foundation search server", واختر من القائمة المنسدلة أحد الخوادم المتوفر, ومن ثم اضغط OK.


    الثلاثاء، 13 مارس 2012

    إيقاف ميزة التحويل إلى نسخة الموبايل في شيربوينت 2010



    إيقاف ميزة التحويل إلى نسخة الموبايل في شيربوينت 2010

    عند تصفح موقع شيربوينت 2010 من خلال جهاز محمول يتم تحويل المستخدم إلى صفحة خاصة بإصدار الموبايل في شيربوينت 2010 ولإلغاء هذه العملية, اتبع الخطوات التالية:
    افتح الملف web.config للتطبيق الخاص بموقعك.
    ابحث عن العنصر <browserCaps>
    أضف العنصر <filter>isMobileDevice=false</filter> ضمن العنصر السابق

    كود HTML:
    <browserCaps>
          <result type="System.Web.Mobile.MobileCapabilities, System.Web.Mobile, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
          <filter>isMobileDevice=false</filter>
        </browserCaps>
    جرب الآن


    السبت، 10 مارس 2012

    حزمة الإصلاح لشهر شباط (فبراير) 2012 لشيربوينت 2010


    أصدرت شركة مايكروسوفت حزمة إصلاح جديدة بتاريخ شباط (فبراير) 2012 لشيربوينت 2010 على الرابط التالي:


    SharePoint Server 2010 cumulative update package (SharePoint server-package): March 7, 2012



    والغريب أن الرابط يندرج تحت الشهر شباط (فبراير) في الصفحة التالية:



    بينما يشير عنوانه إلى شهر آذار March.



    استمتع بحل الثغرات