Á núverandi verkefni mitt, sumir notendur munu ferðast um allan heim og þegar þeir koma á mismunandi áfangastaði, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Ég hef bara áttaði að gestur vélar mega ekki hafa rétt pakkar tungumál… sennilega ekki, í raun… Ég leggja að einn nú).

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.

Við ætlum að kanna tvær leiðir:

1. HTTP Handler: A sérsniðin HTTP dýraþjálfari uppsett á IIS mun líta upp MOSS uppsetningu notanda, reikna út valinn tungumál og síðan yfir HTTP haus kring og þarf áður en farið stjórn til mosa.
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.

Hin flækja þáttur er að við þurfum að styðja 60K notendur, um 1,000 þeirra getur verið samtímis aðgang Moss á hámarksálag.

HTTP dýraþjálfari virðist nokkuð róttækar, 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.

Við erum hallast í átt að Global.asax tegund nálgun, aðallega vegna þess að við teljum að við munum hafa fleiri valkosti fyrir búrhvalur gögn á þeim tímapunkti.

Ég er að blogga meira um þetta efni sem ég læri meira.

Ef þú hefur veist eitthvað um þetta, please post a comment 🙂

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á 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 — ef þú ert að horfa á áhugaverð grein um innra neti og vilt deila því með einhverjum, Smelltu á tengilinn merktan "Deila þessari sögu" email það til vin þinn.

Við spiluðum í kring með sérsniðnum eyðublaði, en í lok, skynsemi sigur og við notum bara þekki <a href = póstur:…> technique. (<a href póstur:…> er furðu sterkur lítill hluti af HTML; sem bónus, sem tengjast koma mér aftur að gamla UNIX maðurinn minn síður daga; þeir voru á dögum!).

Þessi tækni gefur mikla tengi fyrir notendur þar sem þeir fá að nota kunnuglega MS Outlook þeirra viðskiptavinur (eða hvað sem email viðskiptavinur þeir hafa sett).

Það gerir það erfiðara á okkur léleg tegundir verktaki þar sem þeir viðskiptavinur * líka * vill keyra skýrslu í framtíðinni sem sýnir hversu oft notendur deila sögum og jafnvel hvaða sögur eru hluti oftast.

We whiteboarded a few potential solutions. My favorite is to carbon copy (CC) 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. Og, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.

Ef þið hafið einhverjar snjall nálgun að leysa þetta vandamál, Vinsamlegast ekki segja.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin