Կարգավիճակի արխիվներ: Sharepoint Solutions դիզայն

Օպերատիվ - հետախուզական գործունեություն Practice – Մաս 1

Մոտ մեկ տարի առաջ, Ես միացա Slalom Consulting այստեղ է Նյու Յորքում, ինչպես նաեւ այն, ինչ մենք կոչում ենք պրակտիկան Մակերես կապարի.  (Որպես անչափահաս մի կողմ առումով այս օրագրում Գրառման դիտարկում, որ փոփոխությունը աշխատանք հաշիվներում իմ ընդհանուր կաթիլ-off - ին բլոգերներ.  Դա մի մեծ փոփոխություն դերերի եւ մեծ փոփոխություն օր "կազմի", բայց ես մի տեսակ acclimated ինձ, եւ անհամբեր սպասում գրավոր կրկին ժպիտ ).

Այս pal դերում, Ես պատասխանատու եմ փրկել ընկերությունը եւ անմիջական շրջակայքում է 21 West 21st Street Աղետի է կանոնավոր կերպով.  Դա շատ ճնշման (ավելի, քան դուք կարող մտածել, պարզապես կարծում եմ, որ բոլոր երեխաները!). 

Այն ծառայելու է հրամայական, Ես ուզում եմ օգնել դուրս նախնական վաճառքի, ստեղծել եւ թարմացնել գնալ դեպի շուկա զոհաբերություններով, վարձել լավ folks, մարզվում է folks, որպեսզի նրանց ավելի լավ (բայց, իրոք,, որպեսզի իմ աշխատանքը ավելի հեշտ է) երբեմն ինչ - որ բան billable է հաճախորդի  Ես շատ «մուտքի» - ի հարցերին է հաճախորդների, վաճառքի հնարավորություններ, իմ սեփական մտքերն addled եւ այլն.  Ոմանք դա իսկապես լավ (նման տաք վաճառքի oppty) իսկ շատ ավելի քիչ լավ.  Բանալին է նախապես հետեւել, առաջնահերթ եւ կառավարել յուրաքանչյուր գաղափարների (մեծ եւ փոքր) է հաջող ավարտին. 

Նման խնդիր կառավարման նոր չէ, իրավունք?  Եվ մենք ունենք շատ արագ գործիքներ, որոնք կօգնեն մեզ հետ.  Outlook ունի խնդիրներ.  Դուք կարող եք ապտակ աղյուսակ միասին գեղեցիկ եւ արագ.  Իմ առաջին խնդիրն կառավարման գործիք է իրավական գրքույկ ետ իմ օրվա ժամը GAF որպես մշակողի ՏՏ վարչության պետ.  (Հարցրեք ինձ այդ լավ հին օրերի հաջորդ անգամ դուք տեսնում ինձ, եթե դուք հետաքրքրված, կամ գուցե չի...).

Լինելով SharePoint guy (անվանապես, առնվազն), Ես միշտ մտածել է օգտագործել SharePoint.  Սակայն ինչ - ինչ պատճառներով, Ընդհանուր Առաջադրանք ցուցակ երբեք էլ դա ինձ համար.  Մի փունջ ամիս առաջ, Ես որոշել է բուժել ինքս ինձ եւ պարզապես ստեղծել SharePoint վրա հիմնված լուծում.  Դա այնքան embarrassingly հեշտ է ստեղծել, որ ես մտածում եմ գրել դրա մասին այստեղ:.

Այնքան, իմ նպատակներն այստեղ շատ պարզ է:

  • Super հեշտ եւ արագ Տվյալների մուտքագրման
  • Առաջնահերթ միջոցառումներ
  • Դասակարգումը գործունեությունը
  • «Հաջորդ քայլը» վրա հիմնված `այդ գործողությունները հաճախ span շաբաթ (գուցե նույնիսկ ամիս).  Նրանք գրեթե երբեք »Վերջ» հետո մեկ կոնկրետ update.

Այս bits lend իրենց շատ լավ են բովանդակության տեսակ, Այնպես որ, ինչ ես ստեղծել:

image

Դուք կարող եք տեսնել, որ իրականում ես վաճառքի կողմնակալություն այս առաջին, քանի որ ես ունեմ, որ «Հաճախորդ" դաշտ.  Շատ իմ պրակտիկայի գործունեության հիմքում շուրջ հաճախորդների (կամ փաստացի կամ հեռանկարային).  Սակայն նրանցից շատերը նույնպես ներքին կենտրոնացած.  Ես ճիշտ "slalom« այնտեղ, երբ ես ստեղծել դրանք,, բայց դա միշտ էլ զգում է մի tad տարօրինակ.  Ես պետք է անվանել այն, ինչ - որ բան ավելի ընդհանուր.  Գուցե «Թիրախային կազմակերպություն» կամ ինչ - որ բան.

Ահա մի քանի այլ նշում բովանդակության տեսակի:

  • Ակտիվություն Impact է devolved մեջ չափման առաջնության թվականը.  Վստահ չեմ, թե ինչու եմ գնացել է «ազդեցության» եւ ոչ թե «Priority« օր է զրոյի, բայց դա ինչ ես. 
  • Հաջորդ քայլերը եւ հաջորդող քայլեր տարեթիվը - Ես գործիքակալը որը պայմանավորված է հաջորդ գործունեության օրվանից.  Այս վահան է տեսակ դարձել իմ երթի պատվերներ օրը / շաբաթ.  Ես պարզապես գնալ էջը եւ կենտրոնանալ բարձր առաջնահերթության կազմի առաջին եւ գնալ այնտեղ.  (Կա հասկացությունը որպես «untagged"
  • Առաջնային Owner - ի միակ եւ նշում է, չէ ապշեցուցիչ է, որ դուք կարող եք տեսակավորել եւ զտիչ եւ բազմամյա ընտրված սյուների վրա SP 2010! Ես իրականում չեմ լիարժեքորեն գնել այդ հասկացության առաջին.
  • Ակտիվություն Status - իրոք, պարզապես, «Open» կամ «փակ» 
  • Առաջնային Practice - Հետո ես սկսեցի սա օգտագործում, այլ PAL իմ խմբում ցանկանում փորձեք այս խմբին:, այնպես որ, ես այս սայթաքեց մեջ Միքս է տարբերակել իմ կազմի (Պորտալներ & Գործակցություն) եւ նրա իրեր (Երկնագույն).

Ահա իմ վահան:

image

(ցավում է բոլոր blurred դուրս bits - Ես չէի զգում, ստեղծել մի փունջ փորձարկման տվյալների, եւ ես չեմ ուզում տալ որեւէ մեկին, որ սրտի կաթված է տարել փոխանակման կենսական կարեւոր մանրամասները [տես քիչ է Intro re: փրկել աշխարհը, եւ այլն:, եւ այլն:, եւ այլն:]).

Ես ունեմ մի քանի այլ հայացքներ այս ցուցակում, ներառյալ datasheet տեսակետը, որ թույլ է տալիս ինձ անել զանգվածային թարմացումները.  Ես դա շատ հաճախ, երբ մի փունջ ցածր առաջնահերթ կետերից ես պլանավորել էի անել միայն բավական էր արել, եւ պետք է հրել են շաբաթը.

Ամեն օր, Ես քաշեք իմ գործունեության մուտք, եւ պարզապես սկսել են աշխատել դուրս վերին ցուցակում.

Մասամբ 2, Ես բացատրել, թե ինչպես եմ դա նույնիսկ ավելի օգտակար է, ինչպես նաեւ մի գեղեցիկ թեմա `միացված doc գրադարանի SPD փաստաթղթաշրջանառություն.

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Թող փայլուն օրինակներ հանգեցնել ուղին աճել Sharepoint որդեգրման

Իմ առաջին «մաքուր» BrightStarr օրագիրը գրառումը հրապարակվել է այսօր:  Ահա մի կատակ:

Կա մի շատ խոսակցության մասին Internets վերաբերյալ երեկոյան թեմայով Sharepoint ընդունման եւ հատկապես դրա պակասը. Ոչ ոք չի ուզում գնալ բոլոր փորձանքի մեջ նախագծելով մի ագարակը եւ անվտանգության ենթակառուցվածքները, մասնակցելու սեմինարների, հավաքել snazzy տեսքը եւ զգալ, մշակման ռոք կոշտ տեղեկատվական ճարտարապետությունը, որը կարող է դիմակայել vicissitudes է ընկերության վերակազմակերպման եւ վերջապես orgs, ա շուքով - լեցուն rollout միայն բացահայտել երեք ամիս գրառումը գնալ, ապրել, որ պակաս, քան 50% ընկերության աշխատակիցների օգտվում Sharepoint, եւ նրանց մեծ մասը օգտագործում են այն փոխարինել հին ցանցային ֆայլի սերվերների (Որ «S:\ քշել »:).

Ոչ արծաթ bullet (կամ առանձին բլոգը գրություն) մտադիր է լուծել այդ խնդիրը. Սակայն, կան շատ բաներ կարող եք անել `նվազեցնելու ռիսկը, որը անգույն Sharepoint Լուս. Մեկը նման տեխնիկան է «փայլուն օրինակ կերպարների."

Ես սիրում եմ իմանալ, թե այլ Sharepoint որդեգրման ռազմավարությունների, որ դուք խնամքի կիսել.  Եթե ​​անեք բաժինը, խնդրեմ թողնել որպես մեկնաբանության վրա BrightStarr բլոգում.

Կարդալ ամբողջությամբ բան այստեղ: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Ստեղծել Փոխանցել Էջեր, եւ նույնիսկ նրանց Տպել

Ես գրել մինչեւ հոդված համար Sharepoint ճեպազրույցը մեկ շաբաթ առաջ, եւ այն փակցվել է:  Ահա բացման քիչ:

image

Դուք կարող եք կարդալ ամբողջ բանն այստեղ: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Հուսով եմ, դա օգնում է ինչ - որ մեկին.  Վայելել!

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

«Կարող ենք անել” versus "պետք է անենք” ի Sharepoint նախագծեր

Կարծում եմ, որ մեզանից շատերը, որոնք երբեմն ներկայացվում է, բացակայության պատճառով ավելի լավ արտահայտությամբ, Երիտասարդ - Երեխաների պահանջներ.  Խաղի տեւողությունը րոպեներով, իրոք օգտվողին, շատ վատ է որոշակի կոնկրետ տեսքը եւ զգալ, կամ մի շատ հատուկ տեսակավորման կառուցվածքը, կամ կտրել, որ մեկ կամ ցանկի համար սեղմեք ընտրանք օգնի նավարկություն, կամ [Մուտքագրել կրքոտ անցկացված համոզմունքը, որ պատահում է սխալ].  Ինչպես Sharepoint կողմ է, մենք կարող ենք ընդհանուր առմամբ, համապատասխանում են գրեթե ցանկացած պահանջ, ինչպես նաեւ հարթակ, բայց նրանցից ոմանք, մենք գիտենք մեր սրտերում, որ:

  • Նրանք պատրաստվում է անհամաչափ ժամանակում իրականացնելու (եւ, հետեւաբար, ավելի արժենալ)
  • Դրանք լինելու են բարձր մաքսային եւ այդ պատճառով դժվար է պահպանել եւ troubleshoot
  • Այն, որ որոշ հեշտ Sharepoint մոտեցում, որը բավարարում է 80% կամ պահանջի (i.e. հանդիպումը sprit է պահանջին, սակայն ոչ նամակը պահանջի)

Ստորին գիծ, մենք գիտենք, որ «պահանջը», իրոք ընդամենը գեղեցիկ է կամ նույնիսկ օրինական որոշ իմաստով, բայց մի բան, որ ժողովուրդը պետք է ապրել, քան ծախսում շատ ժամանակ փորձում է «լուծել».

Կարծում եմ, այդ ինչպես «Երիտասարդ երեխաների մասնաճյուղի պահանջներին, քանի որ ես տեսել այս օրինակը շատ անգամ առաջ.  Kids կամք սոճի հեռավորության վրա եւ յաբու քեզ մի նոր խաղալիք շաբաթների ընթացքում մի անգամ:  Դուք ստանում եք նրանց խաղալիք, նրանք խաղում նրա հետ մի քանի ժամ կամ օր հետո դնում այն, երբեք վերցնել երբեւէ կրկին.  Կամ, Դուք չեք ստանալու խաղալիք, որ nagging Նիրհել եւ Բացարձակապես միեւնույն հարցում է դառնալ նախագահ ազատ աշխարհում:   Ես տեսել եմ դա տեղի Sharepoint թ.  Որոշում կայացնողներին, կամ ինչ են ուզում ստանալ եւ այն դառնում է չօգտագործված կամ underused գործառույթը, կամ չեն ստանում, թե ինչ են ուզում, իսկ ծրագիրը դեռ հաջողվի ամեն դեպքում.

Ինձ հիշեցրել է, որ այսօր մի ֆորումի համար, եւ ինձ դուր եկավ, թե ինչպես Clayton Cobb փորձեցինք ստանալ ֆորում պաստառ է մղել ետ մեկի վրա: Այս տեսակի պահանջների: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Ես իսկապես հետաքրքրվել, թե որքան մարդ է դիտել այս թեման, եւ ինչպես եք դուք զբաղվում դրանով:  Ես պակասում կետը?  Ունեք ռազմավարություններ արջառ որոշումների կայացնողների հեռու overinvesting են չնչին պահանջներին?  Խնդրում ենք թողնել մեկնաբանություն.

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Օգտվեք աշխատանքի արդյունքում է կեղծել Content type անվտանգության

Եվս մեկ օր, այլ MSDN-ֆորումներ ոգեշնչված գրառումը.

Ինչ - որ մեկը հարցնում էր, թե արդյոք նրանք կարող էին ապահովել բովանդակության տեսակը այնպիսին է, որ երբ մի օգտվողին clicks վերաբերյալ «նոր» կոճակի վրա մաքսային ցուցակում, միայն բովանդակությունը տեսակները, որոնք այդ անձը պետք է տեսակցել որ հայտնվում են բացվող ցանկից:  Ինչպես հայտնի է, դա չի ապահովվում է վանդակում.

Այս հարցը գալիս է հիմա, ապա եւ այս անգամ, Ես ունեի մի նոր գաղափար.  Եկեք ենթադրենք, որ մենք ունենք նման սցենարը:

  • Մենք ունենք Տեղեկատվական վաճառք համակարգ.
  • The Տեղեկատվական վաճառք համակարգը թույլ է տալիս օգտվողներին մտնել հերթական Տեղեկատվական տոմսերի մասին, ինչպիսիք խնդրի ոլորտում, Խնդիրն կարգավիճակը, եւ այլն:.
  • Մենք ուզում ենք թույլ է սուպեր է օգտվողները ձեւակերպել որպես հրատապ "դաշտը.
  • Այլ օգտվողները չունեն մուտք դեպի այդ դաշտում.  Համակարգը միշտ հանձնարարել է միջին մակարդակի է առաջնահերթություն իրենց դիմումներին.

Ինչ կարող ենք անել ստեղծել երկու առանձին Sharepoint ցուցակները, եւ երկու տարբեր պարունակության տեսակը, Մեկ համար "սուպերէժան մասնաճյուղի օգտագործողների եւ մյուս բոլորի ուրիշ.

Աշխատանքի արդյունքում յուրաքանչյուր ցուցակում օրինակներ են տվյալներ է վարպետի ցուցակում (փաստացի Տեղեկատվական տոմսի ցուցակ) եւ գործընթացը բխում կա.

Այս մոտեցումը կարող է աշխատել հոսքը որոշակի դաշտով մակարդակի ապահովման, ինչպես նաեւ. 

Ես չեմ փորձել այն, բայց զգում ողջամիտ եւ թույլ է տալիս բավականին պարզ, եթե բավականին կոպիտ, տարբերակն իրականացնելու որոշակի տիպի բովանդակության եւ նույնիսկ շարասյունը մակարդակ անվտանգություն.

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Content Հարցման Web Part: SharePoint-ի շվեյցարական Բանակ Դանակ

Իմ վերջին հոդվածը մինչեւ www.sharepointbriefing.com. Ահա մի կատակ:

image

Կարդալ ամբողջությամբ բան այստեղ: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Տես այն օգտագործել իրական հասարակական կայքը այստեղ կատարելով հետեւյալ քայլերը.:

  1. Գնալ այս էջում: http://cdi-its.com/Pages/Customer_Support.aspx (Սա հաճախորդների աջակցության էջը եւ CDI).
  2. Սեղմեք մասին »գործնական պարապմունքներ» - ի ձախ նավիգացիայի.

Այն ցատկել է «Բաժանորդների աջակցման» բաժնում նյութեր ցուցակման.

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Pre-առկա պայմանները: Sharepoint Տեղեկացում օրինակները փրկարարական (?)

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. Օրինակ, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Իմ հաճախորդը ունի մի շարք դեռեւս-չմարված պահանջներին, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. «Հաստատում» կամ «ուրանալ».) and we can specify a hard coded value in the title and description. That’s about it.

Իմ հաճախորդի պահանջը, երկու հոտ:

  1. Երբ Sharepoint ուղարկում է էլեկտրոնային նամակ, որի մասին առաջադրանքի զիջման, ներառում են բազմաթիվ տեղեկություններ խնդիր է փոստային մարմնի.
  2. Ավելի կարեւոր է, ՀՕՄ – երբ օգտագործողը կտտացնում է առաջադրանքի հղումը է էլփոստը,, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (մի InfoPath ձեւը այս դեպքում). Then you click back/back, եւ այլն:. Everyone hates it.

Ես ժառանգել այս փոքր - ինչ խառնաշփոթ է տեխնիկական լուծում, եւ ես ցանկանում եմ կատարել մի շարք փոփոխություններ են առնվազն աներես կերպ.

The approach I’m taking right now is to create a custom alert template. Դուք կարող եք կարդալ մասին, որ այստեղ. The flow works like this:

  • SPD աշխատանքի արդյունքում մեջ.
  • Ինչ - որ պահի, դա նշանակում է մի խնդիր, որի ղեկավարին.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (The Sharepoint ժմչփ ծառայություն, Ես հավատում եմ,).
  • Գործարկողի զգոն handler է վկայակոչվել օգտին ստանդարտ զգոն գործընթացում (հետո կախարդական կանոնները, ինչպես նկարագրված է վերը նշված հոդվածում Ուղեկցող).
  • Երբ իմ պատվերով զգոն handler մեջ, it generates a beautiful email. Ավելի կարեւոր է, քանի որ խնդիր է առձեռն, այն նաեւ զարդարում իրական խնդիր է բոլոր այն տեղեկությունները, որոնք անհրաժեշտ են գործարար միջավայրի պահանջները.
  • Այս օգտվողը ստանում է նամակը, եւ դա լի է օգտակար համատեքստում տեղեկատվության.
  • Մասնակցի clicks առաջադրանքի վրա հղումը, եւ խնդիր է ինքը լի է օգտակար համատեքստում տեղեկատվության.
  • Յուրաքանչյուր ոք գնում տուն ունեն, ձմերուկի եւ պաղպաղակ.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

Միակ քիչ բարդ, մինչ օրս, է խուսափել իրավիճակ, որտեղ հիշեցում թարմացումները որ նյութը, triggering another alert. This doesn’t worry me.

Նայում խոստանալով մինչ օրս ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ RUNNIN IN DA BAKGROUND, DECORATIN TEH ԽՆԴԻՐԸ LIST WIF MOAR ՀԱՄԱՏԵՔՍՏՈՒՄ".

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Sharepoint ցույց: Լծակներ Sharepoint կառուցել ուղղահայաց բիզնեսի դիմում

[Նշում: Ես ուզում եմ ասել, որ ուղիղ հեռու եմ ֆինանսական շահագրգռվածություն ցանկալի արդյունքի, այս ցույցին, որը ես նշել, ի շահ ամբողջ բացահայտման, եւ այլն:. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Սույն վեբ ցույցը տեղի է ունենում Հինգշաբթի, 06/04 ում 12:30 EDT, ավարտում է 1:30PM EDT.

Հետ իմ գործընկերոջ գերազանց, Ինտեգրացված համակարգեր եւ ծառայություններ Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. Այս դեպքում, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, այդ թվում `վաճառքի, Ինժեներա -, հետազոտություններ եւ մշակումներ, իրավական եւ այլ խմբեր:.

The demo մտադիր է ցույց տալ, դիմում, որոնք հեշտացնում են այդ տեսակի գործակցության, հետ միասին քննարկման համար, թե ինչպես բոլորը, այդ համագործակցությանը bits պետք է ինտեգրվել է backend ERP համակարգին.

Վերջապես, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

Այնքան, ինչու եք մտահոգում է, եւ տեսնել այս ցուցադրություն? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Եթե ​​դուք հետաքրքրված, խնդրեմ մուտք այստեղ(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Դուք չեք կարող ծկրակել Sharepoint դիզայներին From Իմ Cold, Մահացած Ձեռքեր

Իմ վերջին հոդվածը մինչեւ ժամը www.EndUserSharePoint.com. I wrote about SharePoint Designer, Վերջ Users եւ ուրվագիծը ռազմավարության է, որ վերջնական օգտագործողների կարող փորձում եւ հետեւել, որպեսզի ցույց իրավասությունը եւ կառուցել վստահության շուրջ, այս գործիքը.

Որ մեկնաբանությունները ավելի հետաքրքիր է, քան հոդվածի բուն.

Ստուգել այն.

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin

Արորդիների Tags: ,

MOSS User Profile որպես մարմնի համար Օգտվող լեզվի նախասիրության

Իմ գործող ծրագրի, որոշ օգտվողների կմեկնի ամբողջ աշխարհում, եւ երբ նրանք գալիս են տարբեր ուղղություններով, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Ես ուղղակի հասկացա, որ հյուրերի մեքենաների չի կարող ունենալ ճիշտ լեզվի փաթեթ… հավանաբար, չի, փաստորեն… Ես ավտոկանգառ, որ որեւէ մեկը այժմ).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Մենք պատրաստվում ենք ուսումնասիրել երկու մոտեցումներ:

  1. HTTP Handler: Գործարկողի HTTP handler տեղադրվել IIS կանդրադառնա մինչեւ գործածողի MOSS անձնագիրը, պարզել նախընտրած լեզուն եւ այնուհետեւ միացրեք հաղորդագրությունները http վերնագիր շուրջ, ինչպես նաեւ անհրաժեշտ առաջ անցնելու վերահսկողություն է MOSS.
  2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

Մյուս հանգամանքն այն է, որ մենք պետք է աջակցի complicating 60k օգտվողներին, մոտ 1,000 որը կարող է միաժամանակ մուտք MOSS է առավելագույն բեռնվածության.

The HTTP handler կարծես թե բավական կտրուկ, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Մենք հակվածություն դեպի global.asax տիպի մոտեցման, հիմնականում այն ​​պատճառով, որ մենք հավատում ենք, որ մենք կունենանք ավելի շատ տարբերակներ caching տվյալներով այդ պահին.

Ես կլինեմ բլոգերներ, այլ այդ առարկայի, ինչպես ես մանրամասնել.

Եթե ​​դուք գիտեք որեւէ բան այս մասին, please post a comment 🙂

</վերջ>

Անդամագրվել իմ բլոգում.

Գտեք Twitter-ում http://www.twitter.com/pagalvin