PSPCommunity.org ورود | ثبت نام | كمك

حمیده ابوالحسنی

SharePoint Tips & Solutions

بيشترين بازديد شده

تبریک بهار طبیعت و هدیه شیرپوینتی

دوستان سلام

امیدوارم حالتون خوب باشد و روزهای خوبی رو پشت سر گذاشته و پیش رو داشته باشید.

حلول بهار طبیعت رو به تک تک شما تبریک میگم. امیدوارم سالی سرشار از سلامتی، شادی و ایده های بکر شیرپوینتی داشته باشید.

در سال گذشته مجموعه ای از سایتهای برتر شیرپوینتی رو تقدیمتون کردم. دراین پست قصد دارم کتاب مفید و متفاوتی رو بهتون معرفی و تقدیم کنم.

books

در طي فصول مختلف این کتاب که توسط Mark J. Collins نوشته شده است، نحوه‌ي ايجاد سايت به همراه فرم‌ها، گردش‌هاي كاری و گزارشات مرتبط به صورت گام به گام، با تصاوير و توضيحات لازم بيان شده است. اما، این کتاب چند ویژگی منحصر به فرد رو تواما داراست و همین امر باعث شده است تا طیف وسیعی از شیرپوینترها بتوانند مخاطب این کتاب باشند.

این ویژگیها عبارتند از:

1. همگام با توپولوژی Agile و متدولوژی اسکرام به پیاده سازی Solutionهای شیرپوینتی میپردازد.

2. تمامی مراحل و فازهای مدیریت پروژه اعم از مدیریت نیازمندی‌ها( Requirements management)، پیاده سازی (Implementation)، تست(Test)، پشتیبانی(Support) و .. را پوشش داده شده است.

3. تمرینات این کتاب به صورت گام به گام نشان می‌دهند که چگونه در یک محیط عملیاتی، از ویژگی/‌ها(Feature)شیرپوینت ،سولوشن‌هایی ایجاد کنیم که به تمامی نیازمندی‌های آن محیط به طور صحیح و کامل پاسخ داده شود.

این امر، به توسعه‌دهندگان، مدیران پروژه و .. کمک میکند تا:

  • مشکل و نیازمندی سازمان را بفهمند.
  • ویژگی/ها(Feature) شیرپوینت که برای ایجاد سولوشن، مناسب هستند را تشخیص بدهند.
  • علت استفاده از ویژگی/ها(Feature) شیرپوینت، برای حل مشکل خاص را دریابند.
  • و در ادامه، نحوه ایجاد و توسعه ویژگی(Feature) را فراخواهند گرفت.

4. چزئیات دستورالعمل‌های ایجاد و پیاده سازی ویژگی(Feature) و Solution، ارائه می‌شود.

5. هر بخش روی یک فعالیت(Activity) مدیریت پروژه متمرکز شده است و تکنیک‌هایی رو برای تسهیل اجرای این فعالیت ها بیان می‌کند.

ليست فصول مختلف اين كتاب به شرح زير است :

Chapter 1: Introduction
Chapter 2: Collecting Requirements
Chapter 3: Processing Incoming E-mail
Chapter 4: Managing Requirements
Chapter 5: Supporting Discussions
Chapter 6: User Stories
Chapter 7: Project Backlog
Chapter 8: Iteration Backlog
Chapter 9: Burndown Charts
Chapter 10: Getting Organized
Chapter 11: Creating Test Cases
Chapter 12: Reporting Defects
Chapter 13: Testing Metrics
Chapter 14: Workflow Tasks
Chapter 15: State Machine Workflows
Chapter 16: Creating Custom Forms

تمامی مدیران پروژه، توسعه‌دهندگان، کارشناسان و علاقمندان به یادگیری اصولی مایکروسافت شیرپوینت را به مطالعه این کتاب دعوت می‌کنم

مشاهده آنلاین کتاب

دانلود کتاب

   

روز و روزگار خوش و ایام به کام

حمیده ابوالحسنی

تغییرات و ویژگیهای برتر شیرپوینت 2013 نسبت به 2010

همانطور که میدانید نسخه بتای شیرپوینت 2013 در تاریخ 16 جولای (6 روز قبل) توسط مایکروسافت عرضه شد. این روزها مایکروسافت با ارائه ویدئوها، اسناد، کتابها و سایر فایلهای آموزشی سعی در معرفی و آموزش هر چه بیشتر محصولات Office و البته SharePoint 2013 را دارد. اعضای MVP مایکروسافت و سایر بلاگرها هم بیشتر از همیشه در حال نشر و معرفی این اسناد هستند.

نسخه جدید شیرپوینت از نظر ظاهر و اینترفیس، امکانات و حتی ساختار تغییر زیادی کرده است. برای اینکه بتوانیم هر چه سریعتر وارد دنیای جدید شیرپوینت بشویم بهتراست اول به سراغ تغییرات و ویژگیهای جدید برویم.

برای آشنایی و مرور ویژگیهای جدید و برتر شیرپوینت 2013 شما رو به مشاهده ویدئوهای زیر دعوت میکنم:

تغییرات کلیدی و ویژگیهای جدید در  Web Content Management

key changes and improvements in web content management

تغییرات کلیدی و ویژگیهای جدید در معماری Search <کامپوننت ها و Roleهای جدید>

key technical and functional changes in the redesign Search service

تغییرات کلیدی و ویژگیهای جدید در PerformancePoint Service

key technical and functional changes in PerformancePoint services

تغییرات کلیدی و ویژگیهای جدید در Business Connectivity Services

key technical and functional changes in business connectivity services

تغییرات و ویژگیها در User Profile Service Application

changes and features in the User Profile service application

تغییرات و ویژگیها در Word automation service

changes and features in Word automation service

تغییرات کلیدی و ویژگیهای جدید در Enterprise Search <در این ویدئو درباره تغییرات در Ranking و Query Spell Correction هم صحبت شده است>

search query configuration changes and features

تغییرات کلیدی در translation service application

key technical and functional features of the machine translation service application

تغییرات و ویژگیها در service application and apps infrastructure

key technical and functional features of the apps service application and apps infrastructure

مقایسه معماری Service Application در شیرپوینت 2010 و 2013

Compare SharePoint 2013 and SharePoint 2010 service application architectures

ویژگیهای Work management service

key technical and functional features of the work management service application

تغییرات کلیدی و ویژگیهای جدید در ایجاد و طراحی Workflow در SP 2013 Designer

key changes and improvements in workflow creation and design in SharePoint 2013 Designer

Cashing در سطح فارم

server farm-level caching in SharePoint 2013

آیتمهای انتخابی جدید در AAM

new options for managing alternate access mappings

مسلما این Resourceها بیان کننده تمامی تغییرات و ویژگیهای جدید نیستند.

منتظر پستهای بعدی در این زمینه باشید


موفق و پیروز باشید

مروری بر مفاهیم پایه احراز هویت در شیرپوینت

مایکروسافت در نسخه 2010 شیرپوینت از دو مکانیسم متفاوت Claims-Based Authentication و Classic Authentication برای احراز هویت استفاده میکند و از آنجایی که نوع شناسایی و احراز هویت کاربران در سطح Web Application انجام میشود هر بار که یک Web Application ایجاد میکنیم، میبایست یکی از مکانیسم ها را بنا بر سناریوی پیاده سازی و نیازمندیهای سازمان انتخاب کنیم. برای انتخاب آگاهانه هر یک از مکانیسم ها بهتر است نحوه کار هر یک را بررسی کنیم.

برای درک هر چه بهتر مکانیسم های شناسایی کاربران در شیرپوینت ابتدا میبایست با کامپویننت ها و مفاهیم احراز هویت و اینکه این کامپویننت ها چگونه با یکدیگر کار میکنند، آشنا شویم:

Authentication

اینکه کاربر به عنوان یک موجودیت مستقل، شناسایی و تعیین هویت شود. در این فرآیند مطابق با مکانیسم تعیین هویت به وی ID، Token یا .. نسبت داده میشود. این Token یا ID  یا  .. همانند یک کارت شناسایی یا کارت ملی، به صورت Unique برای هر کاربر صادر میشه و منبعد سند ورود و دسترسی کاربر به نقاط مختلف Application خواهد بود.

Authorization

در فرایند Authorization سطح دسترسی کاربر (تعیین هویت شده Authenticated) مشخص میشود. اینکه کاربر به کدام سایت، لیست، کتابخانه و … دسترسی داشته باشد. همانطور که حدس زدید این فرآیند بعد از Authentication انجام میشود.

Claim

هریک از اطلاعات مربوط به شناسایی کاربران یک Claim هستند. یک Claimمیتواند User Name کاربر باشد، Claim دیگر آدرس پست الکترونیک کاربر و …  این اطلاعات به طور مجموع Claimsنامیده میشوند.

اینکه Claim به چه دردی میخورد را در تعریف کامپویننت بعدی متوجه میشوید.

Token

مجموعه ای از Claimها که یک کاربر را به صورت Unique معرفی میکند.

بعد از شناسایی و تعیین هویت کاربر، به وی یک Token کاربری اختصاص میابد و کاربر برای دسترسی به Application میبایست Token را مانند شناسنامه یا کارت ملی همراه داشته باشد. به کاربران فاقد Token اجازه دسترسی داده نخواهد شد (Access denied).

Token

Identity Provider

در بسیاری از Applicationها شناسایی و احراز هویت کاربران مختص همان Application و در درون Application انجام میشود و هر یک از Applicationها مراحل احراز هویت کاربر را به طور کامل انجام میدهند.

ShowAuth

اما اگر احراز هویت کاربران به نحوی از Applicaion جدا شود، استفاده از سیستم میتواند به صورت کارآمدتر، بهینه تر و به صورت جامع برای سایر Applicaionها مورد استفاده قرار گیرد.

در شیرپوینت از روش بهینه ذکر شده استفاده میشود بنابراین شناسایی و احراز هویت کاربران به صورت جداگانه توسط یک Identity/Authentication Provider انجام میشود و چندین Application به صورت همزمان میتوانند از  آن استفاده کنند.

ShowProvider

در واقع Identity Provider است که کاربر را شناسایی و تعیین هویت میکند و یک Token به وی اختصاص داده و به Application مربوطه ارسال میکند. این ماژول که به عنوان Security Token Service هم شناخته میشود، نقش کلیدی و اصلی را در این فرآیند و حتی در مدیریت Tokenها ایفا میکند.

با مفاهیم پایه احراز هویت آشنا شدیم و حالا میتوانیم مکانیسم و سناریوی شناسایی کاربران را در شیرپوینت و هر سیستم دیگری راحتتر درک کنیم:

Classic Authentication

کاربر یک درخواست HTTP مبنی بر دسترسی به Application شیرپوینت ایجاد میکند.

اکتیو دایرکتوری در نقش Identity Provider کاربران را شناسایی و تعیین هویت میکند و پس از شناسایی کاربر یک NT Token را به عنوان مجوز دسترسی کاربر ایجاد و به شیرپوینت ارسال میکند. شیرپوینت آن را از کاربر تحویل گرفته به منظور تعیین سطح دسترسی به شئ SP User تبدیل میکند تا فرآیند Authorization انجام شود.

Claim-Based Authentication

کاربر یک درخواست HTTP مبنی بر دسترسی به Application شیرپوینت ایجاد میکند.

شیرپوینت اطلاعات کاربری را به Identity Provider ارسال میکند، Identity Provider هر یک از Claimها مانند Username و Password و ..  را بررسی کرده و کاربر را شناسایی میکند و یک توکن به وی اختصاص میدهد.

کاربر توکن را به Security Token Service ارسال میکند، Security Token Service توکن کاربر را دریافت کرده و پس از بررسی و اطمینان از معتبر بودن آن، توکن نهایی به نام SAML را به عنوان مجوز دسترسی کاربر ایجاد و به شیرپوینت ارسال میکند. با ایجاد این توکن مراحل شناسایی و تعیین هویت کاربر با موفقیت انجام میشود.

تا اینجا Application شیرپوینتی کاربر را شناسایی کرده است. حالا نوبت به Authorization یا تعیین سطح دسترسی  است بدین معنا که کاربر به کدام بخش، لیست، کتابخانه و .. دسترسی داشته باشد.

بنابراین شیرپوینت توکن نهایی(SAML) را دریافت کرده به منظور تعیین سطح دسترسی، آن را به شئ از نوع SP User تبدیل میکند.

MyFinalPic

انتخاب بین هریک از روشهای احراز هویت شیرپوینت میبایست براساس نیازمندیهای سازمان انجام شود.

به عنوان مثال:

اگر نیاز شما به گونه ای است که اطلاعات کاربر را از طریق فرم ها دریافت میکنید، یا کاربرها ممکن است با Accountهای مختلف خود و نه فقط یک Account به سایت شیرپوینتی دسترسی داشته باشند و .. بهتر است از Claim Authentication استفاده کنید.

اگر شما مایلید تا اطلاعات کاربری توسط AD بررسی و کاربر توسط AD شناسایی شود و .. از Classic Authentication استفاده کنید.

به جز مواردی که استفاده از  Classic Authentication اجتناب ناپذیر بوده و یا مطابق با نیازمندیهای سازمان مطلوب و بهینه شناخته شده، استفاده از نوع دوم Authentication توصیه میشود.

موفق و پیروز باشید 

حمیده ابوالحسنی

مدیریت رویدادها و خطاها با ULS Log در شیرپوینت 2010

Unified Logging Service یا ULS سرویسی است که رویدادها، خطاها و exceptionهایی که توسط کاربر یا سیستم بوجود می آید را ثبت و نگهداری میکند.

ULS تمامی رویدادها را در فولدر {root/Logs} و در یک فایل متنی ذخیره میکند.

txt_pic2

احتمالا استفاده از این فایل را برای جستجوی خطا یا پیگیری اجرای صحیح دستورات تجربه کردید و متوجه زمانبر بودن و مشکل بودن کاربری آن شدید. این مشکلی بود که در MOSS هم وجود داشت و به ناچار با آن دست و پنچه نرم کردیم. اما مایکروسافت در شیرپوینت 2010، به بهترین نحو این مشکل رو برطرف کرده است:

در شیرپوینت 2010، ULS علاوه بر این که رویدادها را در فولدر Server/Logs نگهداری میکند، ذخیره اطلاعات را به صورت منسجم و متمرکز در دیتابیسی به نام  WSS_Logging نیز انجام میدهد.

با این ویژگی امکان مدیریت سریعتر و کارآمدتر خطاها، پیگیری بهتر رویدادها، تهیه گرارشات و Queryهای مفید از نحوه عملکرد سیستم و … فراهم شده است که همگی منجر به پیاده سازی، مدیریت و Maintenance بهتر و کارآمدتر فارم شیرپوینت خواهد شد.

ULS Log Configuration

در مسیر Central Administration> Monitoring گزینه Configure web analytics and health data collection را کلیک کنید تا وارد بخشی شوید که میتوانید تنظیمات مربوط به نحوه ثبت اطلاعات را انجام دهید.

ULS_pic11

در این بخش شما میتوانید امکان ثبت اطلاعات را غیرفعال کرده یا رویدادهای درگیر را محدود کنید، مسیر فایل متنی که اطلاعات را نگهداری میکند یا حداکثر حجم آن را تغییر دهید، Credential مربوط به دیتابیس WSS_Logging را تعیین نمایید و ..

image

ULS_Config2

با کلیک گزینه Timer job ،Log Collection Scheduleهایی که مسئول نوشتن اطلاعات در دیتابیس WSS_Logging هستند را مشاهده میکنید که با کلیک هر یک میتوانید برای اجرای آنها زمانبندی انجام دهید.

pic6

pic7

ULSTraceLog View

ULSTraceLog از پرکاربردترین Viewهای دیتابیس WSS_Logging است که با فعالسازی و  اجرای تایمر جاب Diagnostic Data Provider: Trace Log ایجاد میشود و تا مادامیکه Timer job فعال و اجرا نشده، این نما در دیتابیس WSS_Logging وجود ندارد.

ULS_pic2

برای اجرای این Timer job، در مسیر Central Administration > Monitoring > Review Job Definitions روی job با نام Diagnostic Data Provider: Trace Log کلیک کنید، وضعیت آن را Enabled نموده و با ورود مجدد به این بخش و کلیک گزینه Run Now آن را اجرا کنید. نمای ULSTraceLog ایجاد شده و در بخش Viewهای دیتابیس قابل مشاهده خواهد بود.

موفق و پیروز باشید

Document Set در شیرپوینت 2010

Document Set یکی از قابلیت های شیرپوینت 2010 است که با هدف مدیریت هر چه بهتر محتوا(Content Management) ایجاد شده است. این ویژگی به ما کمک میکند تا گروهی از اسناد را همانند یک موجودیت، مدیریت کنیم.

با استفاده از این ویژگی، اجازه Chek-In ،CheckOut ،Versioning، اعمال Permission و … به جای هر سند، به مجموعه ای از اسناد(Document Set) و به طور همزمان داده شده است.

به عنوان مثال، مدیریت اطلاعات مربوط به پروژه ها که هر پروژه دارای چندین Document و از انواع مختلف(pdf ,doc ,ppt ,xls, …) است: RFP، پروپزال، سند برآورد هزینه، زمانبندی پروژه، دمو(Presentation)، …  و این اطلاعات میبایست جداگانه برای هر پروژه ذخیره شوند.

پیاده سازی  Document Set

Document Setها به صورت پیش فرض فعال نیستند. قبل از هر چیز میبایست این ویژگی را در مسیر Site Settings> Site Administration> Site Collection Features>Document Sets و با کلیک دکمه Activate فعال کنید.

feature

سپس در مسیر Site Settings> Galleries> Site Content types و در بخش Document Set Content Types روی گزینه Document Set کلیک کنید تا وارد بخشی شوید که میتوانید تنظیمات مربوط به آن را انجام دهید.

ct8

در گزینه Default Content، قالب سند را مشخص و در صورت تمایل با انتخاب گزینه ‘Add new Default Content’ قالبهای دیگری را معرفی کنید.

docs2

در کتابخانه سند مورد نظر و در بخش تنظیمات کتابخانه(Library Settings> Advance Settings)، با انتخاب گزینه ‘Allow management of content’ اجازه افزودن Content Type را به این کتابخانه بدهید.

allowCT3

مشاهده میکنید که در فرم Library Settings، بخش Content Type ها(از جنس Parent این Content Type که document است) افزوده شده است. با کلیک گزینه Add from existing content type و انتخاب Document Set، این نوع محتوا را اضافه کنید. با کلیک این Content Type وارد بخش تنظیمات میشوید که میتوانید نام، شرح و سایر ویژگیها را ملاحظه یا تغییر دهید.

ctNew

در فرم اسناد در کتابخانه(AllItems.aspx)، منوی مربوط به گزینه New Document را باز کرده و Content Type مورد نظر را انتخاب کنید.

ct7

نام و شرح را انتخاب و دکمه ذخیره را کلیک نمایید.

new

ملاحظه میکنید که با پیوستن Document Set به این کتابخانه، هریک از اسناد با تمام قالبهای مشخص شده ایجاد میشود و امکان مدیریت همزمان قالبهای یک سند(آیتم) براحتی امکانپذیر خواهد بود.

final7

final2

final3

 

لازم بذکر است که این قابلیت تنها در نسخه MSS 2010 قابل استفاده بوده و در نسخه  Foundation 2010 وجود ندارد.

موفق و پیروز باشید.

جستجو در شیرپوینت(قسمت دوم)

Crawlerها، Query Object Model، Query engine، Indexing engine و User Interface از کامپوننت های اصلی معماری جستجو در شیرپوینت 2010هستند. این اجزا بعد از کانفیگ کردن اطلاعات مربوط به جستجو همانند دیاگرام منطقی زیر شروع به عمل میکنند.

SearchDiagram

در مسیر Central Administration> Application Management> Manage Service Application روی Search Service Application که در پست قبل ایجاد کرده بودید دو بار کلیک کنید تا وارد بخشی شوید که میتوانید اطلاعات مربوط به جستجو را کانفیگ کنید.

قبل از هر چیز، محتوایی که میخواهید جستجو در آن انجام شود، میبایست در دیتابیس شیرپوینت ایندکس شوند. در واقع ما با ایندکس گذاری = شاخص گذاری = Crawling، محتوا را برای شیرپوینت قابل جستجو میکنیم. اگر یک محتوا در دیتابیس Search شیرپوینت ایندکس نشود، در عمل جستجو در نظر گرفته نشده و در Search Result مشاهده نخواهد شد.

برای اینکه عمل Crawling انجام شود، میبایست حدافل یک Content Source داشته باشیم.

Content Sourceها مجموعه ای از Optionها هستند و مشخص کننده اینکه چه نوع Content، با چه آدرسی، چگونه و در چه زمان(ها) برای جستجو ایندکس(Crawl) شوند، مورد استفاده قرار میگیرند.

Content Sourceها در SharePoint 2010 میتوانند در هر یک از 5 نوع زیر ایجاد شوند:

  • SharePoint Sites
  • Web Sites
  • File Shares
  • Exchange Public Folders
  • Line of Business Data
  • Custom Repository

همانند Content Source، MOSS مربوط به Local SharePoint Site که از نوع SharePoint Sites هست، به صورت پیش فرض وجود دارد. مطابق با نیاز و سناریوی پیاده سازی، میتوان با باز کردن منوی این CS و ویرایش کردن آن جستجو را راه اندازی کرد و یا با کلیک ‘New Content Source’یک CS جدید ایجاد نمود.

img111

ما یک Content Source جدید و از نوع SharePoint Sites ایجاد میکنیم.

img2

Start Addressها مسیرهایی هستند که سیستم جستجوگر( Crawlerهای شیرپوینت)با استفاده از این مسیرها شروع به ایندکس کردن- Crawling محتوا خواهند کرد. این آدرسها میتوانند URL مربوط به سایتها در Web Application های مختلف فارم با فرمت http://IntranetSite و همچنین آدرس User Policyهای شیرپوینت با فرمت sps3://IntranetSite برای جستجوی کاربران باشند.

img_StartAddress

در ادامه میبایست دو نوع ایندکس گذاری Full و Incremental رو مدنظر داشته باشیم که میتوانیم مطابق با سناریوی پیاده سازی و نیازمندی سازمان برای هر یک زمانبندی انجام دهیم. در این مرحله، ادمین فارم میبایست Business سازمان رو به دقت بررسی کرده باشد و بهترین زمانبندی رو مطابق با سناریوی پیاده سازی و نیازمندیهای سازمان در نظر بگیرد.

  • Full Crawl:  تمامی محتویات در Content Sourceایندکس گذاری میشوند. حتی اگر این محتوا قبلا ایندکس گذاری شده باشند و ایندکس ها موجود باشند.
  • Incremental Crawl: تنها محتویات تغییر یافته مجددا ایندکس میشوند.

برای انجام جستجو محتویات میبایست حداقل یک بار به صورت  Full Crawl ایندکس گذاری شوند.

با توجه به اینکه شاخص گذاری Full  زمان بر است و ترافیک زیادی روی سرور میگذارد، حتما بایستی این کار مطابق با نیازمندی سازمان انجام شود به عنوان مثال زمانی که hotfix یا service pack نصب میشود یا زمانی که Back Up را Restore میکنیم و ….

زمانبندی شاخص گذاری Incremental هم باید مطابق با نیاز و بررسی تغییر محتویات در سازمان انجام شود، مثلا اگر دیتا در سازمان شما مدام در حال تغییر و بروزرسانی است، این زمانبندی میتواند روزانه انجام شود و البته در ساعاتی که تعامل کاربران با سیستم به حداقل رسیده باشد.

img7img8

ایجاد Enterprise Search Center:

در مسیر Central Administration> Application Management> Site Collections با کلیک گزینه Create Site Collectionیک SiteCollection جدید را با قالب Enterprise Search Center ایجاد میکنیم.

image11

با انتخاب تب All Site کلیدواژه مورد نظر و تب People فرد مورد نظر را جستجو کرده و نتیجه را مشاهده میکنیم.

img_SearchResult

اگر بخواهیم محتوایی در My Site را برای اولین بار جستجو کنیم با پیغام خطای زیر مواجه میشویم:

“This item and all items under it will not be crawled because the owner has set the NoCrawl flag to prevent it from being searchable”

برای حل این مشکل، در قسمت تنظیمات My Site، گزینه "Search and offline availability"  را در بخش Site Administration انتخاب میکنیم.

MySite_img

با اعمال این تنظیمات، محتویات My Site هم ایندکس شده و پیغام خطا از بین میرود.

Search Scopes

Search Scopeها مکانهای خاصی هستند که شما میتوانید برای جستجو معرفی کنید و در وافع این انعطاف پذیری را به شما میدهند تا نتایج جستجو را به مکانهای خاصی در محیط شیرپوینت 2010 محدود کنید.

برای اینکار به روش پست قبل یک Content Source ایجاد کرده و در قسمت Start Address، مسیر مکان مورد نظر(فولدر، ساب سایت) را معرفی کنید. در مرحله بعد میبایست یک Crawl Rule ایجاد کنید تا crawler شیرپوینت محتوای مسیر مورد نظر را در نظر بگیرد. در Quick Launch سمت چپ و در بخش Crawling، روی گزینه New Crawl Rule کلیک کنید.

newRule_img2

مسیر مربوط به محتوای مورد نظر را وارد کرده و از آنجایی که قصد معرفی محتوا به این Rule را داریم، گزینه ‘Include all items in this path’ را انتخاب میکنیم. گزینه Exclude all items in this path محتوا را از این Rule استخراج خواهد کرد. سه CheckBox، انتخابی(Optional) هستند و مخصوص زمانی هستند که شما محتوای خاصی داشته باشید که نیاز به Crawl کردن خاص باشد.

newCrawlRule2

در این مرحله در مسیر Central Administration> Application Management> Manage Service Application روی Search Service Application دوبار کلیک کنید تا وارد بخش تنظیمات جستجو شوید. در Quick Launch سمت چپ و در بخش Queries and Results گزینه Scopes را انتخاب کنید. گزینه New Scope را انتخاب کرده، نام و شرح را برای این Scope تعیین نمایید.

newScope_Create

گزینه Last Modified by نام کاربری شما و غیرقابل تغییر میباشد. در بخش Target Results Page، در صورتیکه مایل هستید نتیجه جستجو را در صفحه جستجوی استاندارد شیرپوینت(SearchResults.aspx) مشاهده کنید، مورد اول و در صورتیکه مایلید نتیجه جستجو را در صفحه سفارشی مشاهده کنید، مورد دوم را انتخاب و در TextBox آدرس URL صفحه سفارشی مورد نظرتان را وارد نمایید.

NewScope_InterData

در منوی Scope ایجاد شده گزینه Edit properties and rules را انتخاب کنید تا وارد بخشی شوید که Ruleهای مربوط به این Scope قرار دارند و شما میتوانید Ruleهای جدیدی که هر یک مشخص کننده محتوایی exclude و include شده هستند را به آنها اضافه کنید. روی گزینه New Rule کلیک کنید. آدرس URL مسیر محتوایی که تمایل به جستجوی آن دارید را در این قسمت وارد کنید.

newRuleSearch

بعد از انجام تنظیمات Search Scopes بهتره که محتوای سایت به صورت Full Crawl، ایندکس بشوند تا مطمئن بشوید که محتوای مورد نظر شما توسط Crawler های شیرپوینت در دیتابیس، ایندکس شده اند و در نتیجه جستجو فابل مشاهده خواهند بود.

موفق و پیروز باشید

جستجو در شیرپوینت(قسمت اول)

در این پست قصد دارم راه اندازی و اعمال تنظیمات جستجو در شیرپوینت رو در قالب SharePoint Administration توضیح بدم.

در پست(ها)ی بعدی اعمال و بروزرسانی تنظیمات را از طریق Power Shell و همچنین از طریق کد(Development) نیز توضیح خواهم داد.

برای اینکه سایت شیرپوینتی قابل جستجو باشد، ابتدا میبایست Search Service Application را ایجاد و کانفیگ کنیم.با این کار ما سه گام زیر را درجستجو برداشته ایم:

1- Componentهای مربوط به Query, Crawling و Componentهای مربوط به مدیریت سرورهای مختلف در فارم را ایجاد کرده ایم.

2- Featureهای مربوط به Enterprise Search را ایجاد کنیم.

3- Accountهای مربوط به Search را ایجاد کرده ایم.

ایجاد Search Service Application

در  Central Administration> Application Management گزینه Manage Service Application را انتخاب و یک Search Service Application(SSA جدید ایجاد کنید.

111

این کار را با باز کردن منوی New در نوار ریبون و انتخاب گزینه Search Service Application انجام دهید.

2

در این فرم یک نام برای SSA جدید انتخاب کنید. گزینه 'None' را برای Fast Search Application انتخاب کرده و یک اکانت برای SSA انتخاب نمایید. ترجیحا یک اکانت جداگانه برای Search ایجاد کنید که میبایست روی SharePoint Database نیز دسترسی کافی داشته باشد. برای ایجاد Application Pool ها(در گام بعد) نیز میتوانید از همین اکانت استفاده کنید.

3

در ادامه برای استفاده از SSA به دو Application Pool نیاز داریم:

یکی برای وب سرویس مربوط به تنظیمات سایت و ایجاد و اجرای کوئری ها و دیگری وب سرویس مربوط به Search Admin. بنابراین:

ابتدا یک Application Pool را به Search Admin Web Service اختصاص میدهیم. شما میتوایند از بین Application Poolهای موجود در فارم یکی را انتخاب و یا یک Application Pool جدید بسازید. یک اکانت برای این Application Pool که میتواند User مربوط به Search باشد که در قسمت قبل معرفی کردید.

4

سپس یک Application Pool به Search Query and Site Settings Web Service اختصاص میدهیم.

شما میتوایند از بین Application Poolهای موجود در فارم یکی را انتخاب و یا یک Application Pool جدید بسازید. یک اکانت برای این Application Pool که میتواند User مربوط به Search باشد که در قسمت قبل معرفی کردید.

5

با کلیک 'OK' عملیات ایجاد SSA و کانفیگ پیش فرض آن (و در واقع سه گامی که در ابتدا به آن اشاره شد)انجام میشود.

5555

مشاهده میکنید که دو سرویس، به Service Application ها اضافه شده است.

SSA66

شما میتوانید برای اطمینان از اینکه اکانت(ها) که برای ایجاد و کانفیگ SSA معرفی کردید مجوز کافی برای جستجو دارند، User Profile Service را در همین صفحه کلیک کرده و با انتخاب گزینه Administrators از نوار ریبون، وارد فرم Administrators for User Profile شوید. با کلیک روی هر کاربر مجوزهای آن را در باکس پایین مشاهده میکنید. در این مرحله مجوز Retrieve User Data for Search Crawls میبایست حتما برای این کاربر فعال باشد.

7777

همچنین شما میتوانید بررسی کنید که آیا سرویس اکانت(ها) شما دسترسی کافی به سایت های شیرپوینتی را دارند یا خیر.

برای این کار در Central Administration> Application Management> Manage Web Applications با کلیک Web Application مورد نظر و انتخاب گزینه User Policy فرم Policy for Web Application را مشاهده خواهید نمود. اکانت(ها) که برای ایجاد و کانفیگ SSA معرفی کردید میبایست حتما مجوز Full Read را داشته باشند.

SSA8

مطالب پست بعدی درباره Search Crawling، و Search Scops خواهد بود.

موفق و پیروز باشید

مجموعه سایتهای برتر شیرپوینتی

دوستان سلام

امیدوارم حالتون خوب و ایام به کامتون باشه.

تنها چند ساعت به تحویل سال نو و آغاز سال نو شمسی باقی مونده. امیدوارم سالی سرشار از سلامتی، شادی و ایده های بکر شیرپوینتی پیش رو داشته باشید.

در این پست قصد دارم مجموعه ای از سایتهای برتر شیرپوینتی رو تقدیمتون کنم. با کلیک روی هرکدام از سایتها، نام و مشخصات آنها را در سمت راست مشاهده کرده و با کلیک روی عنوان سایت، آن را به صورت Full Screen مشاهده خواهید نمود.

http://www.wssdemo.com/livepivot/#/viewerStateKey/7e264f47-7498-41bd-b866-ad7ed5c67e50

روز و روزگار خوش و ایام به کام

موفق و پیروز باشید

افزایش Performance با Blob Cache در شیرپوینت 2010

یکی از امکانات جدیدی که شیرپوینت 2010 از اون پشتیبانی میکنه Blob Cache است. شیرپوینت با این امکان، Caching رو برای فایلهای باینری حجیم (مانند فایلهای CSS, Java Script, Video & Audio Files ) ایجاد و مدیریت میکنه و بدین ترتیب باعث افزایش Performance و کاهش لود و ترافیک روی Database Server میشه. پس از Enable شدن این ویژگی در front end web server، فایلهای مورد نظر پس از Retrieve شدن از Database در یک دایرکتوری ذخیره و Cache می­شوند.

نحوه فعال کردن امکان Blob Cache

این امکان به صورت پیش فرض غیرفعال است و در سطح Web Application فعال میشود. برای فعالسازی این ویژگی، web.config را برای هر Web Applicationی که تصمیم دارید این امکان را برای آن فعال نمایید، باز کنید.به طور پیش فرض این خط را در web.config مشاهده خواهید کرد:

   1: <BlobCache ocation="C:\BlobCache\14" path="\.(gif|jpg|jpeg|jpe|jfif|bmp|dib|tif|tiff|ico|png|wdp|hdp|css|js|asf|avi|flv|m4v|mov|mp3|mp4|mpeg|mpg|rm|rmvb|wma|wmv)$"
   2:  
   3: maxSize="10" enabled="false"/>
   4:  

Location: این متغیر، مسیر دایرکتوری که file ها در آن ذخیره خواهند شد را مشخص میکند.

Path: فایلهایی که Cache خواهند شد را مشخص مینماید. به طور پیش فرض، شیرپوینت عبارت منظم(Regular Expression)ی برای انتخاب پسوندهای فایل­ها ایجاد کرده است.

Max Size: ماکزیمم حجم فایل­ها بر حسب گیگابایت. به طور پیش فرض 10 گیگابایت در نظر گرفته شده است.

Enabled: مشخص کننده فعال بودن یا نبودن این امکان است.

به عنوان مثال:

   1: <BlobCache location="C:\BlobCache\14" path=2: "\.(gif|jpg|jpeg|jpe|jfif|bmp|dib|tif
   2: |tiff|ico|png|wdp| css|js|asf|avi|flv|m4v|mov|mp3|mp4|mpeg|mpg|rm|rmvb|wma|wmv)$"
   3: maxSize="20" enabled="true" />
   4:  

نکاتی که میبایست در نظر گرفته شود :

در فعال کردن این ویژگی سناریو پیاده سازی را حتما در نظر داشته باشید

اگر web application شما شامل سایت­هایی از نوع publish است، تا حد ممکن برای تمامی انواع فایلها، این امکان را فعال کنید. اما اگر شامل انواع دیگر سایتها و تعدادی media assets است، حتی اگر درصد کمی از media assetsها بروزرسانی میشوند، blob cache را برای media fileها فعال نمایید.

در نظر داشته باشید که در حین  Cache شدن فایلها برای نخستین بار، ممکن است Performance به طور موقت تحت تاثیر قرار بگیرد، اما پس از cache شدن فایلها، Performance افزایش خواهد یافت.

http://technet.microsoft.com/en-us/library/ee424404.aspx 

 موفق و پیروز باشید

حمیده ابوالحسنی