Aš esu projektą, kuriame reikia surinkti metriką, funkciją pavadintą "Share istorija." Idėja yra labai paprasta — Jeigu jūs ieškote įdomus straipsnis intranete ir norite pasidalinti ja su kuo nors, spustelėkite nuorodą, pavadintą "Share ši istorija" išsiųsti jį elektroniniu paštu savo bičiulių.

Mes grojo su pasirinktine forma šiam tikslui, bet galų gale, sveiko proto laimejo ir mes tiesiog naudoti pažįstamas <a href = mailto:…> technika. (<href mailto:…> yra stebėtinai tvirta šiek tiek HTML; kaip premiją, Šis ryšys grąžina mane į mano senas UNIX vyras puslapių dienų; tai buvo laikai!).

Šis metodas suteikia puikus sąsaja galutiniams vartotojams nes jie gauti naudotis savo susipažinę MS Outlook klientui (ar nepriklausomai nuo elektroninio pašto klientas jie įrengti).

Tai leidžia sunkiau mums prasta kūrėjas tipų nuo jos kliento * taip pat * nori paleisti ataskaitą ateityje, rodantis kaip dažnai vartotojams dalintis istorijas ir net kurie istorijų skurstantieji dažniausiai.

Mes whiteboarded keli galimi sprendimai. Mano mėgstamiausia yra anglies kopija (CC) SharePoint sąrašas. Tokiu būdu, galutiniam vartotojui vis dar gauna ir "outlook client" o mes užfiksuoti įvykį, nes mes susisieksime el. laiško kopija sau. Yra keletas akivaizdžių trūkumų. Pagrindinė problema yra tai, kad vartotojas galėtų tiesiog tuščias iš ar kitaip išdarkyti BK adresas. Ir, mums reikia tvarkyti įvykio bibliotekos laiškų. Mes turime planinė užduotis balta lenta atsakingas už tą valymas.

Jei turite šiek tiek protingas požiūris sprendžiant šią problemą, Pasakykite.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Kaip ir buvo žadėta, Aš įkelti savo pristatymą apie tai, kaip gauti "Didysis" reikalavimų galutiniams vartotojams SharePoint projektų ir diegimas. Tai čia: http://Cid-1cc1edb3daa9b8aa.SkyDrive.Live.com/Self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Aš pristatė šį SharePoint gerosios patirties konferencijos in vasaris 2009 (www.sharepointbestpractices.com). Jei dalyvavo konferencijoje, Jūs taip pat gausite tai apie konferenciją DVD.

Pateikimas apima daug pastabų su daugiausia skaidrėms. Tai ne tik kulka taškų.

(Čia ieškokite mano kitų valdymo atvejo tyrimo pristatymas: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Kaip SharePoint konsultantas įvairiausius, Aš jau veikia nemažai SharePoint funkcijas. Kartais, Aš pasinerti gana giliai. Kartais aš tiesiog pastebėti ir tai kaip aš plaukioja iš į kitą meniu Parinktys. Vienas iš jų yra "savitarnos svetainės kūrimą." Man nėra poreikio jį iki šią savaitę.

Šią savaitę, Man reikia išspręsti verslo problema, kuri aš manau, kad ketina tapti dažnesni kaip bendrovės atlaisvinti parengti ir priimti labiau tiesiogiai galutiniam vartotojui kontroliuoti SharePoint. Šiuo atveju, Aš suprojektuoti svetainės šabloną remti specifine galutinio vartotojo bendruomenės. Žmonės šios bendruomenės turėtų turėti galimybę kurti savo svetaines naudojant šį šabloną, kai primygtinai streikų juos bus.

Aš prisiminti matau "savitarnos svetainės kūrimą" anksčiau ir aš jau visada paslėpti kad atgal galvą galvoti kad "savitarnos svetainių kūrimas" yra SharePoint žargonas reiškia, pakankamai akivaizdžiai, kažką panašaus į "įjungti man, jei norite, kad galutiniams vartotojams kurti svetaines, kai jie nori, kad."

Taigi, Aš jį įjunkite, Išbandykite ją, ir man, jis yra ne sukurti svetainės. Tai yra sukurti svetainės kolekcijos. Gana didelis skirtumas. Tai ne ką aš noriu, visiškai ne.

Galima leisti galutiniams vartotojams sukurti naują sub svetainių per pasirinktinį teisių lygį. Tai yra būtent tai, kur aš būčiau patekęs į pirmąją vietą išskyrus tai, kad etiketė "savitarnos svetainės kūrimą" etiketės apgauti mane. Via twitter, I learn that it’s deceived others as well 🙂

Aš vis dar dirba, kaip teikti parengtas labiau racionalizuotas procesas šiek tiek būdami grynai out of the box, Tačiau yra neabejotinas kelias laikytis. Tik nereikia gauti išsiblaškęs ženklas.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Buvau vienas iš 20 arba 30 (arba gal 100?) dalyviai paskutinį kartą naktį, Niujorko SharePoint vartotojų grupei susitikimas. Vietoj įprastų presentation formatu, tai buvo apie q&A tarp žiūrovų ir Komisijos nariai. Anksti, Michael Lottera pristatė mane į naują idėją ir aš norėjau pasidalinti.

Publika narys aprašyti kaip jo bendrovė sumokėjo konsultantas rašyti prašymą dėl jo company. Konsultantas ją parašė kaip konsolės programą naudojant SharePoint objekto modelio. Todėl, tai reiškė, kad programa turi būti vykdoma ūkio serveryje. Tai reiškia, kad tiems, kurie norėjo naudoti programą turi įeiti į serverį, atlikti darbą ir išeiti. Iš pradžių, tai nebuvo problema, Tačiau netrukus, vis daugiau ir daugiau (Netechninio pobūdžio) vartotojams reikia naudoti priemonę. Jo klausimas buvo (Perfrazuojant):

"Kokios mano galimybės? Aš nenoriu laikyti leidžia vartotojams prisijungti tiesiogiai į serverį, Tačiau jiems reikia kad funkcionalumą."

Michael Lottera pasiūlė, kad jis konfigūruoti naują VM, įtraukti jį į ūkio kaip WFE ir leisti vartotojams paleisti programą iš ten.

Tai yra gana stulbinantis idėja man. Apibendrina šio tirpalo przywodzi sąvoka iš esmės laikinai, beveik vienkartiniai WFE. Manau, kad tai labai tvarkingas sąvoka. Šis laikinas WFE galite paleisti konsolė programa, kuri naudoja SharePoint objekto modelio. Galite taip pat naudoti jį paleisti stsadm komandos. Ji nebūtinai turi būti reguliariai vietos balansavimo. Jei jis krinta arba gauna sudaužyta, Jūs galite tiesiog nugara nauja. Kartoju sau, bet aš tiesiog pasakyti, kad aš manau tai tikrai tvarkingas idėja.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Praeitą savaitę, kažkas paklausė apie SharePoint aplinkos naudojančioms gana didelės apimties naujų dokumentų kūrimas (10,000 +/- Šiuo atveju). Aš nežinau daug apie tai, bet dėka ši Baltoji knyga, Aš jaučiuosi daug geriau informuoti.

Man, Ši Baltoji knyga yra gana daug tik knygos ženklas šiuo metu, bet aš nebuvo pradėti skaityti per jį ir aš būtų išskirti savo pagrindinio išsinešimui. SharePoint gali būti sumažintas, tvarkyti, bent jau, Ši apkrova:

• 50k naujus dokumentus per dieną.
• 10 viso milijono dokumentų.

Rašyti 50k / 10MM skaičiai, nes jie yra pakankamai lengva atsiminti. Kaip ilgai, kaip jūs žinote, jie yra minimum, jums nebus gauti į bėdą. Maksimalūs yra ne mažiau kaip 10 procentų didesnis nei, kad ir su ekstremaliomis Tiuningas, galbūt daug didesnis.

ačiū, Mike Walsh, dar kartą už jo savaitės WSS DUK atnaujintai informacijai ir pataisymams registruoti. Jei jūs esate ne užsiregistravote į jį, jums reikėtų rimtai galvoti apie tai daryti.

</pabaigos>

Prenumeruoti savo dienoraštį.

Per praeitą savaitę, mano kolega ir aš tai daryti tam tikrą darbą klientui NYC. Mes buvo išbandyti įvairių aspektų MOSS įgyvendinimo naudojantis jų "standartas" darbo vietoje statyti (Priešingai nei mūsų nešiojamieji kompiuteriai). Darydamas, kad, Mes vyko į keletą klaidų, atlikdami šiuos veiksmus:

• Atverti MS word dokumentą per windows explorer (kuri naudoja WebDAV).
• Keisti.
• Įrašykite jį.

Mes priėjo prie suvokti, kad kartais (paprastai pirmą kartą) Mes įrašyti dokumentą, įrašyti ne "klijuoti." Įrašyti neįrašė. Mes jėga tą dokumentą atgal į viršų ir mūsų pakeitimus tiesiog buvo ne ten.

Mes ne suprasti šaknų klausimą šiuo metu, bet supratome, kad mes turėtų įsitikinti, kad naujausią pakeitimų paketą MS Office turėjo buvo įdiegta kad darbo stotis. IT žmonės nuėjo ir padarė, kad. Mes vyko bandymas dar kartą ir mes atrado naują problemą. Kada mes išgelbėti jį, Mes dabar turime ši klaida:

šį kartą, atrodė, kaip kiekvieną pakeitimą buvo, tiesą sakant, įrašyti, ar mes atsakyti taip arba ne scenarijus klausimas.

Mes galiausiai turėjo žvilgsnis į faktinę Office versiją ir paaiškėja, kad darbo vietos buvo paleisti MS Office 2000 su pakeitimų paketu 3 kuris rodo pagal Žinynas-> Apie „Office 2002 m.".

Moral of the story: Bus visada naudoti Office 2003 kaip mano minimalus bazinės linijos office versija, kai naudojant WebDAV ir MOSS.

</pabaigos>

Prenumeruoti savo dienoraštį.

(Paieškos variklio tikslais, tai yra dėl klaidos tekstas):

Eilutės: 11807

Char: 2

Klaida: Objektas nepalaiko šios ypatybės arba metodas

Kodas; 0

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

Ar norite tęsti scenarijus šiame puslapyje?

Vienoje arba mano pirmoji dienoraščio, Aprašiau bendrą procesą mes po perkelti klientas iš SFS 2003 iki MOSS. Skaitytojas paliko komentarą prašydama išsamiau ir čia yra.

To migracijos projekto, teko rasti geras būdas perkelti daug SFS 2003 dokumentų per MOSS. Pradinė apkrova buvo gana paprasta. Sukurti naują paskirties dokumento bibliotekoje Moss ir naudoti "windows Explorer" perkelti dokumentus.

Tai yra naujoje dokumentų bibliotekoje:

Atidaryti du langus tyrinėtojai. SFS pirmojo taško 2003 ir naujoje dokumentų bibliotekoje Moss antrą. Šių ekrano nuotrauka rodo tai. Atkreipkite dėmesį, kad viršuje naršyklės iš tikrųjų rodo mano c:\Temp automobiliu, bet galite įsivaizduoti, ji nukreipta į su SFS 2003 dokumentų biblioteka:

Po to vilkite ir upuść operacijos, mano tikslas atrodo taip::

Dabar atėjo laikas spręsti metaduomenų. Tarkime, mes turime tik vieną stulpelį metaduomenų dėl šių dokumentų pavadintas "vietą." Mes galime matyti iš "visų dokumentų" Rodyti, kad yra tuščia vieta. Tai gana paprasta naudoti duomenų lapo rodinys įveskite vietą, ar net eiti į kiekvieno dokumento ypatybės vieną įtraukti viet ą. Tarkime, kad yra praktiškai neįmanoma priskirti vietos stulpelio vertę automatiškai ir kad galutinių vartotojų turi padaryti tai rankomis. Be to, Tarkime, kad yra šimtai dokumentų (gal tūkstančiai) ir kad ji bus daug daug dienų atnaujinti metaduomenų. Kaip mes visi žinome, niekas ketina atsisėsti ir dirbti keturias penkias dienas tiesiai atnaujinti meta duomenis dokumentams. Vietoj, jie bus kad išeiti per savaites ar galbūt ilgesnį laikotarpį. Palengvinti šį procesą, Mes galime sukurti yra "nežymėtas duomenys" Rodyti kaip parodyta:

Dabar, kai kas nors sėdi žemyn į išleisti jų paskirtus kasdien valandą ar dvi pažymėti migravo dokumentai, jie gali naudoti "nepažymėtų dokumentų" siekiant sutelkti savo pastangas:

Kaip vartotojai žymelę dokumentai, jie užsnūsti šiame sąraše.

Ši sąvoka yra nepažymėtų duomenų rodinį taip pat gali padėti su klasės duomenų tikrinimo problema žmonių paklausti apie Forumai. Out of the box, Tai jokiu būdu neleiskite vartotojui įkelti dokumento į MOSS ir meta duomenis įvedate ne. Mes galite nurodyti, kad konkrečios svetainės stulpelį, kurio yra privalomas ir vartotojui nebus leidžiama stumti įrašyti mygtuką. Tačiau, Jei vartotojo nuotraukos ir uždaro naršyklę (arba naudoja windows explorer įkelti dokumento), Mes negali priversti vartotoją įvesti meta duomenų (dar kartą, out of the box).

Šis metodas gali būti naudojami siekiant padėti su tokia situacija. Mes galime naudoti "blogai pažymėtose duomenys" Rodyti lengvai nustatyti šiuos dokumentus ir juos pataisyti. Pora šį KPI ir turite gerą matomumą duomenys detalizavimo valdyti šias ypatingas aplinkybes.

</pabaigos>

Prenumeruoti savo dienoraštį.

Šią savaitę, Aš kovojo šiek tiek su mano komanda gauti MOSS įrengti paprastas dviejų serverių. Paėjus per ji, Turiu didesnę dėkingi už problemų žmonės ataskaitą rūšių MSDN forumuose ir kitur.

Galutinis ūkio konfigūracijos:

• SQL/Index/intraneto WFE viduje ugniasienę.
• WFE, DMZ.
• Tam tikros rūšies užkardos DMZ ir vidinė serverio.

Prieš pradėjome projektą, mes tegul žino, kuriems uostams reikia atidaryti kliento. Metu duoti ir priimti, pirmyn ir atgal per tą, Mes niekada aiškiai pasakė du svarbūs dalykai:

1. SSL tai jums reikia sertifikato.
2. DMZ serveris turi būti domeno dalis.

Pirmos dienos, Mes įdiegti MOSS parodė ir sužinojau, kad nebuvo sukurta domeno abonentų duomenų bazės ir samanų. Pereiti dalykų, Mes nuvyko į priekį ir įdiegti viską su vietos į intraneto serverio.

Šiuo metu, mes pamatėme painiavos per SSL pažymėjimą ir, Deja, nusprendėme, kad mūsų infrastruktūros vaikinas grįžti vėliau tą savaitę tęsti diegimą DMZ serveris. Tuo tarpu, Mes tirpalo architektų persikėlė į priekį su verslo daiktai.

Savaitgalis eina, ir klientas gauna pa.

Mūsų infrastruktūros vaikinas pasirodo ir atranda, kad DMZ serveris nėra prijungta prie bet kurio domeno (perimetro domeno su ribotą pasitikėjimą arba intraneto domeno). Mes iššvaistytos beveik per 1/2 dieną, kad. Jei mes ne leisti įklimpti mums trūksta SSL sertifikatas, Mes būtų atrastas tai anksčiau. Oh well….

Kitą dieną eina ir įvairių saugumo komitetų, suinteresuotųjų šalių ir (ne taip) nekaltų praeivių visi sutinka, kad ji yra OK prisijungti su intraneto domeno DMZ serveris (tai yra POC, vis dėlto, ne gamybos sprendimas).

Infrastruktūros vaikinas ateina į susivynioti dalykų. Šiuo metu mes sėkmingai pereiti į šiuolaikinės pirštinė meile vadinamas "SharePoint konfigūracijos vedlys." Mes turime žvilgtelėti centriniame administravime ir … Yee haw! … DMZ serverio yra nurodytas ūkio. Mes, šiek tiek arčiau ir suprantame, mes sumušė atidaryti Champaign šiek tiek erkė anksti. WSS paslaugų įstrigo į "pradeda" statusas.

Trumpai tariant, pasirodo, kad mes pamiršo pakeisti tarnybos abonementą per centrinė administracija tapatybė iš pirminės vietos paskyros į naują domeno sąskaitą. Mes padarėme, kad, vėl vyko konfigūravimo vedlį ir voila! Mes į verslo.

</pabaigos>

Prenumeruoti savo dienoraštį.

Nors tai tiesiog netiesa, kaip praktiškai, interneto žiniatinklio priekinės dalies, kad DMZ turi būti domeno (ty. ne kai standalone serverio savo mažai darbo grupės). Ji nebūtinai turi būti tame pačiame domene kaip vidaus WFE(s) ir kitų serveriai (ir tikriausiai neturėtų), bet ji turi būti domeno.

Mano kolegos ir aš praleido labai daug laiko pasiūlymą įtraukta SharePoint Pre-Rekvizitai. Tai apėmė išsamų ugniasienės konfigūracijų, kurie leistų DMZ serverio prisijungti prie ūkio ir tt. Deja, mums nepavyko įtraukti sakinį kažkur sakė, kad, poveikis, "visą kruviną ši konfigūracija yra leisti savo DMZ WFE serverio, domenas, prisijungti prie vidaus ūkio."

Perfect storm įvykių, kai mes iš esmės atrodė kairėje kai mes gali turėti pažvelgė į dešinę, prabilo slėpti šią problemą iš mūsų kol gana vėlai į šį procesą, tokiu būdu užkertant kelią man nuo remtis savo "anksti pasakyti blogos naujienos" taisyklė.

Atodūsis.

Prenumeruoti savo dienoraštį.

Forumo vartotojai dažnai kaip klausimus, kaip šis:

> labas,
>
> Pasakykite man, jei yra bet kokios galimybės kurti pasirinktinį sąrašą su
> Pagrindinis ir išsami informacija tipo (kaip SF) nenaudojant InfoPath.
>

SharePoint suteikia kai kurie iš langelį funkcijas, palaikančias rūšių verslo reikalavimus panašaus.

Apskritai, vienas susieja du sąrašus kartu naudojant peržvalgos stulpelį. A sąraše yra SF antraštės informacija ir B sąraše yra SF duomenys.

Naudoti papildomus sąrašus išlaikyti klientų skaičius, produkto numeriai, ir tt.

Naudokite turinio užklausos žiniatinklio dalis (Moss tik) ir (arba) duomenų Rodyti žiniatinklio dalyje Kurti sulietus nuomonėmis sąrašus. SQL serverio ataskaitų paslaugų (SRS) taip pat yra ataskaitų pusės ji.

Tačiau, yra tam tikrų svarbių apribojimų, kad bus sunku naudoti grynas out-of-the-box yra nieko, kad yra net šiek tiek sudėtinga. Tai apima:

• Dydžio susijusių peržvalgos sąrašai vs. "puošnumas" peržvalgos stulpelio tipo. Peržvalgos stulpelio tipas prisistato dėl UI skirtingai priklausomai nuo to, ar įjungėte kelių objektų žymėjimas ar ne. Bet kuriuo atveju, out-of-the-box kontrolės rezultatai rodo elementus iš šaltinio sąrašo. Jei šaltinio sąrašo 1,000 elementai, kad 's gonna būti problema. Peržvalgos kontrolės ne vartyti šiuos elementus. Vietoj, Jis išsitraukia juos visus į valdiklį. Tai daro labai nepatogu vartotojo sąsajos tiek duomenų įvedimo ir veiklos.
• Paieška "traukti atgal" vieną informacijos stulpelį. Jūs galite niekada atsitraukti daugiau nei vieno stulpelio informaciją iš šaltinio sąrašo. Pavyzdžiui, Jūs negalite pasirinkti pirkėjo "12345" ir tuo pačiu metu Rodyti skaičių, taip pat pirkėjo pavadinimą ir adresą. Peržvalgos tik rodo kliento numerį ir nieko daugiau. Tai leidžia už nepatogi ir sunkiai vartotojo sąsają.
• Viduje-formos pranešimo. Aš parašiau apie tai čia. Nepavyksta įdiegti pakopinių kritimo sumažėjimas, sąlyginai įjungti/išjungti laukai, ir tt.
• Nėra pakopiniais naikinimais arba įmontuotą nuorodų vientisumą. SharePoint gydo pasirinktinius sąrašus kaip nepriklausomi asmenys ir neleidžia juos susieti tarpusavyje tradicinių ERD prasme. Pvz., SharePoint leidžia jums sukurti du pasirinktinius sąrašus, "klientas" ir "SF antraštėje". Galite sukurti SF antraštėje kad nuorodos atgal į klientą klientų sąrašą. Tada, naikina klientas iš sąrašo. Out of the box, Tai jokiu būdu to išvengti. Išspręsti tokios problemos, Jūs paprastai naudoti įvykio apdorojimo programas.

Ji gali atrodyti niūri, bet aš vis dar naudoti SharePoint atspirties tašku kuriant šios rūšies funkcijos. Nors yra spragų tarp ko reikia tirpale, SharePoint leidžia užpildyti tas spragas naudojant įrankius, pvz.:

• Įvykių apdorojimo programos. Juos naudoti nuorodų vientisumą.
• Pasirinktinius stulpelius: Sukurti pasirinktinę stulpelių tipų ir naudoti juos vietoj numatytojo peržvalgos stulpelį. Pridėti ieškos, Buffering ir turtingu, kad jie reaguoja.
• BDC. Ši tik samanų funkcija leidžia mums užklausą kitų SharePoint sąrašai su aukščiausios vartotojo sąsaja į įprastą peržvalgos stulpelį. BDC taip pat galite pasiekti galutinio serverio programa. Naudoti BDC išvengti replikacijos. O ne atkartoti kliento informaciją iš vidinės ERP sistemą, Vietoj to naudokite BDC. BDC savybes suteikia gražus vartotojo sąsaja į traukti šią informaciją tiesiogiai iš ERP sistemos kur priklauso ir išvengiama problemų išlaikyti replikacijos sprendimas.

  BDC pasižymi didele MOSS (nėra WSS) ir yra sudėtingas konfigūruoti.

• ASP.NET žiniatinklio forma: Sukurti tokia pilnai AJAX leido forma, kuri naudoja SharePoint objekto modelis ir (arba) interneto paslaugų sverto SharePoint sąrašai o teikia labai reaguoja vartotojo sąsaja.

Paskutinis variantas gali jaustis kaip jums pradedant nuo nulio, bet atsižvelgti į tai, kad SharePoint platformos prasideda jums su tokiais pagrindiniais bruožais:

• Saugumo modelis su techninės priežiūros.
• Meniu sistemos priežiūros.
• "Pagrindinę lentelę" (ty. pasirinktinius sąrašus) su saugumo, Built-in priežiūra ir tikrinimas.
• Paieška.
• Vidinės integracijos priemones (BDC).

Jeigu pradėsite naują tuščią projektą visual Studio, Jūs turite daug infrastruktūros ir vandentiekio statyti prieš jums beveik kas SharePoint siūlo.

Aš tikiu, kad Microsoft planuoja išplėsti SharePoint šia kryptimi, programų kūrimas. Atrodo kaip natūralus tęsinys į bazę esamų SharePoint. Microsoft CRM programa suteikia daug ištęsiamumas tipų reikia remti antraštės/išsamiai programų kūrimas. Nors šių funkcijų programoje CRM, technologija yra akivaizdžiai naudotis SharePoint vystymo grupė ir tikiuosi, kad jis bus padaryti savo kelią į SharePoint produktų iki pabaigos 2008. Jei kas nors turi žinių arba pažvelgti į tai, Prašome palikti komentarą.

</pabaigos>