Իմ գործող ծրագրի, որոշ օգտվողների կմեկնի ամբողջ աշխարհում, եւ երբ նրանք գալիս են տարբեր ուղղություններով, 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

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — Եթե ​​դուք փնտրում են մի հետաքրքիր հոդված է Intranet եւ ցանկանում են այն կիսել որեւէ մեկի, click a link labeled "Share this story" ուղարկել Ձեր buddy.

Մենք խաղում շուրջ, ինչպես նաեւ մաքսային ձեւով այդ նպատակի համար, բայց վերջում, ողջախոհությունը հաղթել օրն է, եւ մենք պարզապես օգտագործում է ծանոթ <ա href = mailto:…> technique. (<ա href mailto:…> մի զարմանալի առողջ փոքր HTML; որպես բոնուս, որոնք հղում են բերում ինձ ետ իմ հին UNIX մարդ էջ օր; ովքեր էին օրեր!).

Այս տեխնիկան ապահովում է մեծ ինտերֆեյսի համար վերջնական օգտագործողների, քանի որ նրանք ստանում են օգտագործել իրենց ծանոթ MS Outlook հաճախորդը (կամ ինչ էլ հաճախորդ են տեղադրել).

Այն ստիպում է ամեն ինչ դժվար է մեզնից աղքատ մշակողի տեսակի, քանի որ հաճախորդը * նաեւ * ցանկանում է հաշվետվություն է ապագայում որը ցույց է տալիս, թե որքան հաճախ օգտագործողները կիսում պատմությունները, եւ նույնիսկ այն պատմությունները, որոնք կիսում հաճախ.

We whiteboarded a few potential solutions. My favorite is to carbon copy (ՍԴ) a SharePoint list. That way, the end user still gets the outlook client while we get to capture the event because we’ll get a copy of the email ourselves. There are some obvious drawbacks. The main problem is that the user could simply blank out or otherwise mangle the CC address. Իսկ, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.

Եթե ​​դուք ունեք մի խելացի մոտեցում լուծելու այս խնդիրը, խնդրում եմ ասեք.

</վերջ>

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

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