Ja som na projekt, kde musíme zbierať metriky funkciu s názvom "podiel príbeh." Myšlienka je veľmi jednoduchá — Ak hľadáte v hoteli zaujímavý článok na intranete a chcete ho zdieľať s niekým, kliknite na odkaz označený "zdieľať tento príbeh" e-mail Vášho kamaráta.

Sme hrali s vlastného formulára pre tento účel, ale na konci, zdravý rozum vyhral deň a používame stačí poznať <href = mailto:…> technika. (<href mailto:…> je trochu prekvapivo robustné HTML; ako bonus, odkaz ma privádza späť k mojej starej UNIX muž stránky dni; to boli časy!).

Táto technika poskytuje skvelé rozhranie pre koncových užívateľov, pretože sa dostať k využívaniu ich oboznámení klienta MS Outlook (alebo akéhokoľvek poštového klienta majú nainštalovaný).

To robí veci ťažšie sa na nás chudobné vývojár typy pretože klient * tiež * chce bežať v budúcnosti správu, ktorá ukazuje, ako často používatelia zdieľať príbehy a dokonca príbehy, ktoré sú najviac často zdieľané.

Sme whiteboarded niekoľko možných riešení. Môj obľúbený je vernou kópiou (CC) zoznam lokality SharePoint. Týmto spôsobom, koncový používateľ ešte dostane klient outlook počas dostaneme zachytiť udalosti, pretože budeme si kópiu e-mailu sami. Tam sú niektoré zrejmé nedostatky. Hlavným problémom je, že užívateľ môže jednoducho prázdne von alebo inak modifikovať CC adresu. A, musíme riadiť túto udalosť Knižnica e-mailov. Máme naplánované úlohy na bielu tabuľu za že vyčistenie.

Ak máte nejaký šikovný prístup k riešeniu tohto problému, Prosím, povedzte.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Ako požadovaná a sľúbil, Som nahrané moja prezentácia ako získať "veľký" požiadavky od konečných užívateľov pre SharePoint projektov a implementácia. Je to tu: http://CID-1cc1edb3daa9b8aa.SkyDrive.Live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Som prezentoval to najlepšie postupy služby SharePoint konferencii vo februári 2009 (www.sharepointbestpractices.com). Ak ste sa zúčastnil konferencie, budete tiež získať toto na konferencii DVD.

Prezentácia obsahuje veľa poznámok s väčšina snímok. Nie je to len odrážok.

(Pozri tu pre mojej prezentácie na riadenie Prípadová štúdia: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Ako mnoho typov konzultant SharePoint, Sme boli vystavení veľa funkcií služby SharePoint. Niektoré časy, Som docela hlboko ponoriť. Inokedy som len oznámenie, že ako ja letím do ďalšiu sadu možnosti ponuky. Jedným z nich je "samoobslužné vytváranie lokalít." Som nemal takú potrebu až do tohto týždňa.

Tento týždeň, Potrebujem vyriešiť obchodné problém, ktorý myslím, že bude stáť viac obyčajný ako firmy uvoľnili a objatí priamejšiu koncový používateľ kontrolu nad SharePoint. V tomto prípade, Ste vytvorili šablónu lokality na podporu špecifických konečný užívateľ spoločenstva. Ľudia v tejto komunite by mali byť schopní vytvoriť vlastné stránky bude pomocou tejto šablóny, vždy nutkanie štrajku im.

Pripomenul som videl "samoobslužné vytváranie lokalít" pred a ja som vždy zastrčený, v zadnej časti mojej hlave premýšľal že "samoobslužné vytváranie lokalít" je význam SharePoint žargón, Samozrejme dosť, niečo ako "zapnúť ma Ak chcete koncoví používatelia môcť vytvárať lokality, keď chcú."

Takže, Ja ho zapnite, skúste to, a pre mňa, nie je vytvorenie stránky. To vytvára stránky Kolekcie. Dosť veľký rozdiel. To nie je to, čo chcem, vôbec nie.

Je možné, aby koncovým používateľom vytvárať nové podstránky cez úroveň vlastných povolení. To je presne, kde by som preč na prvom mieste s výnimkou, že štítok "samoobslužné vytváranie lokalít" značka ma podviedol. Cez twitter, I learn that it’s deceived others as well 🙂

Som stále pracuje, ako poskytnúť trochu viac jednoduchší postup pri ubytovaní čisto z krabice, ale tam je definitívne cestu nasledovať. Len nenechajte sa rozptyľovať tým, že označenie.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Bol som jedným z 20 alebo 30 (alebo možno 100?) panelista noci na New York skupiny SharePoint používateľov Meeting. Namiesto obvyklých prezentácie vo formáte, to bolo všetko o Q&A medzi divákov a členmi panela. Na začiatku, Michael Lotter predstavil ma novú myšlienku a chcel podeliť.

Poslucháč opísal ako jeho firma zaplatila konzultant písať aplikácie pre jeho spoločnosť. Konzultant napísal ako aplikácia konzoly pomocou objektového modelu SharePoint. V dôsledku, to znamená, že program mal byť spustený na serveri vo farme. To znamená, že každý, kto chcel použiť app bude musieť sa prihlásiť na server, robiť prácu a odhlásiť. Na prvom mieste, to nie je problém, ale čoskoro, viac a viac (netechnické) používateľom potrebné pomocou nástroja. Jeho otázka bola (parafráza):

"Aké sú moje možnosti? Nechcem, aby držať prenájom prihlasovanie používateľov priamo na server, ale oni potrebujú túto funkciu."

Michael Lotter navrhol, že on nakonfigurovať nový virtuálny stroj, pripojiť k farme ako vo WFE a umožňujú používateľom spúšťať aplikácie odtiaľ.

Je to docela úžasný nápad pre mňa. Zobecňující toto riešenie prináša na myseľ predstava v podstate dočasné, takmer jednorazové ECR. Myslím, že je to docela elegantný koncept. Toto dočasné ECR môžete spustiť konzolu aplikácie, ktorá využíva objektového modelu SharePoint. Môžete tiež použiť na spustenie príkazov stsadm. To nemusí byť súčasťou pravidelnej miestne vyrovnávanie. Ak to ide dole, alebo dostane stroskotala, môžete len roztočení nového. Opakujeme, ale musím len povedať, že myslím, že je to naozaj pekný nápad.

</koniec>

Vyberajte môj blog.

Nasledujte ma na stebėtų na http://www.twitter.com/pagalvin

Minulý týždeň, niekto položil otázku o vytváraní prostredia SharePoint, ktoré by zvládnuť dosť veľký objem nových dokumentov (10,000 +/- v tomto prípade). Neviem, moc o tom, ale Vďaka tejto bielej knihe, Cítim sa oveľa lepšie informovaní.

Pre mňa, Táto biela kniha je viacmenej len knihy známky v okamihu, ale som začať čítaní cez to, a myslel, chcel by som vyzdvihnúť moje hlavné take-away. SharePoint môže byť zmenšený zvládnuť, minimálne, Toto zaťaženie:

• 50nové dokumenty k denne.
• 10 miliónov dokumentov spolu.

Napísať čísla 50k, 10MM, pretože sú dosť ľahko zapamätateľné. Tak dlho, ako viete, že sú minimá, Nebudem sa dostať do problémov. Maximálna sú najmenej 10 percent vyššia než a s extrémne tuning, možno aj oveľa vyššia.

vďaka, Mike Walsh, ešte raz za jeho týždenné WSS FAQ aktualizácie a opravy post. Ak si nie ste objednaný na to, by mali vážne premýšľať o tom, že.

</koniec>

Vyberajte môj blog.

Počas minulého týždňa, môj kolega a boli robiť nejakú prácu pre klienta v New YORKU. Boli sme testovanie rôznych aspektov vykonávania MOSS vzorovom ich "" vybudovať pracovisko (na rozdiel od našich laptopoch). Pritom, že, sme narazili na niekoľko chýb pomocou nasledujúcich krokov:

• Otvoriť MS word dokumentu pomocou programu windows Prieskumník (ktorá používa protokol WebDAV).
• Vykonať zmenu.
• Uložiť.

Prišli sme si uvedomiť, že niektoré krát (zvyčajne po prvýkrát) sme zachránení dokumentu, Uložiť nebol "palicu." Uložiť neuložil. Tento dokument by sme vytiahnuť späť hore a naše zmeny jednoducho tam neboli.

Sme sa pochopiť koreň problému v tomto bode, ale mysleli sme, že sme mali uistiť, že na toto pracovisko bol inštalovaný najnovší balík service pack pre MS Office. IT ľudí šiel a urobil. Šli sme cez test znova a sme objavili nový problém. Keď sme uložili, Teraz máme túto chybu:

tentoraz, vyzeralo to, že každá zmena bola, v skutočnosti, uložené, sme odpovedali áno či nie na otázku, skripty.

Nakoniec sme mali pozrieť na aktuálne verzie balíka Office a ukázalo sa, že pracovná stanica bola spustená MS Office 2000 s aktualizáciou service pack 3 ktorý ukazuje až pod pomoc-> O tom, ako "Office 2002".

Ponaučenie z príbehu: Bude vždy používať Office 2003 ako môj minimálnej základné verzia office pri použití WebDAV a MACHU.

</koniec>

Vyberajte môj blog.

(Pre účely vyhľadávač, Toto je chyba text):

Riadok: 11807

Char: 2

Chyba: Objekt nepodporuje túto vlastnosť alebo metódu

Kód; 0

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

Chcete pokračovať v behu skriptov na tejto stránke?

V jednom alebo môj Prvá blogu, Som opísal celkového procesu sme sledovali na migráciu zákazníkov z SPS 2003 do MACHU. Čitateľ opustil komentár so žiadosťou o podrobnejšie a tu je.

Pre tento projekt migrácie, museli sme nájsť dobrý spôsob, ako sa pohybovať veľa SPS 2003 dokumentov cez MOSS. Počiatočné zaťaženie bolo dosť ľahké. Vytvoriť novú cieľovú knižnicu dokumentov v MACHU a pomocou programu windows Prieskumník presuňte dokumenty.

Toto je novým knižnice dokumentov:

Otvoriť dve okná prieskumníci. Prvý bod na SPS 2003 a druhý v novej knižnici dokumentov v MOSS. Na nasledujúcej obrazovke shot ukazuje toto. Všimnite si, že top prehliadač je vlastne smerovali na moje c:\temp disk, ale viete si predstaviť to ukazuje na SPS 2003 Knižnica dokumentov:

Po tom preťahovať operácie, môj cieľ vyzerá takto:

Teraz je čas zaoberať sa metaúdaje. Predpokladajme, máme len jeden stĺpec metaúdajov pre tieto dokumenty s názvom "umiestnenie." Môžeme vidieť z vyššie uvedeného "všetky dokumenty" názor, že miesto je prázdne. Je to jednoduché, stačí použiť zobrazenie údajov hárka zadajte umiestnenie, alebo dokonca ísť do vlastností každého dokumentu po jednom pridať umiestnenie. Predpokladajme, že neexistuje žiadny praktický spôsob, ako priradiť umiestnenie stĺpca hodnotu automaticky a že koncovým používateľom musí to urobiť ručne. Okrem toho, Predpokladajme, že existujú stovky dokumentov (možno tisícky) a že to bude trvať mnoho mnoho dní aktualizovať metadáta. Ako všetci vieme, nikto si sadnúť a pracovať pre štyri z piatich dní rovno aktualizácie metaúdajov pre dokumenty. Namiesto toho, Oni sa prelomiť, že von počas týždňov alebo prípadne dlhšie. Na uľahčenie tohto procesu, môžeme vytvoriť "netagovanými údajmi" zobrazenie podľa:

Teraz, keď niekto sedí na tráviť svoje pridelené denne hodinu alebo dve Tag migrovaných dokumenty, môžete použiť "netagovaných dokumentov" s cieľom sústrediť svoje úsilie:

Ako užívatelia tag dokumenty, oni odídu tento zoznam.

Tento pojem netagované prehľade môže tiež pomôcť s triedou údaje validácie problém ľudí opýtať na fórach. Po vybalení z krabice, Neexistuje žiadny spôsob, ako používateľom zabrániť nahrávanie dokumentu na MOSS a potom vstúpiť meta údajov. Môžete určiť, že konkrétnu lokalitu stĺpec je povinný a užívateľ nebude môcť tlačiť uložiť tlačidlo. Avšak, Ak používateľ obrázky a potom zavrie prehľadávač (alebo použitie Prieskumníka odovzdať dokument), Nemôžeme sily užívateľovi zadať meta údajov (znova, z krabice).

Tento prístup možno pomôcť takejto situácie. Môžeme použiť "zle označené údaje" Pozri si ľahko identifikovať tieto dokumenty a ich opraviť. Pár toto s KPI a máte dobrú viditeľnosť údajov s vrták-dole správa týchto výnimočných okolností.

</koniec>

Vyberajte môj blog.

Tento týždeň, Som trochu bojoval so svojím tímom dostať MOSS inštalované v jednoduchých dvoj-serverovej farmy. Cez to, Mám väčšie uznanie pre typy problémov ľudí správu na fórach MSDN a inde.

Konečné farme konfigurácii:

• SQL/Index/Intranet ECR vnútri brány firewall.
• ECR v DMZ.
• Nejaký firewall medzi DMZ a interný server.

Než sme začali projekt, necháme klienta vedieť, aké porty treba otvoriť. Počas dávania a brania, tam a späť cez to, sme nikdy výslovne povedal dve dôležité veci:

1. SSL znamená potrebujete certifikát.
2. DMZ server musí byť súčasťou domény.

Jeden deň, ukázal na inštaláciu MOSS a naučil, že doménové kontá pre databázu a MOSS nebola vytvorená. Sa pohybovať sa veci, sme šli napred a inštalované všetko s lokálnym kontom na serveri siete intranet.

V tomto momente, Zistili sme zmätok cez SSL certifikát a, Smutne, rozhodli, že naše infraštruktúry chlap sa vrátil koncom tohto týždňa chcete pokračovať v inštalácii sa DMZ server. Do tej doby, Máme riešenie architektov pohyboval vpred s obchodné veci.

Víkend plynie a klient získa certifikát.

Naša infraštruktúra chlap ukazuje hore a zistí že DMZ server nie je pripojený k žiadnej doméne (obvod doménu s obmedzenej dôveryhodnosti alebo intranetovej domény). Zbytočne sme takmer 1/2 deň na to. Ak necháme nemal chýba SSL certifikát zapadnúť nás, by sme to zistili skôr. No….

Ďalší deň prejde a rôzne bezpečnostné výbory, zainteresované strany a (nie je to tak) nevinných okoloidúcich všetci súhlasiť, že je OK pripojiť DMZ server s doménou intranetu (Toto je POC, napokon, nie je riešenie výroby).

Infraštruktúry chlap príde k zabaliť veci. Tento čas sme úspešne prejsť moderné-dňový rukavicu, oddaný, známe ako "sprievodcu konfiguráciou služby SharePoint." Máme nahliadnuť v centrálnej správe a … Yee haw! … DMZ server je uvedený vo farme. Sme sa pozrieť trochu bližšie a uvedomiť si, sme sa rozišli otvoriť Champaign trochu roztoč čoskoro. Služieb WSS je uviazol v "začína" stav.

Dlhý príbeh krátky, Ukázalo sa, že sme zabudli zmeniť identifikáciu konta služby prostredníctvom centrálnej správy z pôvodných konta lokálneho nové konto domény. Urobili sme, že, Re-bežal sprievodcu konfiguráciou a voila! Boli sme v podnikaní.

</koniec>

Vyberajte môj blog.

Hoci to nie je pravda, doslova, ako praktickú záležitosť, internet-čelia webové klientske rozhranie v DMZ musí byť v doméne (tj. nie nejaký samostatný server vo vlastnej malej pracovnej skupiny). To nemusí byť v tej istej doméne ako vnútorné ECR(s) a iné servery (a pravdepodobne by nemal), ale to musí byť doménou.

Moji kolegovia a ja strávil nadmerné množstvo času na návrh, ktorý zahŕňal SharePoint predpoklady. To zahŕňa komplexný zoznam konfiguráciou brány firewall, ktorá by umožnila DMZ server pripojiť na farme a tak ďalej. Bohužiaľ, sme nedokázali Pridanie trest niekde to povedal, v zmysle, "celý krvavý Táto konfigurácia je umožniť ECR DMZ server, v doméne, pripojiť sa k vnútornej farmy."

Dokonalú búrku udalosti, kde sme v podstate vyzeral doľava, keď sme mohli právo, spikli Skryť tento problém od nás až pomerne neskoro v procese, tak mi bráni vyvolanie môj "Zlou správou povedať skoro" pravidlo.

Povzdych.

Vyberajte môj blog.

Fórum užívateľov, často ako otázky tohto typu:

> dobrý deň,
>
> Prosím, povedzte mi, ak nie sú žiadne možnosti, ako vytvoriť vlastný zoznam
> typ predlohy a podrobností (ako faktúry) bez použitia programu InfoPath.
>

SharePoint poskytuje niektoré z krabice rysy, ktoré podporujú druhy obchodné požiadavky takého.

Vo všeobecnosti, Ten spája dva zoznamy dohromady pomocou vyhľadávacieho stĺpca. Zozname A obsahuje informácie o hlavičke faktúry a zoznam B obsahuje detaily fakturácie.

Použite ďalšie zoznamy udržať čísla zákazníkov, čísla produktov, atď.

Použiť webovú časť dotaz na obsah (v meste MOSS len) alebo údaje zobraziť webovú časť Vytvorte zlúčeného zobrazenia zoznamov. SQL Server Reporting Services (SRS) je tiež k dispozícii pre vykazovanie stranu.

Avšak, tam sú niektoré dôležité obmedzenia, že bude ťažké používať čistý mimo-of-box funkcie na čokoľvek, ktorý je aj stredne zložitých. Patrí medzi ne:

• Veľkosť súvisiace vyhľadávacie zoznamy vs. "elegancia" vyhľadávací stĺpec typu. Typ vyhľadávacieho stĺpca sa prezentuje na UI odlišne od toho, či ste povolili viacnásobný výber, alebo nie. V oboch prípadoch, kontrolu mimo box zobrazuje všetky dostupné položky zo zdrojového zoznamu. Ak má zdrojový zoznam 1,000 položky, to bude problém. Ovládací prvok vyhľadávania nie stránky prostredníctvom týchto položiek. Namiesto toho, všetky z nich ťahá do ovládacieho prvku. Ktorý umo ňuje veľmi nepríjemná rozhranie ide o vkladanie údajov a výkon.
• Vyhľadávanie "vytiahnuť späť" jednému stĺpcu s informáciami. Nikdy vytiahnuť späť viac ako jednému stĺpcu s informáciami zo zoznamu zdrojov. Napríklad, nemôžete vybrať zákazníka "12345" a zobrazenia čísla, ako aj meno a adresu zákazníka v rovnakom čase. Vyhľadávanie iba zobrazuje zákazníka, číslo a nič iného. To robí pre nepríjemné a ťažké užívateľské rozhranie.
• Žiadna komunikácia v rámci-form. Napísal som o tom tu. Nie je možné implementovať kaskádové kvapka-nadol, podmienečne zapnutie/vypnutie polí, atď.
• Žiadne kaskádové odstránenia alebo vstavaný referenčnej integrity. SharePoint zaobchádza vlastné zoznamy ako nezávislé subjekty a nie je možné prepojiť navzájom v tradičnom zmysle ERD. Napríklad, SharePoint umožňuje vytvoriť dve vlastné zoznamy, "zákazník" a "hlavičky faktúry". Môžete vytvoriť hlavičky faktúry že odkazy späť na zákazníkov v zozname zákazníkov. Potom, zákazníka môžete odstrániť zo zoznamu. Po vybalení z krabice, Neexistuje žiadny spôsob, ako zabrániť. Vyriešiť tento druh problému, by ste normálne použiť obsluhy udalostí.

Môže sa to zdať pochmúrne, ale ešte by používať SharePoint ako východiskový bod pre stavebné tento druh funkcie. Hoci existujú rozdiely medzi čo potrebujete riešenie, SharePoint umožňuje nám na vyplnenie týchto medzier pomocou nástrojov, ako:

• Obsluhy udalostí. Použite referenčnú integritu.
• Vlastné stĺpce: Vytvoriť vlastné stĺpec typy a ich použitie namiesto predvoleného vyhľadávacieho stĺpca. Pridať stránkovanie, buffering a AJAX funkcie na ne reagovať.
• KATALÓGU PRACOVNÝCH ÚDAJOV. Táto funkcia iba na MOSS nám umožňuje do dotazu ďalšie SharePoint zoznamy s lepšie užívateľské rozhranie pre bežné vyhľadávací stĺpec. BDC môžete tiež osloviť back-end servera aplikácie. Použitie BDC sa vyhnúť replikácie. Skôr než replikáciu informácií o zákazníkoch z back-end systém ERP, namiesto toho použite BDC. BDC črty poskytnúť pekné používateľské rozhranie vytiahnuť tieto informácie priamo zo systému ERP, kde patrí a vyhýba problémov zachovania replikáciu riešenia.

  BDC je funkciou MOSS (nie je k dispozícii v WSS) a je náročná na konfiguráciu.

• ASP.NET webového formulára: Vytvoriť plnohodnotný AJAX-aktivovaný formulár používa objekt modelu a webové služby SharePoint využiť Zoznamy SharePoint zároveň poskytuje veľmi citlivý používateľské rozhranie.

Poslednú možnosť môžu cítiť ako začínate od nuly, ale vziať do úvahy skutočnosť, že platforme SharePoint začne ťa s týchto kľúčových znakov:

• Model zabezpečenia s údržbou.
• Systém menu s údržbou.
• "Hlavný stôl" (tj. vlastné zoznamy) bezpečnosť, vstavaný údržby a auditu.
• Hľadať.
• Back-end integračných nástrojov (KATALÓGU PRACOVNÝCH ÚDAJOV).

Ak začnete s nový prázdny projekt vo visual studio, máte veľa infraštruktúry a inštalatérske stavať skôr, než sa dostanete blízko k SharePoint, čo ponúka.

Veria, že Microsoft má v úmysle rozšíriť služby SharePoint v tomto smere vývoja aplikácií. Vyzerá to, že prirodzené rozšírenie existujúcich SharePoint základne. Microsoft CRM aplikácie poskytuje veľkú rozšírenia druhov potrebných na podporu vývoja aplikácií hlavičku podrobností. Hoci sú tieto funkcie CRM, Táto technológia je samozrejme k dispozícii vývojárskeho tímu aplikácie SharePoint a očakávam, že to bude robiť svoju cestu do produktu SharePoint konca 2008. Ak má niekto znalosti alebo vhľad do tejto, Prosím, zanechajte komentár.

</koniec>