Paggamit ng MSDN (at iba pang mga) Mga Forum para sa SharePoint Support

Maaari kong isulat sa sa mahusay na haba tungkol sa MSDN forums, tuntunin ng magandang asal, convention sa pagbibigay ng, hanapin, at iba pa. I may do that, sa katunayan. I wanted to point out a small thing which may help people have a better overall experience.

I’ve lately been telling people that if you run into some kind of problem with your SharePoint environment, development project or other SharePoint related activity, post a question to the forums earlier in your action chain rather than later. I know for myself that when I have a problem, a number of potential solutions present themselves right away. I order these potential solutions in terms of likelihood, applicability and how easy they are to investigate. I go through that list and by the time I’ve gotten to #10, I’m making registry changes to a key “/foo/bar/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!” on the advice of a blog found on page 8 of a Google search. When that doesn’t work, I finally post a question to MSDN (e.g. dito: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

I suggest that you reverse that approach. Post the forums much earlier in your investigation because:

  • It’s free to you anyway.
  • There’s no guaranteed SLA (of which I’m aware, kahit).
  • Samakatwid, it can take a long time for people to respond.
  • People often do respond eventually.
  • If you wait until 2 o 3 days after the problem first surfaced, you’re frantic for a response and forums are not a good place for emergency help (unless you’re lucky).

Kaya, talaga, it’s easy and free and you have a good shot at getting some kind of answer, but it will take a while to get that answer (muli, unless you’re lucky).

I used to think that I should hold off on looking for community help because I don’t want to waste someone’s time asking for help when I could find it out myself. Some forum moderators and active participants may feel that way, but I don’t (kahit, I don’t feel that way any more). I don’t see any downside. The worst case is that you post a question and then answer it yourself some time later, possibly “wasting” some one’s time. I don’t see a big risk in that and there’s value in the researching of questions like that in any event.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags: ,

Maliit na Paalala Tungkol Microsoft Online Services Ang mga password at Pangangasiwa

Sinimulan ko upang gumana sa Maliit na Negosyo ng Microsoft sa Suite Produktibo Online na ilang mga buwan na nakalipas, but now I have some better reason to be using it.

Pa rin ako nagtatrabaho ang aking paraan sa paligid nito, sa gayon ay maaari ko maaaring makuha ang ilan sa mga terminolohiya mali, ngunit isa lamang mayroong dalawang pangunahing mga interface: ang administrasyon center at ang mga serbisyo sa kanilang mga sarili.

Ang sistema ay nagsasabi sa akin na ako ay nagkaroon na baguhin ang aking password, so I went ahead and did that. That allowed me to proceed and work with the services part (SharePoint, email, at live pulong). Gayunman, kapag nagpunta ako sa screen ng administrasyon, hindi ito magiging ipaalam sa akin sa pamamagitan ng pagsasabi sa akin na hindi ito naniwala ang aking password ay tama.

The behavior was a little odd. If I entered the password I *thought* it should be, it would blank out the userid and the password and tell me the password or userid was incorrect. If I entered a blatantly wrong password, Gusto ito sabihin sa akin ang parehong, ngunit panatilihin ang mga gumagamit na patlang ID buo.

Ako naglalaro sa paligid na may ito para sa isang maliit na habang at sa wakas ay tinatawag na (oo, sa Linggo umaga). Incredibly, isang kapwa, Ben, answered the phone right away. At, Hindi ko na kailangang maglagay ng credit card.

Long kuwento maikli, the administration center password uses different password rules than the services password. Admin password must contain alpha, numeric and special characters. When I changed my admin password the first time, Hindi ko sundin na panuntunan (at hindi rin ito ay bigyan ng babala sa akin!). I was able to change it to a valid administration password and got back in.

Kung nakakaranas ka ng na uri ng problema sa hinaharap, alam mo kung ano ang nagtrabaho para sa akin at sana ay ito gumagana para sa iyo.

</dulo>Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

SharePoint bilang isang Business System Operating

Mula pa nang Narinig ko ang isang quote, reportedly sa panahon ng Q&Ang isang session na may Steve Ballmer Marso 2007, I’ve sort of been holding my breath for something to happen. The quote was basically this: “SharePoint is an operating system for business applications.” Knowing a fair bit about SharePoint and a middling bit about operating systems, I thought it was really apt. I’m holding my breath, waiting for companies to really buy into that concept and start to build applications within the SharePoint “operating system.”

Ko na nakatuon ng maraming ng pag-iisip sa paksang ito sa taong ito (pagpunta pabalik sa aking 2009 hula) at ako pagpunta sa makipag-usap sa mga ito sa Mayo 2 SharePoint Sabado kaganapan sa Washington.

Ito ay abstract aking presentasyon ni, pinamagatang "Ang paggamit ng SharePoint Platform upang Buuin ang Vertical Application Negosyo":

"Pahalang?"" Vertical?"Ano ang mga salitang ito ibig sabihin sa isang konteksto SharePoint? SharePoint, bilang madalas naming marinig, ay isang "platform" para sa mga application na gusali. Katunayan na ito ay madalas na nawala sa amin dahil ang tinatawag na pahalang na mga tampok ng platform, tulad ng mga dokumento sa pamamahala at paghahanap, are so easy and useful in and of themselves. Gayunman, SharePoint ay kahit na mas malakas at magbabalik higit na halaga kapag ginamit upang lumikha ng vertical mga application na ginawa para sa araw na matugunan ang iyong negosyo 'sa mga kinakailangan sa araw. Session na ito ay naglalarawan kung paano mag-ipon mga tampok ng platform sa isang verticalized solusyon gamit ang isang tunay na mundo ng negosyo halimbawa - isang sales quote pamamahala proseso at customer gateway. Ang layunin ng tagapagsalita ay upang buksan ang iyong mga mata upang ang mga posibilidad ng platform SharePoint at sa pakikinabangan nito pahalang na mga tampok ng platform upang lumikha ng pinasadyang solusyon ng negosyo para sa iyong vertical samahan.

Kung subject na hindi lumutang ang iyong bangka, there are a bunch of other good topics. And DC is a great venue in and of itself to visit.

Pagpaparehistro ng bubukas ito Huwebes, 04/16. Panatilihin sa tuktok ng site at grab isang upuan bago ito ay masyadong late 🙂

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Canadian Minuto

Oras na ito noong nakaraang linggo, Ako ay sa Montreal, attending the highly recommended SharePoint Summit 2009. I gave a 3.5 hour tutorial on installing and customizing SharePoint. It was a scary subject on many levels. I’m not really a SharePoint admin, pero alam ko sapat na upang bigyan ang isang pagtuturo sa mga paksa. (Thankfully, Geoff Schaller mula sa Software Objectives in Australia, among a few others, was in the crowd to answer some of the deeper questions [I don’t know what they put in the water down there, but we need some of it here in the U.S.]).

Pero, back to many levels of scariness… It had a lot of potential to be very boring. I actually installed WSS and then upgraded it to MOSS. In front of a room full of people. Canadian poeple. There were long 5 at 7 minute gaps where we were watching the installation process chug along. I needed to fill that time with something useful and interesting. I’m not sure I succeeded.

Sa wakas, it was loooong. Three and one half hours. That’s a long presentation. I made a little joke of it, saying “We have a long presentation ahead of us. Three and one half hours. That’s 210 minuto. And I don’t even know how many minutes that is in Canadian.”

Everyone laughed and as a result, Montreal is officially on my Good Places list 🙂

Even if they hadn’t laughed at my joke, I would love Montreal. I try very hard to be open minded and not take my cues from South Park, but I admit, to my chagrin, that I had no idea how great is the metropolis of Montreal. I can’t wait to go back in a few months, when it’s a little warmer, to visit again.

On a sort of related note, I also sat through Erik Swenson’s first public presentation entitled “IA and Branding Process: Sketches to Wireframes to Hi-Fidelity Designs.” (Erik is my EMC colleague). Check out the abstract here: http://www.sharepointsummit2009.com/conference_day2.htm. I even recorded it for for him. I tried several times for some “action shots” and zoomed in on him when he paused to drink some water. I didn’t always succeed, but I tried 🙂

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags:

Kasayahan SharePoint SSO Katotohanan ng Araw

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 web bahagi). 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, ang gumagamit ay hindi magkakaroon upang ipasok ang kanilang ID kapag sila ay pindutin ang up na sistema.

That part worked well for me. Gayunman, ito begs ang tanong, "Paano ang user na baguhin ang user id o password?” The user might have made a mistake, o marahil ikaw ay gumagawa ng ilang mga pagsubok sa isang dev kapaligiran at kailangan upang mabilis na lumipat sa pagitan ng mga account.

Hindi ko alam ang kasagutan sa na, ngunit ko alam na maaari kang pumunta sa Central Administration at pamahalaan ang mga kredensyal ng gumagamit:

Central Administration -> Operations -> Pamahalaan ang Single Sign-On -> Pamahalaan ang Account Impormasyon para sa isang Definition Enterprise Application

Mula doon, maaari mong tukuyin ang panlabas na application (e.g. Katas) and the account you want to delete. You can also change the mapping.

Kung alam mo kung paano upang payagan ang mga end user na direktang baguhin ang kanilang mga kredensyal, kindly post a comment 🙂

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Adventures Sa iView Web Mga Bahagi

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 ay lumikha ng isang napakataas na kalidad puting papel sa paksang ito.

Ang unang balakid ako nagkaroon sa pagtagumpayan noon - kung saan ay ang bahagi iView web? For some reason, ang aking unang pag-iisip ay na Gusto ko mayroon upang i-download ito mula sa isang site sa isang lugar, perhaps SAP’s site. Ko bang ay nagkaroon 1/2 convinced myself that iView web parts might even cost extra. Talaga, sila ay kasama sa Moss (Sa tingin ko Enterprise; na kung ano ang ginagamit ko dito sa anumang kaganapan). 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.

Ako ay gamit ang web bahagi at iningatan ang pagkakaroon ng ganitong nakakainis na mensahe:

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

Ang puting papel na malinaw na sinasabi na i-edit ang isang configuration file na matatagpuan sa file "<Magmaneho Letter:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, lahat Nakita ko noon ay "Program Files ... Config" at pinuntahan ko kaagad sa 12 kaharian ng mga laywan. 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, ngunit iyan ay isa pang kuwento para sa isa pang araw.

Ika-line:

1. iView web bahagi ay isinama sa labas ng kahon na may SharePoint (marahil Enterprise).

2. Ang magic configuration file, "TrustedSAPHosts.config", hindi nakatira sa 12 kaharian ng mga laywan.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Moss User Profile dahil ang Authority para sa User Gustong wika

Sa aking kasalukuyang proyekto, ang ilan sa mga gumagamit ay maglakbay sa buong mundo at kapag dumating sila sa iba't ibang destinasyon, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Lamang ko na natanto na ang mga guest machine ay hindi maaaring magkaroon ng karapatan pack wika… marahil ay hindi, sa katunayan… Ako paradahan na ang isa para sa ngayon).

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.

Kami ay pagpunta sa imbestigahan dalawang approach:

  1. HTTP Handler: Ang isang pasadyang handler HTTP naka-install sa IIS magiging hitsura up Moss profile ng gumagamit, maisip kung ang nais na wika at pagkatapos ay lumipat sa HTTP header sa paligid tulad ng kinakailangan bago pagpasa kontrol sa Moss.
  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.

Ang iba pang mga complicating kadahilanan ay na kailangan namin upang suportahan ang mga gumagamit 60k, tungkol sa 1,000 ng na maaaring sabay-sabay-access ng Moss sa peak load.

Ang HTTP handler tila medyo marahas, 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.

Kami ay nakahilig patungo sa isang global.asax diskarte uri, higit sa lahat dahil naniniwala kami na magkakaroon kami ng mas pagpipilian para sa caching ng data sa puntong iyon.

Makikita ko ba ang pag-blog nang higit pa sa paksang ito bilang ko matuto nang higit pa.

Kung ikaw ay alam tungkol sa anumang bagay na ito, please post a comment 🙂

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Kinukunan “mailto:” Mga Sukatan

I’m on a project where we need to collect metrics around a function named "Share a Story." The idea is very simple — kung tumitingin ka sa isang kawili-wiling artikulo sa mga intranet at nais na ibahagi ito sa isang tao, click a link labeled "Share this story" i-email ito sa iyong buddy.

Kami-play sa paligid na may isang pasadyang paraan para sa layuning ito, ngunit sa pagtatapos, bait won ang araw at hindi na namin lamang gamitin ang pamilyar <a href = mailto:…> technique. (<a href mailto:…> ay isang nakakagulat na malakas kaunting HTML; bilang isang bonus, link na nagdudulot sa akin pabalik sa aking lumang pahina ng UNIX araw tao; iyon ay ang mga araw!).

Diskarteng ito ay nagbibigay ng isang mahusay na interface para sa mga end user mula nang makuha nilang gamitin ang kanilang mga pamilyar MS Outlook client (o kahit anong email client nila na-install).

Ito ay gumagawa ng mga bagay na mas mahirap sa amin mahinang uri ng developer dahil sila client * din * ay nais na magpatakbo ng isang ulat sa hinaharap na nagpapakita kung gaano kadalas ang mga gumagamit magbahagi ng mga kuwento at kahit na mga kuwento ay ibinahagi pinaka-madalas.

We whiteboarded a few potential solutions. My favorite is to carbon copy (CC) 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. At, we need to manage that event library of emails. We have a scheduled job on the white board responsible for that cleanup.

Kung mayroon kang ilang mga matalino na diskarte sa paglutas sa problemang ito, mangyaring gawin sabihin.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Mahusay Tutorial at Walk-through gamit InfoPath at daloy ng trabaho upang Lutasin ang Problema sa Pag-iiskedyul

Mga iyang araw, Habang-panahon ako naglalaro catch-up sa aking blog pagbabasa at ko lang ay dumating sa buong post na ito: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

Ito ay bilang matatag at detalyadong isang workflow tutorial SharePoint Designer (plus higit pa!) that you’ll see anywhere on the interwebs. I’d check it out, even if you’re a scarred SPD veteran.

Ito ay isang mahusay na tutorial SharePoint para sa parehong InfoPath at daloy ng trabaho.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

NYC SharePoint Developer Group – Deep Tech Talk

Ang ilang linggo nakaraan, I presented at the New York City SharePoint Developers Group meeting at the Microsoft office in Manhattan. They meet every last Tuesday of the month.

I’ve been spending most of my time lately in my beloved New Jersey so I don’t get to go into the city as much as I like. Bilang isang resulta, I think I made it to the first or second of this group’s meetings and then again at January’s meeting. I missed all of the meetings in between (apat o limang ng mga ito marahil). It’s a new group.

Talagang ako ay struck sa pamamagitan ng ang tunay na teknikal na focus at mataas na kalidad ng talakayan, bago, during and after my presentation. We talked about a wide range of subjects relating to SharePoint and other Microsoft technology.

Kung naghahanap ka para sa isang friendly na lugar upang makakuha ng real madaling magalit, Ko lubos na inirerekomenda ang pangkat na ito.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags: