Eu sunt pe un proiect în cazul în care avem nevoie pentru a colecta măsurători în jurul o funcţie numită "parts o poveste." Ideea este foarte simplă — Dacă sunteţi în căutarea la un articol interesant pe intranet şi doriţi să-l împărtăşească cu cineva, Faceţi clic pe un link etichetate "Share această poveste" e-mail-l la prietenul tau.

Am jucat în jurul cu o machetă particularizată pentru acest scop, dar în cele din urmă, bunul simţ a câştigat a doua zi şi vom folosi doar familiar <o href = mailto:…> tehnica. (<un mailto href:…> este un pic surprinzator de robusta de HTML; ca un bonus, acel link-mi aduce înapoi la zilele mele de UNIX vechi pagini de om; acelea au fost zile!).

Această tehnică oferă o interfaţă de mare pentru utilizatorii finali, deoarece ei a lua la spre folos lor client familiare MS Outlook (sau orice client de e-mail pe care le-au instalat).

Face lucruri mai greu pe noi tipuri de săraci dezvoltator deoarece clientul * asemenea, * vrea să ruleze un raport în viitor, care arată cât de des utilizatorii împărtăşesc poveştile şi chiar şi poveşti care sunt comune în cele mai multe ori.

Am whiteboarded câteva soluţii potenţiale. Preferata mea este să copie de carbon (CC) o listă SharePoint. În acest fel, utilizatorul final devine încă clientul outlook în timp ce vom ajunge la spre capture eveniment pentru că vom obţine o copie a e-mail noi înşine. Există unele dezavantaje evidente. Principala problemă este că utilizatorul ar putea pur şi simplu martor sau altfel Satinator CC adresa. Şi, avem nevoie pentru a gestiona acest eveniment biblioteca de e-mailuri. Avem un loc de muncă regulat bord alb responsabile de această curăţire.

Dacă aveţi unele inteligent de abordare la rezolvarea acestei probleme, vă rugăm să spun.

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin

Ca solicitate şi a promis, Am încărcat meu prezentarea pe cum să obţineţi "mare" cerinţele de la utilizatorii finali pentru proiecte SharePoint şi implementări. Este aici: http://CID-1cc1edb3daa9b8aa.SkyDrive.live.com/self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Am prezentat acest lucru la Conferinţa SharePoint cele mai bune practici în februarie 2009 (www.sharepointbestpractices.com). Dacă aţi participat la Conferinţa, veţi obţine, de asemenea, acest lucru pe Conferinţa DVD.

Prezentarea include o mulţime de note cu cele mai multe diapozitive. Nu este doar glonţ puncte.

(A se vedea aici pentru prezentarea mea pe un studiu de caz de guvernare: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin

Ca mai multe tipuri de consultant SharePoint, M-am fost expus la o mulţime de funcţionalităţi SharePoint. Unele ori, Am arunca cu capul destul de adânc. Alte ori am observa doar ca eu sunt de zbor de la un alt set de opţiuni de meniu. Una dintre acestea este "creare de site cu autoservire." Nu am avut nevoie de ea până în această săptămână.

În această săptămână, Am nevoie pentru a rezolva o problemă de afaceri, care cred că va deveni mai frecvente ca companiile degajat şi îmbrăţişeze mai direct control utilizatorul final asupra SharePoint. În acest caz, Am conceput un şablon de site-ul pentru a sprijini o comunitate specifice utilizatorului final. Oameni buni, în această comunitate ar trebui să fie capabil de a crea propriile site-uri folosind acest şablon, ori de câte ori nevoia greve le va.

Mi-am amintit văzând "creare de auto-servire site" înainte şi I-am întotdeauna ascuns că în capul meu, gândindu-mă că "crearea de site-ul autoservire" este SharePoint jargon sensul, destul de evident, ceva de genul "întoarce-mi dacă doriţi utilizatorilor finali pentru a crea site-uri atunci când doresc să."

Deci, I nap it on, încercaţi-l afară şi pentru mine, nu este crearea de site-uri. Este crearea de site-ul colecţii. Diferenta destul de mare. Asta este nu ceea ce vreau, deloc.

Este posibil să lase utilizatorii creează noi site-uri sub printr-un nivel de permisiune particularizată. Acest lucru este exact în cazul în care aş au plecat în primul rând cu excepţia faptului că eticheta "crearea de site-ul de autoservire" eticheta înşelaţi mi. Prin intermediul stare de nervozitate, I learn that it’s deceived others as well 🙂

Sunt încă de lucru în modul de a oferi un pic de un proces mai raţionalizate în timp ce stau pur din cutie, dar există o cale certă de urmat. Doar nu obţine distras de eticheta.

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin

Am fost unul dintre 20 sau 30 (sau, poate 100?) vorbitori ultima noapte de la Grup de utilizatori New York SharePoint întâlnire. În loc de formatul de prezentare uzuală, Acest lucru a fost tot despre Q&A între public şi membrii grupului. La începutul anului, Michael Lotter introdus mine cu o idee nouă şi am vrut să împartă.

Un membru public a descris cum compania sa a plătit un consultant pentru a scrie o cerere pentru compania sa. Consultantul a scris-o ca o aplicaţie consolă folosind modelul de obiecte SharePoint. Ca rezultat al, Acest lucru a însemnat că programul a trebuit să fi rulat pe un server din fermă. Acest lucru a însemnat că oricine care a vrut să folosească aplicaţia ar trebui să intraţi pe server, să lucreze şi log off. La prima, Acest lucru nu a fost o problemă, dar în curând, mai mult şi mai mult (non-tehnic) users nevoie la spre folos utilitate. Întrebarea lui era (parafrazând):

"Ce sunt opţiunile mele? Nu vreau să păstreze permiţându-jurnal utilizatorilor direct pe server, dar au nevoie de această funcţionalitate."

Michael Lotter sugerat că el a configura o nouă maşină virtuală, se alăture la ferma ca un WFE şi lăsaţi utilizatorii rulati aplicatia de acolo.

Aceasta este o idee destul de uimitor pentru mine. Generalizarea această soluţie aduce în minte noţiunea de în esenţă temporare, aproape unica folosinta WFE. Cred că este un concept destul de elegant. Acest WFE temporară poate rula o aplicaţie consolă care utilizează modelul de obiecte SharePoint. Aţi putea folosi, de asemenea, pentru a executa stsadm comenzi. Aceasta nu trebuie să fie parte din echilibrarea regulate locale. În cazul în care acesta se duce în jos sau devine naufragiat, puteţi spin chiar sus unul nou. Eu ma repet, dar eu trebuie să spun că eu cred că este o idee foarte îngrijite.

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin

În această săptămână trecut, cineva a cerut o întrebare despre crearea unui mediu de SharePoint care ar ocupa un volum destul de mare de documente noi (10,000 +/- în acest caz). Nu ştiu prea multe despre acest lucru, dar Vă mulţumim pentru acest hârtie albă, Mă simt mult mai bine informat.

Pentru mine, această hârtie albă este destul de mult doar un semn de carte de la momentul, dar a început lectură prin ea şi a crezut că am ar evidenţia meu principal take-away. SharePoint poate fi scalată pentru a se ocupe de, la un nivel minim, această sarcină:

• 50k noi documente pe zi.
• 10 total milioane de documente.

Scriu figuri 50k / 10MM, deoarece acestea sunt destul de usor de retinut. Atâta timp cât ştiţi că acestea sunt minime, nu va da de bucluc. Maximele sunt cel puţin 10 la sută mai mare decât că şi cu extreme tuning, eventual, mult mai mare.

mulţumesc, Mike Walsh, încă o dată pentru său săptămânal AAC FAQ actualizări şi corecţii post. Daca tu nu esti abonat la ea, trebuie să se gândească serios despre a face it.

</scop>

Aboneaza-te la blog-ul meu.

În timpul săptămânii trecute, meu coleg şi am fost faci unele munca pentru un client din New York. Am fost de testare o diferite aspecte ale o implementare MOSS folosind standardul lor"" construi staţii de lucru (spre deosebire de laptop-urile noastre). În timp ce faci asta, am fugit într-o câteva erori urmând aceşti paşi:

• Deschideţi un MS word document prin intermediul windows explorer (care utilizează WebDAV).
• Face o schimbare.
• Salvati-l.

Am venit să realizeze că unele ori (de obicei, prima dată) am salvat documentul, salvarea nu "stick." Salvare nu a salva. Ne-ar trage acest document înapoi până şi modificările noastre pur şi simplu erau nu există.

Nu intelegem problema rădăcină în acest moment, dar m-am gândit că trebuie să ne asigurăm că ultimul pachet de service MS Office a fost instalat pe staţia de lucru. IT oameni sa dus şi a făcut asta. Am trecut prin testul din nou si am descoperit o nouă problemă. Când ne-am salvat-o, acum am primit această eroare:

de data aceasta, se pare ca fiecare schimbare a fost, de fapt, salvate, dacă am răspuns da sau nu la întrebarea de script-uri.

În cele din urmă am avut o privire la versiunea reală a Office şi se dovedeşte că a postului de lucru a fost difuzate MS Office 2000 cu service pack 3 care apare sub ajutor-> Despre ca "Office 2002".

Morale din poveste: Intotdeauna voi folosi Office 2003 ca versiunea de office mea minim de bază atunci când utilizaţi WebDAV şi MOSS.

</scop>

Aboneaza-te la blog-ul meu.

(Pentru scopuri de motor de căutare, Aceasta este eroarea pe text):

Linie: 11807

Char: 2

Eroare: Obiectul nu acceptă această proprietate sau metodă

Cod; 0

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

Vrei să continue rularea script-uri pe această pagină?

Într-una sau meu foarte primul blog-ul posturi, Am descris procesul global am urmat pentru migrarea unui client din SPS 2003 la MOSS. Un cititor a lăsat un comentariu asking pentru mai multe detalii şi aici este.

Pentru acest proiect de migrare, am avut de a găsi o modalitate buna de a muta o mulţime de SFS 2003 documentele care peste MOSS. Sarcina iniţială a fost destul de uşor. Creaţi o bibliotecă de documente nouă ţintă în MOSS şi utilizaţi windows explorer pentru a muta documentele.

Aceasta este noua biblioteca de documente:

Deschide două ferestre de exploratori. Primul punct la SPS 2003 şi al doilea la biblioteca de documente noi în MOSS. Următorul ecran shot Arată acest lucru. Reţineţi că browser-ul sus este de fapt indică la meu c:\unitate de temperatură, dar vă puteţi imagina ea, arătând spre un SPS 2003 bibliotecă de documente:

După aceea drag şi drop operațiunii, mea ţintă arata ca acest:

Acum este timpul să se ocupe de metadate. Presupune avem doar o coloană de metadate pentru aceste documente numit "locaţie." Putem vedea din "toate documentele de mai sus" Vezi că locaţia este gol. Este destul de uşor să utilizaţi o Vizualizare foaie de date pentru a introduce locaţia, sau chiar du-te în fiecare document pe proprietăţi de unul pentru a adăuga o locaţie. Să presupunem că nu există nici o modalitate practică pentru a atribui o valoare coloana locaţie automat şi că utilizatorii finali trebuie să facă acest lucru de mână. În plus, să presupunem că există sute de documente (poate mii) şi că va avea multe multe zile pentru a actualiza metadate. După cum ştim cu toţii, nimeni nu va să stai jos şi să lucreze pentru patru din cinci zile drept actualizarea meta-date pentru documente. În schimb, ele că va izbucni într-o perioadă de săptămâni sau, eventual, mai. Pentru a facilita acest proces, putem crea un "date fără taguri" vederea după cum este indicat:

Acum, când cineva stă în jos pentru a petrece lor alocate zilnic oră sau două să tag-ul migrate documente, ei pot folosi "documentele fără taguri" se concentrează efortul lor în vederea:

Ca utilizatorii tag-ul documente, ei drop de pe această listă.

Această noţiune de o vizualizare de date fără taguri, de asemenea, vă poate ajuta cu o clasă de date de validare problema oameni întreba despre pe forumuri. Afară de la cutie, nu există nici o modalitate de a împiedica un utilizator să încărcarea unui document la MOSS şi apoi introduceţi meta-date. Putem specifica că o coloană de site-ul special este obligatorie şi utilizatorul nu va fi permis să împinge salva buton. Cu toate acestea, în cazul în care utilizatorul încarcă şi apoi închide browser-ul (sau utilizări windows explorer pentru a încărca documentul), noi nu poate forţa utilizatorul să intruducă meta-date (din nou, afară de la cutie).

Această abordare poate fi folosit pentru a ajuta cu această situaţie. Putem folosi un "prost etichetate date" Vezi pentru a identifica aceste documente cu uşurinţă şi de a corecta le. Cuplul acest lucru cu un KPI şi aveţi vizibilitate buna la datele cu burghiu în jos pentru a gestiona aceste circumstanțe excepționale.

</scop>

Aboneaza-te la blog-ul meu.

În această săptămână, M-am luptat un pic cu echipa mea pentru a obţine MOSS instalat într-o fermă de două-server simplu. Au trecut prin aceasta, Am o apreciere mai mare pentru tipurile de probleme oamenii raport pe forumuri MSDN şi în altă parte.

Configuraţia finală ferma:

• Index/SQL/Intranet WFE în interiorul firewall.
• WFE în DMZ.
• Un fel de paravan de protecţie între DMZ şi serverul de interne.

Înainte de a am inceput proiectul, lăsăm clientul ştiţi care porturile necesare pentru a fi deschise. În timpul dea şi să ia, înainte şi înapoi peste faptul că, noi niciodată în mod explicit a spus două lucruri importante:

1. SSL înseamnă aveţi nevoie de un certificat de.
2. DMZ server trebuie să fie parte a unui domeniu.

O zi, am aparut pentru a instala MOSS şi am învăţat că în conturile de domeniu pentru baza de date şi muşchi nu au fost create. Pentru a muta lucruri de-a lungul, am mers înainte şi a instalat totul cu un cont local pe intranet server.

La acest punct, am descoperit confuzia peste certificat SSL şi, din păcate, a decis să aibă tipul nostru infrastructura reveni mai târziu în această săptămână pentru a continua instalarea DMZ server. În acelaşi timp, avem solutia arhitecti mutat înainte cu chestii de afaceri.

Un week-end merge şi clientul obţine certificatul.

Tipul nostru de infrastructură prezinta-te şi descoperă că DMZ server nu este asociat orice domeniu (fie un domeniu de perimetru cu încredere limitat sau domeniul intranetul). Am pierdut aproape o 1/2 Ziua pe care. Dacă noi nu au lasa Certificatul SSL lipsesc ne incarca, ar am descoperit acest lucru mai devreme. Oh bine….

O altă zi trece şi de diferitele comitete de securitate, părțile interesate și (nu asa) trecătorilor nevinovaţi toate de acord că este OK să se alăture server DMZ cu domeniul intranetul (Aceasta este o POC, la urma urmei, nu o soluţie de producţie).

Infrastructura tip vine la înveli lucruri. De această dată vom trece cu succes prin provocarea modern-zi cu afecţiune cunoscută ca "expertul configurare SharePoint." Avem o incursiune în administraţia centrală şi … Yee haw! … DMZ serverul este listat în fermă. Ne uităm un pic mai aproape şi dau seama am rupt deschis Champaign un pic acarianul devreme. Serviciilor AAC este blocat într-o "incepand de" statutul.

Poveste lungă scurt, se pare că am uitat să schimbe identitatea la contul de serviciu prin intermediul administraţiei centrale din contul locale originale în noul cont de domeniu. Am făcut acest, re-fugit din Expertul de configurare şi voila! Am fost în afaceri.

</scop>

Aboneaza-te la blog-ul meu.

Deşi nu este literalmente adevărat, ca o chestiune practică, un orientate spre internet web front-end în DMZ o trebuie să fie într-un domeniu (adică. nu unele server de sine stătătoare în propriul său grup de lucru mic). Ea nu trebuie să fie în acelaşi domeniu ca WFE interne(s) şi alte servere (şi, probabil, nu ar trebui să), dar acesta trebuie să fie un domeniu.

Colegii mei şi am petrecut o neobisnuit de mult timp pe o propunere care a inclus SharePoint Pre-rechizite. Aceasta a inclus o listă cuprinzătoare de configuraţii de paravan de protecţie, care ar permite server DMZ să adere la fermă şi aşa mai departe. Din păcate, nu am reuşit să adăugaţi o propoziţie undeva, a spus că, la efectul, "punctul de întreaga sângeroase de această configuraţie este de a permite server DMZ WFE, într-un domeniu, să se alăture ferma interne."

O furtună perfectă de evenimente, în cazul în care am practic uitat stânga atunci când ne-ar putea am uitat dreapta, conspirat pentru a ascunde aceasta problema la noi până destul de târziu în procesul, prevenind astfel mi invocarea meu "spun o veste proastă la începutul" regula.

Suspin.

Aboneaza-te la blog-ul meu.

Utilizatori forum frecvent ca Intrebari de genul acesta:

> bună,
>
> Vă rugăm să spuneţi-mi dacă există orice posibilităţi de a construi o listă personalizată cu
> tipul principal şi detaliu (ca facturi) fără a utiliza InfoPath.
>

SharePoint oferă unele din caracteristicile caseta care acceptă ca tipuri de cerinte de business.

În general, unul link-uri două liste împreună, folosind o coloană de căutare. Lista conţine informaţii de antet factură şi lista B conţine detalii factură.

Utilizaţi listele suplimentare pentru a menţine numerele clienţilor, produsul numerelor, etc.

Utilizaţi o parte web de interogare conținut (în MOSS numai) şi/sau date Vezi partea de web a crea vederi îmbinate în listele. Server SQL servicii de raportare (SRS) este de asemenea disponibil pentru partea de raportare de ea.

Cu toate acestea, Există unele limitări importante, care va face dificil de a utiliza caracteristicile de out-of--box pură pentru ceva care este chiar moderat complexe. Acestea includ:

• Dimensiunea de căutare legate listele vs. "usturimi" tip de coloană de căutare. Un tip de coloana de căutare se prezinta pe interfaţa utilizator diferit, în funcţie de dacă aţi activat Selectare multiplă sau nu. In orice caz, out-of--box de control afişează toate elementele disponibile din lista sursă. Dacă lista sursă a 1,000 elemente, care va fi o problemă. Controlul căutare pagina nu prin aceste elemente. În schimb, toate le trage în control. Asta face pentru o interfaţă de utilizator foarte incomod, atât în termeni de introducere de date şi de performanţă.
• Căutări "trage înapoi" o coloană de informaţii. Nu puteţi trage înapoi mai mult de o coloană de informaţii din lista sursă. De exemplu, Imposibil de selectat un client "12345" şi a afişa numărul, precum şi numele şi adresa clientului, în acelaşi timp. Căutare arată doar client, numărul şi nimic altceva. Acest lucru face pentru o interfaţă de utilizator incomode şi dificil.
• Nu intra-formă de comunicare. Am scris despre acest lucru aici. Tu nu poate pune în aplicare picătură-coborâşuri în cascadă, condițional activa/dezactiva câmpuri, etc.
• Nici ștergeri built-in integritate referenţială. SharePoint tratează personalizate liste ca entităţi independente şi nu permite să se leagă le reciproc în sens tradiţional ERD. De exemplu, SharePoint vă permite să creaţi două liste particularizate, "client" şi "factură antet". Puteţi crea un antet factură care leagă înapoi la un client în lista de client. Apoi, aveţi posibilitatea să ştergeţi clientului din lista. Afară de la cutie, nu există nici o modalitate de a preveni acest lucru. Pentru a rezolva acest tip de problemă, în mod normal, ar trebui să utilizaţi gestionari de eveniment.

Pare lipsit de culoare, dar încă ar utiliza SharePoint ca punct de plecare pentru a construi acest tip de funcţionalitate. Deşi există decalaje între ceea ce aveţi nevoie într-o soluţie, SharePoint ce ne permite să umple aceste lacune folosind instrumente cum ar fi:

• Gestionari de eveniment. Le folosesc pentru a impune integritatea referenţială.
• Coloane particularizate: Creaţi tipuri personalizate coloană şi să le utilizeze în coloana de căutare implicit. Adauga paginare, buffering şi AJAX caracteristici pentru a le face receptivi.
• BDC. Această caracteristică MOSS-doar ne permite să interogare SharePoint alte liste cu o interfaţă de utilizator superioare la coloana de căutare obişnuite. BDC pot, de asemenea, ajunge la o aplicație server înapoi sfârşitul. Utilizarea BDC pentru evitarea replicării. Reproduce informaţiile despre clienţi la o capătul din spate sistem ERP, utilizați în schimb BDC. Caracteristici BDC furnizează o interfaţă frumos pentru a trage aceste informaţii direct de la sistemul ERP în care îi aparţine şi evită hassle de menţinerea unei soluţii de replicare.

  BDC este o caracteristică de MOSS (nu sunt disponibile în AAC) şi este o provocare pentru a configura.

• Formular de web ASP.NET: Creaţi un plin-featured AJAX-activat formular care utilizează SharePoint obiect modelul și/sau web services pentru a pârghie liste SharePoint în timp ce oferă o interfaţă de utilizator foarte receptiv.

Ultima opţiune poate simti ca esti incepand de la zero, dar ia în considerare faptul că platforma SharePoint incepe tu cu următoarele caracteristici cheie:

• Model de securitate cu întreţinerea.
• Sistemul de meniuri cu întreţinerea.
• "Maestru de masă" (adică. liste particularizate) cu securitate, built-in de întreţinere şi revizie.
• Căutare.
• Instrumente de integrare înapoi sfârşitul (BDC).

Dacă începeţi cu un nou proiect necompletat în visual studio, aveţi o mulţime de infrastructură şi sanitare a construi înainte de a ajunge aproape de ceea ce ofera SharePoint.

Cred că Microsoft intenţionează să-şi extindă SharePoint în această direcţie de dezvoltare de aplicaţii. Se pare ca o extensie naturala la SharePoint existente baza. Microsoft CRM aplicaţia oferă o mare de extensibilitate tipuri necesare pentru a sprijini dezvoltarea de aplicatii antet/detaliu. Deşi aceste caracteristici sunt în CRM, tehnologia este evident disponibile pentru echipa de dezvoltare SharePoint şi mă aştept că va face drumul său în produsul SharePoint până la sfârşitul 2008. Dacă cineva are o cunoştinţe sau de introspecţie în acest, vă rugăm să lăsaţi un comentariu.

</scop>