כוידעשלעך אַרטשיוועס: יאַנואַר 2008

בלאָג סטאַץ

I thought some people might be interested in my blog’s statistics. You can use mine as a benchmark to compare your own.

I’m running my blog on windows live spaces. They collect stats for me and I don’t know any way to control that. It’s good as far as it goes, but it’s fairly limited in that I can’t do much actual analysis with it. I’d love, לעמאָשל, to be able to generate a listing of my most frequently hit posts but I can’t do that without a prohibitive manual process. If someone knows better, ביטע זאָגן מיר.

לעבן ספּייסיז סטאַטוס זאָגן מיר: גאַנץ היץ פֿאַר די טאָג, total hits for the week and total hits since day zero. It also tells me what people did to get to my blog (e.g. Google, מסדן פאָרום לינק, אאז"ו ו).

אין עטלעכע וועגן, a "hit" איז קלאָר ווי דער טאָג. אויב איר ניטאָ לייענען דעם זאַץ רעכט איצט, איר ווע כּמעט זיכער רעגיסטרירט ווי אַ איין שלאָגן.

RSS is a little confusing. On one hand, I see individual RSS hits all day long. אָבער, I also see RSS "sweeps". A sweep is when I see 20 אָדער 30 RSS hits all within a one or two second window. I assume these are automated things like google checking in on my site, אפֿשר אנדערע מענטשן ס בראַוזערז … נישט זיכער. They are definitely some kind of automated process. I cannot tell, אָבער, how many of my total hits are automated and how many have an actual human on the other side. I would guess at least 100 היץ פּער טאָג זענען אָטאַמייטיד.

אויף צו די נומערן!

איך געשריבן מיין ערשטער בלאָג פּאָזיציע אויף יולי 27, 2007.

איך האב געשריבן בעערעך 60 בלאָג איינסן זינט דעמאָלט, מער ווי 50 פון וואָס גלייַך פאַרבינדן צו שאַרעפּאָינט.

איך אנגעהויבן צו האַלטן שפּור פון פון מיין היץ אין אַ ספּרעדשיט אויף אַ טעגלעך יקער אין די סוף פון סעפטעמבער.

כוידעשלעך סטאַרץ:

ערשטער וואָך פון: גאַנץ היץ
אָקטאָבער 1,234
נאָוועמבער 2,162
דעצעמבער 3,071
יאַנואַר 2008 4,253

גאַנץ דורך חודש

מאָנאַט גאַנץ היץ
אָקטאָבער 6,620
נאָוועמבער 11,110
דעצעמבער 13,138

הויך וואסער מאַרקס

טיפּ גאַנץ היץ
בעסטער טאָג 958
בעסטער וואָך 4,253
גאַנץ היץ זינט טאָג זעראָ 42,438

איך בין אינטערעסירט אין אנדערע’ stats. If you care to share yours in the comments, ביטע טאָן!

</עק>

טעטשנאָראַטי טאַגס:

זונטיק מאָרגן מאָדנע: “יאָ, יאָ, יאָ. בלאַ, בלאַ, בלאַ.”

וועגן זעקס יאר צוריק, מיין פיר-יאָר-אַלט זון און איך זענען געווען ויבן וואַטשינג אַ ופדעקונג קאַנאַל "shark attacks" ספּעציעל (עפשער דעם איין). He was very young at the point and I was always worried what he might see on a show like this and how he might take it. I didn’t want him to develop, לעמאָשל, קיין ספּעציעל פירז פון די וואַסער אָדער גלאַט אַזוי רעדן עפּעס ינאַפּראָופּרייט צו זייַן פריינט און עפשער גרונט זייַן בעיבי פרייַנד נעץ צו קומען קראַשינג אַראָפּ.

Discovery handles these kinds of subjects very well. It’s not about creating a מורא פון עפּעס, but rather to show how unusual it is for sharks to attack humans.

אַזוי, we’re watching it and there is this one particularly scary attack involving a small girl. As Discovery is building the drama of the attack, מיין געזונט (ווער האט שטענדיק געווען גאָר דזשאַמפּי סייַ ווי סייַ), is getting very excited. I make some noises about how unusual it is for sharks to attack people, and how bad the poor girl must feel. I’m trying to explain that people recover from these events and become stronger for it. אָבער, I had misinterpreted his excitement. He was not worried about the girl at all. אַנשטאָט, בשעת קלאַפּינג זייַן הענט, ער דערציילט מיר, "The sharks love it! It’s terrific. It’s wonderful. Its a DREAM COME TRUE!"

איך געדאַנק דאָס איז געווען כילעריאַס, but also very disturbing. אויף די איין האַנט, איך איז געווען צופרידן — אַפֿילו אַ ביסל שטאָלץ — אַז ער קען האָבן שטאַרק עמפּאַטהיק געפילן, cross-species though they may be. As humans, we need to develop our "empathic muscles" אַזוי רעדן אָדער איר וועט סוף אַרויף ווי דעם באָכער 🙂 On the other hand, he was feeling cross-species empathy toward a species who was exhibiting behavior inimical to his own. I was really struggling with this when the narrator used the word "paradigm". My son picked up on that and asked me what that meant.

אַז ס 'נישט אַזאַ אַן גרינג וואָרט צו באַשרייַבן צו אַ פיר יאָר אַלט, but I gave it a try. When I think of the word "paradigm", תו קון is never far from my thoughts. איך לייענען די ביניען פון ססיענטיפיק רעוואָלוטיאָנס צוריק אין לאַפיעט און פֿאַר בעסער אָדער פֿאַר ערגער, the word "paradigm" is pregnant with extra meaning for me. (Sort of like the word "contact" נאָך געהער אַ פֿילם פאָון קול זאָגן מיר ווו איך קען זען אַז פֿילם [איך געדאַנק די בוך איז בעסער]; איך שטענדיק זאָגן צו זיך, "CONTACT!" whenever I see or hear someone say "contact").

סייַ ווי סייַ, איך בין טריינג צו דערקלערן צו אים אַ קוהניאַן דעפֿיניציע, that it’s "a historical movement of thought" and that it’s a "way of thinking with a number of built-in assumptions that are hard to escape for people living at that time." אַוואַדע, איר קענען נישט רעדן ווי צו אַ פיר-יאָר אַלט, so I’m trying to successively define it to smaller pieces and feeling rather proud of myself as I do so. (איך נאָר געוואוסט אַז עמעצער אַרויס פון קאָלעגע וואָלט זאָרגן אַז איך האט לייענען קון!).

I’m just warming to the task when he interrupts me. Waving his hand אין מיין גענעראַל ריכטונג און קיינמאָל גענומען זייַן אויגן אַוועק אנדערן ברוטאַל שאַרק באַפאַלן, ער נאָר זאגט, "Yeah, יאָ, יאָ. בלאַ, בלאַ, blah.".

So much for that 🙂

אין אַז פונט, איך באַשלאָסן צו לויפן אַוועק, ראַטאָריקלי גערעדט, זיצן צוריק, און הנאה וואַטשינג שאַרקס באַפאַלן יומאַנז מיט מיין זון.

</עק>

טעטשנאָראַטי טאַגס:

באַשטימען View View באַזירט אויף באַניצער שייַן אין אַ ינפאָפּאַטה פאָרם

מיר האט אַ דעוועלאָפּעד אַ ינפאָפּאַטה פאָרעם מיט קייפל קוקן צו שטיצן אַ נייַ דינגען / on-boarding process. When the company hires a new person, די עס אָפּטיילונג און אנדערע גרופּעס דאַרפֿן צו נעמען קאַמף (שטעלן אַרויף פּייראָול, געבן צוטריט צו צונעמען פּראָגראַמען, געפינען אַ שרייַבטיש, אאז"ו ו). We use on form but a different view of the form for each of those functions.

At this company, most of the people involved in the business process are IT-savvy, so when they access the form, their default view is a "menu" view with buttons that direct them to their specific function. אָבער, we needed to simplify things for the new hire’s direct manager. This person should not see any of the IT related stuff. אין פאַקט, she should see just one view of the form and not even have an option to see the other views.

In our case, that direct manager’s account is directly tied to the form courtesy of a contact selector (which I am always wanting to call a "people picker" for some reason).

The steps are as follows:

1. In design mode, go to Tools -> Form Options -> Open and Save.

2. Select "rules".

3. Create a new rule whose action is "switch to view" and whose condition leverages the userName() פונקציע.

userName() returns the "simple" user name without the domain. If I log into SharePoint with credentials "domain\pagalvin", userName() returns "pagalvin".

The contact selector provides three bits of information for a contact. The "AccountID" portion is most useful for this scenario. The only thing that makes this even a little bit of challenge is that the contact selector (in my environment anyway) returns the domain and user ID, as in "domain\pagalvin". This prevents us from doing a straight-forward equality condition since AccountID ("domain\pagalvin") will never equal userName() ("pagalvin").

We can get around this using the "contains" operator: AccountID contains userName().

We can take it further and pre-pend a hard-coded domain in front of the userName() function to get our equality check and eliminate the risk of a false positive on the contains operator.

We would have REALLY like to automatically switch view for other users based on their AD security group membership. לעמאָשל, when a member of the "IT Analytics" group accesses the form, automatically switch to the IT Analytics view. We didn’t have time to implement it, but my first thought is to create a web service that would have a method like "IsMemberOfActiveDirectorySecurityGroup", pass it the userName() and return back true or false. Does anyone have any other, more clever idea? Is there any SharePoint function we can leverage from InfoPath to make that determination?

</עק>

טעטשנאָראַטי טאַגס:

אַקסאַדענאַלי אַדדינג קאָוד צו אַ ינפאָפּאַטה פאָרם; דיליבראַטלי רעמאָווינג עס

ווען ארבעטן מיט קנעפּלעך אויף אַ פאָרעם, we often add rules. You access the rules editor from the properties of the button.

ווען געבן אַ קליק אַרום געשווינד, it’s easy to accidentally click on "Edit Form Code" instead of "Rules …".

דער ערשטער מאָל איך האבן דעם, I canceled out of the code editor. אָבער, when I tried to publish the form a little while later, it required that I publish as an "Administrator-approved form template (advanced)". I didn’t actually do any programming and I absolutely didn’t want to go through an unnecessary approval process. I was in a bit of panic at the time due to time constraints. To get past it, I simply restored a previous backup and continued. I had recently seen some blog posts about people going into the form’s XML to tweak things and I was afraid I would have to do something similar.

הייַנט, I did it again. דאס מאָל, I had a little more time on my hands and found that you can easily undo this.

Go to:

Tools -> Form Options -> פּראָגראַממינג: "Remove Code"

It does not get much easier than that.

</עק>

טעטשנאָראַטי טאַגס: ,

מינימום זיכערהייַט פארלאנגט פֿאַר ינפאָפּאַטה פאָרמס

I needed to meet a security requirement for an InfoPath form today. In this business situation, a relatively small number of individuals are allowed to create a new InfoPath form and a much wider audience are allowed to edit it. (דאס איז נייַ-דינגען אויף-באָרדינג פאָרעם געניצט דורך מענטשנרעכט רעסורסן אַז לאָנטשיז אַ וואָרקפלאָוו).

צו טרעפן אַז אָביעקטיוו, איך באשאפן באשאפן צוויי נייַ דערלויבעניש לעוועלס ("create and update" and "update only"), broke inheritance for the form library and assigned permissions to a "create, דערהייַנטיקן" user and a separate "update only" באַניצער. The mechanics all worked, but it turned out to be a little more involving than I expected. (אויב איר פילן אַ ביסל שאַקי אויף שאַרעפּאָינט פּערמישאַנז, טשעק אויס דעם בלאָג פּאָסטן). The required security configuration for the permission level was not the obvious set of granular permissions. To create an update-only permission level for an InfoPath form, איך האט די פאלגענדע:

  1. שאַפֿן אַ נייַ דערלויבעניש מדרגה.
  2. קלאָר אַוועק אַלע אָפּציעס.
  3. Selected only the following from "List permissions":
    • רעדאַגירן יטעמס
    • View יטעמס
    • View אַפּפּליקאַטיאָן בלעטער

סאַלעקטינג די אָפּציעס אַלאַוז אַ באַניצער צו דערהייַנטיקן אַ פאָרעם, אָבער נישט מאַכן עס.

The trick was to enable the "View Application Pages". There isn’t any verbage on the permission level that indicates that’s required for update-only InfoPath forms, אָבער טורנס אויס עס איז.

Create-and-Update was even stranger. I followed the same steps, 1 דורך 3 העכער. I had to specifically add a "Site Permission" בריירע: "Use client integration features". ווידער, די באַשרייַבונג עס טוט נישט מאַכן עס ויסקומען ווי עס דארף צו זייַן פארלאנגט פֿאַר אַ ינפאָפּאַטה פאָרעם, אָבער דאָרט עס איז.

</עק>

אַז “אין-צווישן” געפיל; אַבזערוויישאַנז אויף שאַרעפּאָינט קאַנסאַלטינג

סאַדלי, phase one of my last project has come to a close and the client has opted to move ahead by themselves on phase two. We did our job too well, as usual 🙂 I’m now between projects, אַ ספּעציעל צייַט פֿאַר שטעקן קאָנסולטאַנץ ווי זיך (as opposed to independents who must normally live in perpetual fear of in-between time 🙂 ). We staff consultants fill this time in various ways: Working with sales folk to write proposals; filling in for someone or backing up a person on this or that odd job; studying; בלאָגגינג :). It’s hard to plan more than a few days in advance. At times like this, while I have a bit of time on my hands, I like to reflect.

I’m almost always sad to leave a client’s campus for the last time. We consultants form a peculiar kind of relationship with our clients, unlike your typical co-worker relationship. There’s the money angle — everyone knows the consultant’s rate is double/triple or even more than the client staff. You’re a known temporary person. As a consultant, you’re a permanent outsider with a more or less known departure date. נאָך, you eat lunch with the client, take them out to dinner and/or for drinks, buy cookies for the team, go on coffee runs, give/receive holiday cards — all the kinds of things that co-workers do. On one hand, you’re the adult in the room. You’re an expert in the technology which puts you in a superior position. אויף די אנדערע האַנט, you’re a baby. On day zero, consultants don’t know the names, the places or the client’s lingo. Most times, consultants never learn it all.

When things go well, you become very well integrated with the client’s project team. They treat you like a co-worker in one sense, and confidant in another. Since we don’t have a manager-style reporting relationship with the client, the project team often feels a little free to air their dirty laundry. They let their barriers down and can put the consultant into an awkward position, never realizing they are doing it.

Consultants often don’t get to implement phase two and that never gets easy for me. I think this is especially hard with SharePoint. Phase one of of your typical SharePoint project covers setup/configuration, governance, taxonomy, basic content types, אאז"ו ו. and in many respects, amounts to a lengthy, extremely detailed discovery. That’s how I view my last project. We did all the basic stuff as well as execute some nice mini-POC’s by extending CQWP, implementing BDC connections to PeopleSoft, introduced a fairly complex workflow with SharePoint Designer, touched on basic KPI’s and more. A proper phase two would extend all of that with extensive, almost pervasive BDC, really nice workflow, fine tuned and better search, records center, excel services and probably most important, reaching out to other business units. אָבער, it’s not to be for me, and that’s sad.

Based on this recent experience, I think it’s fair to say that a proper enterprise SharePoint implementation is a one year process. It could probably legitimately run two years before reaching a point of diminishing returns. Details matter, אַוואַדע.

That’s the consultant’s life and all of these little complaints are even worse in a SharePoint engagement. As I’ve written before, SharePoint’s horizontal nature brings you into contact with a wide array of people and business units. When you’re working with so many people, you can see so many ways that SharePoint can help the company become more efficient, save time, do things better… but you don’t always get to do them.

I often look back to my first job out of college, before starting a consulting career 1995. We did get to do a phase two and even a phase three. Those were nice times. On the downside, אָבער, that means that that would mean a lot of routine stuff too. Managing site security. Tweaking content types. Creating views and changing views. Dealing with IE security settings. Restoring lost documents. Blech! 🙂

Despite my melancholy mood, I can’t imagine a place I’d rather be (except at a warm beach with a goodly supply of spirits).

I can’t wait to get started implemented the next enterprise SharePoint project.

(Apropos of nothing, I wrote most of this blog entry on an NJ Transit bus. I don’t think I made any friends, but one CAN blog on the bus 🙂 )

</עק>

טעטשנאָראַטי טאַגס:

זונטיק מאָדנע: “זיי ניטאָ ניט אַז שלעכט”

צוריק לעבן 1999, איך איז געווען ספּענדינג אַ פּלאַץ פון וואָכן אויס אין סאַנטאַ באַרבאַראַ, CA, ארבעטן פֿאַר אַ קליענט, leaving my poor wife back here in New Jersey alone. I dearly love my wife. I love her just as much today as I did when she foolishly married me 1,000 years or so ago. ערגעץ צוזאמען די שורה, איך קוינד אַ פראַזע, "special fear", as in "Samantha has special fears." She as a special fear of "bugs", וואָס צו איר זענט נישט פליעס אָדער ליידיבאַגז, but rather microbes. She’s afraid of this or that virus or unusual bacteria afflicting our son, אָדער מיר, but never really herself. (זי איז אויך ספּעשלי דערשראָקן פון וואַמפּיירז, מיניאַטורע בייז דאַלז (ספּעציעל קלאַונז) און סובמאַרין אַקסאַדאַנץ; זי האט אויס-דערוואַקסן איר ספּעציעל מורא פון מענטשן אנגעטאן אין סאַנטאַ קלאַוס אַוטפיץ).

יינ מאָל, my co-worker and I decided to drive up into the nearby mountains near Ohai. At one point, we got out of the car to take in the scene. When we got back into the car, I noticed that a tick was on my shoulder. I flicked out the window and that was it.

אַז נאַכט, I told her about our drive and mentioned the tick. The conversation went something like this:

ד: "Oooo! Those are bad. They carry diseases."

פּ: "Well, איך פליקקעד עס אויס די פֿענצטער."

ד: "They are really bad though. They can get under your skin and suck blood and transfer bugs. You better check your hair and make sure there aren’t any in your head!"

פּ: אין אַ הויך קול: "My God! CAN THEY TAKE OVER YOUR MIND???"

ד: ממש ריאַשורינג מיר: "No, זיי ניטאָ ניט אַז שלעכט."

</עק>

טעטשנאָראַטי טאַגס:

שנעל און יזי: אויטאָמאַטיש עפֿן ינפאָפּאַטה פאָרם פון שאַרעפּאָינט דיזיינער בליצפּאָסט

דערהייַנטיקן: מאַדדזשור אַהודזשאַ ווייזט אויס דעם לינק פון אַ נוזגרופּ דיסקוסיע: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. It’s pretty definitive.

===

We often want to embed hyperlinks to InfoPath forms in emails sent from SharePoint Designer workflows. When users receive these emails, זיי קענען גיט אויף די לינק פון דער Email און גיין גלייַך צו די ינפאָפּאַטה פאָרעם.

דאס פאַרזעעניש URL קאַנסטראַקשאַן אַרבעט פֿאַר מיר:

הטטפּ://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18ט11_33_48.קסמל&Source=http://server.corp.domain.com/sites/departments/Technical%20Services/InformationTechnology/HelpDesk/REC%20REM%20RED%20Forms/Forms/AllItems.aspx&דעפאַולטיטעמאָפּען = 1

פאַרבייַטן די באָלדעד רויט טעקסט מיט די נאָמען פון די פאָרעם, ווי געוויזן אין די פאלגענדע סקרעענשאָט:

בילד

באַמערקונג אַז עס איז אַ פּלאַץ פון שווער-קאָדעד דרך אין אַז URL, as well as a URL-encoded component. If this is too hard to translate to your specific situation, try turning on alerts for the form library. Post a form and when you get the email, קוק די מקור פון דעם Email און איר וועט זען אַלץ איר דאַרפֿן צו אַרייַננעמען.

Astute readers may notice that the above email body also shows a link that directly accesses the task via a filtered view. I plan to explain that in greater detail in a future post.

</עק>

טעטשנאָראַטי טאַגס: