Jaz sem na projektu, kjer moramo zbrati meritve okoli funkcijo imenovan "delež zgodba." Ideja je zelo preprosta — Če ste iskali na zanimiv članek na intranetu in želijo deliti z nekom, kliknite povezavo z oznako "deliti to zgodbo" email v vaš prijatelj.

Smo se igral okrog s obrazec po meri za ta namen, Toda na koncu, razum zmagal na dan in uporabljamo znane <a href = mailto:…> tehnika. (<href mailto:…> je presenetljivo zanesljive malo HTML; kot bonus, ta link me pripelje nazaj na svoj stari UNIX man strani dni; To so bili dnevi!).

Ta tehnika ponuja veliko vmesnik za končne uporabnike saj priti do uporabe njihovega seznanjeni odjemalca MS Outlook (ali karkoli email varovanec imajo nameščen).

To naredi stvari težje za nas revne razvijalec vrste saj odjemalec * tudi * želi teči v prihodnosti poročilo, ki prikazuje, kako pogosto uporabniki delijo zgodbe in celo katere zgodbe se najpogosteje delijo.

Smo whiteboarded nekaj možnih rešitev. Moja najljubša je kopija (CC) seznam SharePoint. Na ta način, končni uporabnik še vedno dobi Outlookov odjemalec, medtem ko smo dobili za zajem dogodka, ker bomo dobili kopijo email sami. Obstaja nekaj očitnih pomanjkljivosti. Glavni problem je, da uporabnik lahko preprosto prekrije ali drugače mangle CC naslov. In, Moramo upravljati da event knjižnica e-pošte. Imamo razporejenega posla na belo tablo, ki je odgovoren za to čist.

Če imate nekaj pameten pristop k reševanju tega problema, prosim povej.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Kot zahtevane in obljubil, Sem naložil moj predstavitev o tem, kako pridobiti "velik" zahteve iz končnih uporabnikov za SharePoint projekti in izvedbe. To je tukaj: http://CID-1cc1edb3daa9b8aa.SkyDrive.Live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

To sem predstavila na konferenci SharePoint najboljših praks v februar 2009 (www.sharepointbestpractices.com). Če ste se udeležili konference, boste tudi to na konferenci DVD.

Predstavitev vsebuje veliko opomb z večino diapozitivov. To ni le zaporedna točka točk.

(Glej tukaj za moje druge predstavitve na študijo primera upravljanja: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Kot mnoge vrste svetovalec SharePoint, Sem bila izpostavljena veliko SharePointovo funkcionalnost. Nekaj krat, Sem precej globoko potopite. Drugič, sem samo obvestilo, kot sem letel z v drugo vrsto možnosti menija. Eden od teh je "ustvarjanje samopostrežnega mesta." Nisem imel potrebe, da je do tega tedna.

Ta teden, Moram rešiti poslovni problem, ki mislim, da bo postala pogostejša, kot podjetja ublažijo in objemu bolj neposredno končnemu uporabniku nadzor nad SharePoint. V tem primeru, Oblikoval sem predlogo mesta za podporo Skupnosti posebne končnega uporabnika. Ljudje v tej Skupnosti lahko ustvarite svoj lasten položaj po svoji volji s to predlogo, ko pozivam njih stavke.

Jaz spomniti videnje "samopostrežno ustvarjanje mesta" pred in jaz sem vedno spravljen ki v zadnji my head, misleč, da "Samopostrežba ustvarjanje mesta" se je smislu Žargon SharePoint, očitno dovolj, nekaj podobnega "vklopite me Če želite, da končni uporabniki lahko ustvarjajo mesta, ko hočejo."

Tako, Sem pa na, poskusite to ven in mi, ne je ustvarjanje mesta. Je ustvarjanje mesta zbirke. Zelo velika razlika. To je, ne, kaj hočem, nikakor.

Možno je, da naj Uporabniki, ustvarjanje novih podstrani preko ravni dovoljenj po meri. To je točno to, če bi šel na prvem mestu razen oznako "samopostrežno ustvarjanje mesta" oznaka prevaral me. Prek twitter, I learn that it’s deceived others as well 🙂

Sem še vedno delajo, kako zagotoviti malo bolj racionalizirani postopek med bivanjem zgolj iz škatle, vendar obstaja določen pot ubrati. Samo ne zaslužiti moti to oznako.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Bil sem eden od 20 ali 30 (ali morda 100?) panelisti sinoči na na Skupina uporabnikov SharePoint New York srečanje. Namesto običajnih predstavitvijo, To je vse o Q&A med občinstvom in člani odbora. Že na začetku, Michael Lotter predstavil mi novo idejo in sem hotel deliti.

Občinstvo član je opisano, kako njegova družba plačala svetovalec napisati prošnjo za njegovo podjetje. Svetovalec je napisal kot konzolnih aplikacij z uporabo SharePoint predmetnega modela. Kot posledica, To je pomenilo, da bi se moral program izvajati na strežniku v gruči. To je pomenilo, da bi kdorkoli, ki je želel uporabiti app so prijaviti na strežnik, to delo in se odjavite. Na prvi, to ni bil problem, vendar kmalu, več in več (netehnični) Uporabniki, ki so potrebni rabiti korist. Svoj vprašanje je bilo (parafrazo):

"Kakšne so moje možnosti? Ne želim, da v najem uporabnik poleno neposredno na strežnik, vendar morajo to funkcionalnost."

Michael Lotter predlagal, da je oblikovati nov stvaren stroj, Pridružite se na kmetiji kot WFE in uporabnikom, zaženite od tam.

To je precej omamljanje ideja za mene. Generalizing te raztopine spominja pojem v bistvu začasno, skoraj enkratno WFE. Mislim, da je zal čeden koncept. Ta začasna WFE lahko zagnati konzolo aplikacija, ki uporablja SharePoint predmetnega modela. Uporabite ga lahko tudi za izvajanje ukazov stsadm. Ni nujno, da se del rednih lokalnih uravnoteženje. Če zaide ali dobi uničili, lahko samo spin novega. Sem ponavljal, ampak sem moral reči, da mislim, da je zelo gladka zamisel.

</namen>

Naročite se na moj blog.

Sledite mi na Cvrkutati na http://www.twitter.com/pagalvin

Ta preteklem tednu, nekdo je vprašal vprašanje o ustvarjanju okolja SharePoint, ki bi ročaj zelo velikemu številu novih dokumentov (10,000 +/- v tem primeru). Ne vem veliko o tem, toda zahvaljujoč tej beli knjigi, Počutim se veliko bolje obveščeni.

Za mene, Ta bela knjiga je precej samo knjigo znamke v tem trenutku, vendar se je začelo branje skozi to in mislil, da bi poudariti moj glavni Vzemi proč. SharePoint lahko prilagodijo ročaj, na minimum, Ta obremenitev:

• 50k novi dokumenti na dan.
• 10 milijon dokumentov, ki so skupni.

Pišem številke 50k / 10MM, ker so enostavno dovolj, da se spomnimo. Tako dolgo, kot veste, so minimalni, ne boste dobili v težave. Na najvišje so vsaj 10 odstotkov višja kot in s skrajno tuning, morda veliko več.

hvala, Mike Walsh, še enkrat, za njegovo tedenski WSS FAQ posodobitve in popravke post. Če ste ne naročeni nanj, mora resno razmisliti delam.

</namen>

Naročite se na moj blog.

V preteklem tednu, moj kolega in so bili početje nekaj dela za stranko v NYC. Smo bili testiranje različnih vidikov izvajanja MOSS, ki uporabljajo svoj "standard" Workstation graditi (v nasprotju z naše prenosniki). Pri tem, da, Mi zašel v nekaj napak z naslednjim korakom:

• Začeti streljati MS word dokument preko windows explorer (ki uporablja WebDAV).
• Spremeniti.
• Shranite.

Smo prišli do zavedaš, da nekaj krat (ponavadi prvič) smo shranili dokument, Shrani ne "držijo." Shrani ali shrani. Mi bi dvigni dokumenta nazaj in naše spremembe preprosto ni bilo tam.

Nisem razumemo root vprašanje v tem trenutku, vendar smo ugotovili, da naj bi smo prepričani, da najnovejši servisni paket za MS Office je nameščena na te delovne postaje. TO ljudska pesem šel in naredil. Smo šli skozi test še enkrat in smo odkrili nov problem. Ko smo jo shranili, zdaj mi got to zmota:

tokrat, je zdelo, kot vsaka sprememba je bila, v bistvu, shranjene, ali smo odgovorili z da ali ne na vprašanje skripte.

Smo končno imeli pogled na dejanske različico Officea in izkazalo se je, da delovna postaja tekel MS Office 2000 servisni paket 3 kar se pokaže pod pomoč-> O kot "Office 2002".

Nauk zgodbe: Jaz zmeraj raba urad 2003 kot moj minimalni izhodiščni urad prevod čas using WebDAV in MOSS.

</namen>

Naročite se na moj blog.

(Za namen iskanja motor, To je napaka na besedilo):

Line: 11807

Char: 2

Napaka: Predmet ne podpira te lastnosti ali metode

Zbornik; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Ali želite še naprej izvajati skripte na tej strani?

V enem ali moj zelo prvi blog delovnih mest, Sem opisal celoten postopek smo sledili preseliti kupca iz SPS 2003 na mah. Bralec komentar, prosi za več podrobnosti in tukaj je.

Za ta projekt migracije, smo imeli, da bi našli dober način za premik veliko SEP 2003 dokumente v MOSS. Začetno obremenitev je dovolj enostavno. Ustvarite novo ciljno knjižnico dokumentov v MOSS in z Raziskovalcem premaknite dokumentov.

To je novo knjižnico dokumentov:

Odpreti dve okni raziskovalci. Točke prvega SEP 2003 in drugi v novo knjižnico dokumentov v MOSS. To kaže naslednji zaslon strel. Upoštevajte, da vrh brskalnik dejansko kaže na moje c:\čud pogon, vendar si lahko predstavljate, kaže, da je SPS 2003 Knjižnica dokumentov:

Po tem povleci in spusti operacijo, moj cilj izgleda takole:

Zdaj je čas, da se ukvarjajo z metapodatki. Predpostavimo, da imamo samo en stolpec metapodatkov za te dokumente, ki se imenuje "mesto." Lahko vidimo iz zgornjih "vseh dokumentov" meni, da je na lokaciji prazno. To je enostavno dovolj rabiti pogled lista podatkov vnesite mesto, ali celo iti v vsak dokument lastnosti enega dodati mesto. Denimo, da je nikakor ne praktično mesto stolpca samodejno dodeli vrednost in da končni uporabniki morajo to narediti z roko. Poleg, denimo, da obstaja na stotine dokumentov (morda tisoč) in da bo veliko veliko dni za posodobitev metapodatkov. Kot vsi vemo, nihče je tekoč usesti in delo za štiri, pet dni naravnost, posodabljanje meta podatkov za dokumente. Namesto tega, bo ki izbruhnejo v obdobju tednov, ali morda več. Tega procesa, lahko ustvarimo z "neoznačene podatkov" pogled, kot je prikazano:

Zdaj, ko nekdo sedi porabijo dodeljenih dnevno uro ali dve tag preseljene dokumentov, lahko uporabite "neoznačene dokumente" pogled v žarišče svoj trud:

Kot uporabniki tag dokumentov, so spusti dol. Ta seznam.

Ta pojem neoznačene podatkovni pogled lahko tudi pomoč pri razred podatkov validacijo težava ljudi, ki se pozanima na forumih. Iz škatle, obstaja način, da uporabniku preprečili nalaganje dokumenta na mah in ne vnesite meta podatkov. Mi lahko določite, da posebno spletno stran stolpec je obvezna in uporabnik ne bo treba omogočiti potisnite shranjevanje gumb. Vendar, Če uporabnika uploads in nato zapre brskalnik (ali uporablja windows explorer upload dokument), ne moremo prisiliti uporabnika k vnosu meta podatkov (spet, iz škatle).

Ta pristop je mogoče pomagati pri tej situaciji. "Slabo označeni podatke lahko uporabimo" Poglej si enostavno identifikacijo teh dokumentov in njihovo odpravljanje. Par to z KPI in imate dobro vidljivost podatkov z globino za upravljanje teh izjemnih okoliščinah.

</namen>

Naročite se na moj blog.

Ta teden, Sem malce boril z mojo ekipo zadobiti MOSS umestiti v a prepost dve gruči. Ob šla skozi to, Imam večje zadovoljstvo za vrste težave ljudi poročilo na MSDN forumih in drugje.

Končno kmetije konfiguracijo:

• Kazalo/SQL/Intranet WFE znotraj požarnega zidu.
• WFE v DMZ.
• Nekakšen zid med notranjim strežnikom in DMZ.

Preden smo začeli projekt, pustimo, da stranka ve, katera vrata je treba odprto. Med daje in sprejema, sem in tja čez ki, bomo nikoli izrecno rekel, dve pomembni stvari:

1. SSL pomeni, da morate potrdilo.
2. DMZ strežnika mora biti del domene.

En dan, smo pokazala namestiti MOSS in se naučili, da ne bi bilo ustvarjeno račune domene za zbirko podatkov in MOSS. Premakniti stvari skupaj, sva šla naprej in namestili vse z lokalnim računom v intranetni strežnik.

Na tej točki, smo odkrili zmedo preko SSL certifikata in, na žalost, odločila, da so naše infrastrukture fant vrnil kasneje ta teden, če želite nadaljevati nameščanje DMZ strežnika. V vmesnem času, smo rešitev arhitekte premakne naprej s poslovne stvari.

Vikend gre z in stranka pridobi certifikat.

Naš fant infrastrukture pokaže in odkrije, da DMZ strežnik ni pridružen nobeni domeni (oboda domene z omejeno zaupanje ali intranetno področje). Smo skoraj zapravili na 1/2 dan na tem. Če mi ni kaj manjka SSL certifikat nas bog navzdol, Ugotovili smo, bi to prej. Oh no….

Drugi dan prelazov in različni odbori, varnost, zainteresirane stranke in (ne tako) vsi nedolžni mimoidoči se strinjajo, da je OK, da se pridružijo DMZ strežnika s intranetno področje (To je a POC, navsezadnje, ne proizvodnje rešitev).

Infrastrukture človek pride zaviti stvari. Tokrat smo uspešno skozi je sodobna spopad Strasno znana kot "Čarovnik za konfiguracijo SharePoint." Imamo pokukati v osrednjem skrbništvu in … Yee haw! … DMZ strežnika iz gruče. Mi Poglej malo bližje in spoznali smo broke odprta Champaign malo pršice zgodaj. WSS storitev je zaljubljen v a "začetni" status.

Skrajšam zgodbo, Izkazalo se je, da smo pozabili spremeniti identiteto račun storitve prek osrednjega skrbništva iz izvirne lokalne računa na nov račun domene. Pri tem smo, ponovno tekel čarovnika za konfiguracijo in Opa! Smo bili v poslovnih.

</namen>

Naročite se na moj blog.

Čeprav to ni dobesedno res, kot praktično zadevo, na internetnih spletnih vmesnikih na DMZ, mora biti v domeni (i.e. ni nekaterih standalone server v lastno malo delovne skupine). Ni treba biti v isti domeni kot notranji WFE(s) in druge strežnike (in verjetno ne bi smela), vendar mora biti v domeni.

Moji kolegi in jaz porabil neizmerno veliko časa na predlog, ki je vključena predpogoja za SharePoint. To je vključevalo izčrpen seznam požarni zid konfiguracije, ki bi omogočile DMZ strežnika za pridružitev gruči in tako naprej. Na žalost, mi ni bilo mogoče dodati stavek nekje, ki je dejal, o tem, "celotno bistvo te konfiguracije je omogočiti DMZ WFE strežnika, v domeni, da se pridružijo notranjega kmetije."

Popoln vihar dogodkov, kjer smo v bistvu pogledal levi ko smo morda iskali desno, zaroto, da skriti tega problema pri nas dokaj pozno v procesu, tako mi preprečuje, uveljavlja svoj "povej slaba novica zgodaj" pravilo.

Vzdih.

Naročite se na moj blog.

Forum uporabnikov pogosto kot Takšna vprašanja:

> zdravo,
>
> Prosim povej mi, če so vse možnosti za izgradnjo po meri seznam s
> glavno in podrobno tipa (kot računi) brez uporabe programa InfoPath.
>

SharePoint zagotavlja nekatere od polje funkcije, ki podpirajo vrste poslovne zahteve, kot je ta.

Na splošno, ena povezuje dva seznama, skupaj z uporabo stolpec za iskanje. Seznam A vsebuje informacije v glavi računa in seznam B vsebuje podrobnosti računa.

Uporabite dodatne liste za ohranitev kupcev, številke izdelka, itd.

Uporabite spletni gradnik poizvedbe vsebine (v mah le) in/ali podatkov Poglej si spletni gradnik za ustvarjanje spojenih pogledov seznamov. SQL Server, storitve poročanja (SRS) na voljo tudi za poročanje strani pa.

Vendar, Obstaja nekaj pomembnimi omejitvami, ki bo težek rabiti čisto out-of-the-box funkcije za vse, kar je celo zmerno kompleksne. Ti vključujejo:

• Velikost za iskanje sorodnih seznamov vs. "Dotjeranost" vrste stolpec za iskanje. Vrsta stolpca za iskanje se predstavlja na UI različno glede na to ali ste omogočili multi-izberite, ali ne. V obeh primerih, out-of-the-box nadzor kaže vse na voljo elemente z izvornega seznama. Če na izvornem seznamu je 1,000 elementi, da se bo problem. Iskanje nadzora ne stran preko teh postavk. Namesto tega, potegne vse od njih v kontrolnik. To naredi za zelo nerodno uporabniški vmesnik, vnos podatkov in učinkovitost delovanja.
• Iskanja "potegnite nazaj" en stolpec podatkov. Lahko nikoli ne potegnite nazaj več kot en stolpec podatkov z izvornega seznama. Na primer, ne morete izbrati kupca "12345" in hkrati prikazati število kot tudi kupca ime in naslov. Iskanje samo kaže kupca, številka in nič drugega. To naredi za nerodno in težko uporabniški vmesnik.
• Brez komunikacije znotraj poljubne oblike. Sem napisal o tem tukaj. Ni mogoče izvesti kaskadne drop-padci, pogojno usposobiti/onesposobiti polja, itd.
• Ni kaskadno brisanje ali vgrajeno referenčne integritete. SharePoint seznamih po meri obravnava kot neodvisne subjekte in omogočajo, da povežejo med seboj v tradicionalnem pomenu ERD. Na primer, SharePoint vam omogoča ustvarjanje dveh seznamih po meri, "stranka" in »glava računa ««. Ustvarite račun glavo da povezave nazaj do kupca na seznam kupcev. Nato, kupec lahko izbrišete s seznama. Iz škatle, je nikakor ne da bi to preprečili. Rešiti tovrstne težave, običajno uporabite rutine.

Morda se zdi žalostna, vendar bi še vedno uporabljajo SharePoint kot izhodišče za gradnjo tovrstnih funkcionalnost. Čeprav obstajajo vrzeli med tisto, kar potrebujete v raztopini, SharePoint nam omogoča, da zapolniti te vrzeli z uporabo orodij, kot:

• Rutine. Jih uporabljajo za vzpostavljanje referenčne integritete.
• Stolpci po meri: Ustvarite vrste stolpcev po meri in jih uporabljajo namesto privzete stolpec za iskanje. Dodajanje osebnega klica, Pomanjkljivo medpomnjenje in AJAX funkcij, da jih odziven.
• BDC. Ta mah-šele zunanja oblika nam omogoča poizvedbe druge SharePointove sezname z vrhunsko uporabniški vmesnik za običajno stolpcu. BDC lahko tudi stik z uporabo zalednega strežnika. Uporabite BDC, da bi se izognili replikacije. Namesto podvajanje podatkov o strankah iz zalednega sistema ERP, namesto tega uporabite BDC. BDC značilnosti zagotavljajo lepo uporabniški vmesnik za vlečenje informacij neposredno iz ERP sistema, kjer pripada in se izogiba težav ohranjanja replikacije rešitev.

  BDC je funkcija MOSS (ni na voljo v WSS) in je izziv za konfiguriranje.

• ASP.NET spletni obrazec: Ustvarjanje poln-izrazit AJAX-usposobiti obrazca uporablja storitve SharePoint predmet model in/ali spletni vzvoda SharePointovi seznami, hkrati pa zagotavlja zelo odziven uporabniški vmesnik.

Zadnja možnost morda počutili kot da ste iz nič, ampak upoštevati dejstvo, da platforme SharePoint vam začne s sledeč zakleniti zunanja oblika:

• Varnostni model z vzdrževanjem.
• Jedilnik sistem z vzdrževanjem.
• "Glavno tabelo" (i.e. sezname po meri) z varnostjo, vgrajeno vzdrževanje in nadzor.
• Iskanje.
• Zadnji konec integracijska orodja (BDC).

Če začnete z novo prazno projekta v visual studio, imate veliko infrastrukture in vodovodne zgraditi preden prideš blizu kaj ponuja SharePoint.

Verjamem, da Microsoft namerava razširiti SharePoint v tej smeri razvoja aplikacij. Zdi se, kot naravni podaljšek obstoječe SharePoint, osnovni. Programa Microsoft CRM nudi veliko razširljivost vrst, ki so potrebne za podporo glave/podrobno program razvoja. Čeprav so te funkcije v programu CRM, tehnologija je seveda na voljo za SharePoint razvojne ekipe in pričakujem, da bo svojo pot v SharePoint izdelek konca 2008. Če ima kdo znanje ali vpogled v to, prosim, pustite komentar.

</namen>