Месечни архиви: Март 2009

Забава SharePoint ДЗС Факт на денот

1 Одговори

I’ve been working with SharePoint SSO and learning as I go. One way in which this works is that you tell SharePoint about external applications. Users log into that application via some SharePoint function (e.g. iView веб дел). The first time the user performs this action, it prompts them for the correct user id and password to use for that system. It’s setting up a mapping between your SharePoint credentials and your credentials for that backend system. Thereafter, корисникот не ќе мора да влезат во нивниот проект, кога тие хит на тој систем.

That part worked well for me. Сепак, тоа моли на прашањето, "Како не на корисникот промени кои корисничко име или лозинка?” The user might have made a mistake, или можеби си прават некои тестирање во dev средина и треба брзо да се префрлате помеѓу сметки.

Не знам одговорот на тоа, но, знам дека можете да отидете во Централната управа и управување со ингеренциите на корисникот:

Централната управа -> Операции -> Управување со Single Sign-On -> Manage account информации за некоја апликација претпријатија Дефиниција

Од таму, можете да наведете надворешна апликација (e.g. САП) and the account you want to delete. You can also change the mapping.

Ако знаеш како да им се овозможи крајните корисници директно да ги променат нивните ингеренциите, kindly post a comment 🙂

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Авантури со iView Веб Делови

Остави Одговори

I needed to do some minimal proving today that iView web parts can work in my client’s environment. I’ve never worked with this slice of SharePoint before.

Microsoft има создадено многу висок квалитет на бела хартија на оваа тема.

Првата пречка Морав да ги надминам беше - каде е веб iView дел? Поради некоја причина, my first thought was that I’d have to download it from a site somewhere, perhaps SAP’s site. Морав 1/2 convinced myself that iView web parts might even cost extra. Се разбира, they are included with MOSS (I think Enterprise; that’s what I’m using here in any event). I’ve seen the standard “add a web part” dialog box hundreds or more times and always glossed over it. No more!

The next obstacle is that I can’t read instructions.

I was using the web part and kept getting this annoying message:

No SAP servers are configured for this site. Contact your administrator to configure trusted SAP servers.

The white paper clearly says to edit a configuration file located at file “<Drive Letter:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, all I saw was “Program Files\…\Config” and I went straight away to the 12 кошница. Once I finally slowed down to read it, I realized my mistake and it was easy to fix.

I continued on my merry way with SSO configuration. It’s not all at clear to me if that worked, but that’s another story for another day.

Крајна линија:

1. iView web parts are included out of the box with SharePoint (probably Enterprise).

2. The magic configuration file, “TrustedSAPHosts.config”, does not live in the 12 кошница.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Мос Профил на корисникот како орган за пристап Јазик наклонетост

4 одговори

На мојот тековниот проект, некои од корисниците ќе патува низ светот и кога ќе пристигнат на различни дестинации, 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 Хендлер: А обичај HTTP управувачот инсталиран на IIS ќе се погледне нагоре Мос профилот на корисникот, дознаам склопот на јазикот, а потоа преминете на HTTP заглавието околу колку што е потребно пред да го одмине контрола на Мос.
  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.

Од друга Комплициран фактор е тоа што ние треба да се поддржи 60k корисници, за 1,000 од кои може да биде истовремено пристапуваат Мос на врвно оптоварување.

На управувачот HTTP чини прилично драстични, 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 тип пристап, главно затоа што ние веруваме дека ќе имаме повеќе опции за кеширање на податоци во тој момент.

Јас ќе бидам блогирањето повеќе на оваа тема, како јас дознаете повеќе.

Ако имате знае ништо за ова, ве молиме објавете коментар

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Фаќањето “mailto:” Метрика

5 одговори

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — ако сте во потрага на една интересна статија на интранет и сакате да го споделите со некого, click a link labeled "Share this story" е-мејл до вашите пријатели.

Игравме околу со сопствен образец за оваа цел, но на крајот, здрав разум го освои ден и ние само користење на познати <a href = mailto:…> technique. (<a 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