A jelenlegi projekt, egyes felhasználók utazik szerte a világban, és amikor megérkeznek a különböző célpontok, használja bármilyen gép kéznél levő abban az időben. Ezeket az értékeléseket a gépeket lesz futás Windows telepítve és konfigurálva a helyi területi. (Én csak rájöttem, hogy a vendég gép nem lehet a megfelelő nyelvi csomagok… valószínűleg nem, valójában… Én vagyok parkolási lehetőség, hogy az egyik, most).

SharePoint van szüksége, hogy egy olyan mechanizmust, amellyel a felhasználó vegye az általuk előnyben részesített nyelven, és akkor a tiszteletére, hogy a nyelv, függetlenül attól, hogy hogyan a felhasználó hozzáfér a moha moha. Más szóval, figyelmen kívül hagyja, amit a böngésző azt mondja, IIS/moha, ehelyett néz ki a kívánt nyelvet, és használ ez.

Megyünk, hogy vizsgálja meg a két megközelítés:

1. HTTP-kezelő: Telepített IIS egyéni HTTP-kezelő fog fel a felhasználó MOSS profil, kitalálni, hogy a kívánt nyelvet, és ezután válts a HTTP-fejléc ezen a környéken: szükség szerint előtt ellenőrzés Moss.
2. Global.asax: Módosítsa a global.asax csinálni ugyanaz a dolog. Mi mást módosíthatja, de az ötlet az, hogy találunk néhány hely, ahol tudjuk be a locale-váltás logika.

A másik nehezítő tényező, hogy mi kell támogatást 60k felhasználók, körülbelül 1,000 amely lehet egyszerre bejutó MOSS csúcs terhelés.

A HTTP-kezelő úgy tűnik, elég drasztikus, de talán a legjobb hely, tegye a kódot, mert az IIS szinten és a minden-megértés. -A ' egy jó egyetlen pont a munka.

Mi a ' hajló felé a global.asax típusú megközelítés, főleg azért, mert hisszük, hogy mi lesz több lehetőséget gyorsítótárazni kívánt adatok ezen a ponton.

Leszek blogolás több ebben a témában, mint én többet.

Ha tud valamit erről, please post a comment 🙂

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Én vagyok egy projekten, ahol meg kell gyűjteni mutatóinak a funkciót nevű "Share egy történetet." Az ötlet nagyon egyszerű — Ha-a ' látszó-on egy érdekes cikket az intraneten, és akar-hoz osztozik ez-val valaki, kattintson egy linkre, feliratú "Share ez a történet" e-mailt a barátom.

Mi játszott körül-val egy egyéni űrlap-erre a célra, de a végén, józan ész megnyerte a nap, és mi csak használ az ismerős <a href = mailto:…> technika. (<a href mailto:…> egy meglepően erős kicsit HTML; mint egy bónusz, hogy a link elvezet hát-hoz az én-m régi UNIX man oldalak napok; Ezek voltak a napok!).

Ez a technika nagy felületet biztosít a végfelhasználók mivel használhatják a jól ismert MS Outlook ügyfél (vagy akármi elektronikus levél ügyfél van telepítve).

Ez teszi a dolgokat nehezebb ránk szegény fejlesztő típusú mert ügyfél * is * akar-hoz fuss a jövőben egy jelentést, amely azt mutatja, hogy milyen gyakran a felhasználók megoszthatják történetek és még milyen történetek megoszlanak leggyakrabban.

Mi whiteboarded néhány lehetséges megoldások. A kedvencem az, hogy másolatot (CC) SharePoint-lista. Így, a végfelhasználó még mindig kap az outlook-ügyfél, míg mi kap-hoz elfog az esemény, mert mi lesz egy példányát az e-mail magunkat. Van néhány nyilvánvaló hátrányai. A fő probléma az, hogy a felhasználó tudna egyszerűen ki üres, vagy más módon mángorló a CC cím. És, szükségünk van a rendezvény könyvtár-e-mailek kezelése. Van egy ütemezett feladat a fehér táblán, ezt a Lemezkarbantartó felelős.

Ha van néhány ügyes megközelítés-hoz solving a probléma, Kérjük, ne mondd.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin