Op mijn huidige project, Sommige van de gebruikers zal reizen over de hele wereld en wanneer ze op verschillende bestemmingen aankomen, gebruik welke machine is handig op het moment. Die gast machines Windows zal worden uitgevoerd en geïnstalleerd en geconfigureerd voor de lokale landinstelling. (Ik heb net realiseerde dat de gast machines niet de juiste taalpakketten wellicht… zal waarschijnlijk niet, Eigenlijk… Ik ben dat een voorlopig parking).

SharePoint moet voorzien in een mechanisme waarbij de gebruiker kan hun voorkeurstaal kiezen en vervolgens hebben MOSS eren die taal ongeacht hoe de gebruiker toegang krijgt MOSS tot. Met andere woorden, negeren wat de browser vertelt IIS/MOSS en in plaats daarvan dat voorkeurstaal opzoeken en gebruiken.

We gaan om te onderzoeken van twee benaderingen:

1. HTTP-Handler: Een aangepaste HTTP-handler op IIS geïnstalleerd zal opzoeken MOSS-Profiel van de gebruiker, erachter te komen de gewenste taal en schakel de HTTP-header rond als nodig voordat controle doorgegeven aan MOSS.
2. Global.asax: Wijzigen van global.asax om het zelfde ding doen. Wij kunnen iets anders wijzigen, maar het idee is dat we een plaats waar wij onze locale-switching logica kunt invoegen.

De andere complicerende factor is dat we ondersteuning 60k gebruikers moeten, over 1,000 van de toegang die worden gelijktijdig MOSS op hoogtepunt tot kan laden.

De HTTP-handler lijkt vrij drastische, maar misschien de beste plaats om de code te zetten aangezien er op het niveau van de IIS en alle-kent. Het is een goed één punt van werk.

We bent leunend naar een global.asax type aanpak, vooral omdat we geloven dat we hebben meer opties voor caching gegevens op dat moment.

Ik zal bloggen meer over dit onderwerp als ik meer leren.

Als u weet niets over dit, plaats alstublieft een reactie 🙂

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

Ik ben op een project waar we moeten verzamelen statistieken rond een functie met de naam 'deel via een verhaal." Het idee is heel eenvoudig — Als u op zoek bent op een interessant artikel op het intranet en wilt delen met iemand, Klik op een link 'deel dit verhaal" e-mail naar uw contactpersoon.

We speelden rond met een aangepast formulier voor dit doel, maar in het einde, gezond verstand won de dag en we gewoon gebruik maken van de bekende <een href = mailto:…> techniek. (<een href mailto:…> is een verrassend robuust beetje voor HTML; Als een bonus, die link brengt me terug naar mijn oude UNIX man pagina's dagen; dat waren de dagen!).

Deze techniek biedt een geweldige interface voor eindgebruikers aangezien zij krijgen hun bekende MS Outlook-client gebruiken (of welke e-mailclient die ze hebben geïnstalleerd).

Het maakt het wat moeilijker op ons arme ontwikkelaar types sinds ze client * ook * wil lopen in de toekomst een verslag waarin wordt weergegeven hoe vaak gebruikers delen verhalen en zelfs welke verhalen zijn meestal gedeeld.

We whiteboarded een paar mogelijke oplossingen. Mijn favoriet is om carbon copy; kopie (CC) een SharePoint-lijst. Op die manier, de eindgebruiker krijgt nog steeds de outlook-client, terwijl we krijgen de gebeurtenis vastleggen omdat we een kopie van de e-mail zelf krijgen. Er zijn enkele voor de hand liggende nadelen. Het belangrijkste probleem is dat de gebruiker kan gewoon leeg uit of anderszins Mangel de CC adres. En, We moeten dat gebeurtenisbibliotheek van e-mails beheren. We hebben een geplande taak op het witte bord verantwoordelijk voor dat opruimen.

Hebt u sommige slimme aanpak voor het oplossen van dit probleem, Gelieve te vertellen.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin