În proiectul meu actual, unele dintre utilizatorii vor călători în jurul lumii şi atunci când acestea sosesc la diferite destinaţii, utilizaţi orice masina este la îndemână în timp. Aceste maşini de comentarii vor fi difuzate Windows şi instalat şi configurat pentru localizare locale. (Doar le-am dat seama că maşinile Comentarii nu poate avea drept limbaj packs… probabil nu va, de fapt… Eu sunt parcare că unul acum).

SharePoint are nevoie de a oferi un mecanism prin care utilizatorul poate alege limba preferată şi apoi au MOSS onoare că limba indiferent de modul în care utilizatorul accesează MOSS. Cu alte cuvinte, nu ia în considerare orice browser-ul spune IIS/MOSS şi, în schimb, uita-te că limba preferată şi să-l utilizaţi.

Am de gând să investigheze două abordări:

1. Rutina de tratare HTTP: O rutina de tratare HTTP particularizate instalat IIS vor uita profilul de MOSS utilizatorului, dau seama limba preferată şi apoi comutaţi antetul HTTP în jurul după cum este necesar înainte de a trece de control de la MOSS.
2. Global.asax: Modificarea global.asax pentru a face acelaşi lucru. Ne poate modifica ceva altceva, dar ideea este că vom găsi un loc unde am poate introduce noastre logica localizare-comutare.

Alt factor care complică este că avem nevoie pentru a sprijini 60k utilizatori, despre 1,000 de care poate fi accesarea simultan MOSS la vârf de sarcină.

Rutina de tratare HTTP pare destul de drastice, dar, eventual, cel mai bun loc pentru a pune în cod, deoarece este la nivel de IIS şi atotcunoscător. Este un bun singur punct de lucru.

Ne-esti înclinat spre o abordare de tip global.asax, în principal, deoarece credem că vom avea mai multe opţiuni pentru Caching-ul de date în acel moment.

Voi fi blogging-ul mai mult pe acest subiect, aşa cum am afla mai multe.

Dacă ai şti nimic despre acest lucru, te rog posta un comentariu 🙂

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin

Eu sunt pe un proiect în cazul în care avem nevoie pentru a colecta măsurători în jurul o funcţie numită "parts o poveste." Ideea este foarte simplă — Dacă sunteţi în căutarea la un articol interesant pe intranet şi doriţi să-l împărtăşească cu cineva, Faceţi clic pe un link etichetate "Share această poveste" e-mail-l la prietenul tau.

Am jucat în jurul cu o machetă particularizată pentru acest scop, dar în cele din urmă, bunul simţ a câştigat a doua zi şi vom folosi doar familiar <o href = mailto:…> tehnica. (<un mailto href:…> este un pic surprinzator de robusta de HTML; ca un bonus, acel link-mi aduce înapoi la zilele mele de UNIX vechi pagini de om; acelea au fost zile!).

Această tehnică oferă o interfaţă de mare pentru utilizatorii finali, deoarece ei a lua la spre folos lor client familiare MS Outlook (sau orice client de e-mail pe care le-au instalat).

Face lucruri mai greu pe noi tipuri de săraci dezvoltator deoarece clientul * asemenea, * vrea să ruleze un raport în viitor, care arată cât de des utilizatorii împărtăşesc poveştile şi chiar şi poveşti care sunt comune în cele mai multe ori.

Am whiteboarded câteva soluţii potenţiale. Preferata mea este să copie de carbon (CC) o listă SharePoint. În acest fel, utilizatorul final devine încă clientul outlook în timp ce vom ajunge la spre capture eveniment pentru că vom obţine o copie a e-mail noi înşine. Există unele dezavantaje evidente. Principala problemă este că utilizatorul ar putea pur şi simplu martor sau altfel Satinator CC adresa. Şi, avem nevoie pentru a gestiona acest eveniment biblioteca de e-mailuri. Avem un loc de muncă regulat bord alb responsabile de această curăţire.

Dacă aveţi unele inteligent de abordare la rezolvarea acestei probleme, vă rugăm să spun.

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin