Tehnolog de vârf al EDS și a unităților sale de tehnologie și arhitectură. Experiența sa în EDS ca arhitect și dezvoltator al unei varietăți de platforme tehnologice este de 15 ani. [email protected]
Microsoft a ascultat cu atenție punctele de vedere ale clienților care vin în societatea în realizarea diverselor programe de sprijin, inclusiv Consiliul consultativ pentru dezvoltatori (DAC), Consiliul consultativ Partener (PAC) și Programul Tehnologie Adoptare (TAP). Deci, multe dintre neajunsurile consemnate de noi în următoarea versiune de Microsoft Office cu denumirea condiționată Office 12 vor fi eliminate. Studiem activ programul SharePoint din pachetul Office Beta 1, dar judecând că îmbunătățirile vor fi posibile numai după lansarea produsului final. Utilizatorii de versiuni anterioare Office 12, va fi util să știți despre neajunsurile produsului.
Lipsa # 1: personalizarea portalului
Majoritatea companiilor încearcă să ofere portalului caracteristici distinctive. Cu ajutorul tehnologiilor XML utilizate în multe produse de portal moderne, este ușor să obțineți arhitecturi personalizabile și extensibile. XML este utilizat pe scară largă în SharePoint, dar experții Microsoft nu au făcut prea multe pentru a separa logica de afaceri și datele de bază de la nivelul de prezentare; atât de profund configurați SharePoint pentru o aplicație specifică este dificil. Reglarea profundă se referă la schimbări precum restructurarea structurii globale de navigație, șablonul rezultat al căutării sau pregătirea noilor definiții ale site-urilor SharePoint. Mulți furnizori de portal (de exemplu, BEA Systems, IBM, Oracle, Vignette) în lupta competitivă cu SharePoint subliniază ușurința personalizării produselor lor. În arhitectura unor astfel de produse, prezentarea este complet separată de componentele portalului și structura site-ului; în SharePoint, prezentarea, conținutul și structura sunt strâns legate. Microsoft a lansat mai multe documente care ajută la configurarea SharePoint, însă nu există un singur document de ghidare.
Un detașament separă site-ul sau pagina de zonă de șablonul sistemului de fișiere de la care a fost obținut site-ul sau pagina. Dacă un site sau o pagină este deconectat, SharePoint extrage conținutul și metadatele paginii din baza de date, mai degrabă decât din șablonul sistemului de fișiere original. Orice modificări ulterioare ale șablonului sistemului de fișiere din pagina detașată nu sunt reflectate. Datorită cache-ului șabloanelor, paginile sunt de obicei extrase din sistemul de fișiere mai repede decât din baza de date.
Din fericire, Bluedog Limited a lansat o componentă Web componentă numită GhostHunter, cu care puteți găsi și reconecta o pagină detașată. GhostHunter leagă pagina de șablonul sistemului de fișiere din care a fost construită pagina.
Figura arată cum arată Partea Web GhostHunter pe pagina pentru care este estimată starea de legare. Feature GhostHunter: orice modificare efectuată în pagina detașată, atunci când se restabilește legarea este pierdută.
Dezavantajul # 2: Sprijin pentru mai multe limbi în SharePoint Portal Server
În Windows SharePoint Services 2.0, dezvoltatorii au acordat mai multă atenție compatibilității cu limbile localizate și, în prezent, produsul în acest sens nu este inferior biroului. Instalarea șablon pachetelor de limbă pentru Windows SharePoint Services 2.0 (cu un nume comun pentru Windows SharePoint Services 2.0 Language Pack Template) și configurarea setărilor regionale, puteți plasa mai multe site-uri de limbă pe un server virtual, Windows SharePoint Services sau pe servere.
După instalarea pachetului Șablon de limbă și în timpul procesului de creare a site-ului, puteți adăuga site-uri Windows SharePoint Services în limbile acceptate. Singurul pas obligatoriu suplimentar când creați un site este să selectați o limbă din lista derulantă Limbă din partea de jos a paginii Site-ul Share-Point nou. Figura arată locul final în limba franceză; pe de altă parte - același site în limba spaniolă.
Puteți crea site-uri localizate utilizând operațiile stsadm.exe și operațiunile de creare a site-urilor, specificând pachetul lingvistic corespunzător cu codul LCID și opțiunea -lcid. Pachetul Șablon de limbă adaugă șabloanele site-urilor traduse Windows SharePoint Services în sistemul de fișiere pentru fiecare pachet aplicat. Windows SharePoint Services traduce toate paginile acceptate și elementele site-ului de probă, cum ar fi bara de navigare, bara de link-uri și bara de instrumente Lansare rapidă. Componentele componentelor Web finite (inclusiv conținutul încorporat) sunt, de asemenea, traduse, dar pentru toate părțile Web speciale aveți nevoie de localizare separată, manual. Pentru a vedea codurile LCID ale pachetelor lingvistice instalate, ar trebui să căutați în directorul% files files \ shared files \ microsoft shared \ server extensions \ 60 \ template pe serverul sau serverele care găzduiesc Windows SharePoint Services. Fiecare pachet este localizat în subdirectorul LCID corespunzător din acest director. Seturile de limbi instalate pot fi găsite și în secțiunea Adăugare / eliminare programe din panoul de control al serverului.
Serverul SharePoint Portal Server nu oferă același suport de limbă flexibil ca Windows SharePoint Services. Deși SharePoint Portal Server și Windows SharePoint Services sunt compatibile cu aceleași limbi, suportul pentru SharePoint Portal Server este limitat la o limbă pentru instanța portalului. Limba aleasă la crearea portalului este singura care poate fi utilizată în oricare dintre instanțele sale; Această limbă este, de asemenea, utilizată în mod implicit pentru toate site-urile Windows SharePoint Services din acest portal, în ciuda capacității de a găzdui site-uri în mai multe limbi într-un singur set de site-uri Windows SharePoint Services.
Soluția. Dacă doriți să acceptați mai multe limbi la nivel de portal, soluția cea mai practică este să instalați mai multe instanțe ale serverului SharePoint Portal Server. Dacă doriți compatibilitate cu mai multe limbi și în Windows SharePoint Services, puteți crea un server virtual Windows SharePoint Services cu pachete multilingve.
Această metodă este cea mai potrivită pentru ziua de azi, însă nu uitați că instalarea mai multor instanțe ale serverului SharePoint Portal Server crește complexitatea administrării. Trebuie să păstrați mai multe limbi pentru serverul SharePoint Portal Server instalat și să gestionați separat configurația fiecărei instanțe de server din portal. În plus, nu există o modalitate ușoară de a accepta mai multe limbi într-o singură instanță a serviciilor Windows SharePoint Services. O încercare de a rezolva această problemă prin reflectarea conținutului în instanțe de portal adiacente sau în mai multe site-uri (fiecare limbă sau site utilizează propria limbă) reprezintă o sarcină suplimentară pentru administrator. Cu toate acestea, menținerea mai multor limbi pe orice platformă bazată pe Web (atât Microsoft cât și altele) reprezintă o mare cantitate de muncă. Fiecare piesă de conținut trebuie tradusă în toate limbile. Există tehnologii pentru traducerea automată, însă rezultatele lor sunt nesatisfăcătoare. Sarcina de a deservi platforma web multilingvă poate fi mai complicată decât administrarea soluției propuse în articol.
Dezavantajul # 3: Căutați pe site-urile Windows SharePoint Services
Dacă ați instalat baza de date cu componenta Căutare text integral și Windows SharePoint Services este configurat să utilizeze SQL Full Text Search, puteți utiliza mecanismul de căutare pe site-urile Windows SharePoint Services. Pentru mai multe informații, consultați bara laterală "Organizarea căutării pe site-uri".
Chiar dacă componenta de căutare text integral SQL Server este instalată și integrată cu Windows SharePoint Services, domeniul de căutare este limitat la site-ul Windows SharePoint Services de unde începe căutarea. Nu puteți introduce în interogare site-urile părinte sau copil din una sau mai multe colecții de site-uri sau din alte surse în afara Windows SharePoint Services (de exemplu, sistemul de fișiere, gazde Internet). Mai mult decât atât, sunt permise numai fraze de căutare simple, nu există funcții de căutare avansată, nu puteți căuta în fișierele atașate, formând liste de articole.
Soluția. Cea mai ușoară cale este să instalați SharePoint Portal Server ca o componentă externă la nivel de portal, legând-o la serverul virtual Windows SharePoint Services și seturile corespunzătoare de site-uri. În plus, din pagina Site Settings-Configure Search and Indexing, puteți accepta sau respinge site-urile pentru indexarea conținutului. Serviciul de căutare SharePoint Portal Server (SharePointPSSearch) analizează și indexează site-urile selectate. După ce indexarea este finalizată, operația de căutare din portal returnează rezultatele din portal și din toate site-urile selectate din Windows SharePoint Services.
Dacă modul de administrare a căutării avansate este activat prin administrarea centrală SharePoint Portal Server, puteți extinde funcția de căutare site / director prin construirea unei surse de conținut site / director. Puteți adăuga instrucțiuni pentru examinarea conținutului găzduit în afara portalului, cum ar fi directoarele partajate, folderele publice Microsoft Exchange Server și alte site-uri de Internet.
Există și modalități programatice de extindere a căutării. Dacă plasați un site Windows SharePoint Services la serverul SharePoint Portal Server, este posibil să se înlocuiască elementul Web de control în căutarea pentru Windows SharePoint Services-element de web portal de căutare de control pentru căutarea conținutului site-ul local (sau toate site-urile de pe site-urile set ierarhia) site-ului Windows SharePoint Services . Soluțiile terților, cum ar fi CorasWorks Workplace Suite, au componente ale componentelor Web pentru căutarea în cadrul unui set de site-uri sau în mai multe seturi de site-uri.
Țineți minte limitările
Caracteristicile portalului
Inginerul de rețea Lacey Russell și utilizatorii companiei în care lucrează obțin informațiile necesare din portalul SharePoint.
Ce a determinat InterKnowlogy să migreze în SharePoint? Ce aplicații a folosit compania în trecut înainte de înlocuirea acesteia cu un portal?
Am început să folosim Windows SharePoint Services în Microsoft Office Project Server. În acest proces, Project Server creează un site Windows SharePoint Services pentru proiect. Am folosit acest site pentru a stoca toate rezultatele proiectului. Când versiunea beta a SharePoint Portal a fost lansată, am început să experimentăm cu aceasta. Apoi am încercat SharePoint în alte proiecte (era deja o versiune a Beta 2) și am decis să aplicăm acest produs mai larg. Astăzi, compania utilizează atât servicii SharePoint (în Project Server), cât și SharePoint Portal Server (pagina de pornire a InterKnowlogy este prezentată în figură).
Odată ce data de început a proiectului este atribuită, utilizăm Project Server pentru a programa proiectul și pentru a crea un site Windows SharePoint Services care conține toate elementele relevante pentru proiect. Site-ul conține liste de pre-pregătite, personalizate pentru nevoile companiei noastre, în care, printre altele, informații cu privire la defecte și erori, precum și documente întregi, cum ar fi termenii de referință și toate contractele încheiate.
La prima întâlnire a proiectului, managerul programului dă fiecărui participant o legătură cu site-ul. În calitate de administrator, pot delega managerului de programe autoritatea de a menține site-ul - de exemplu, pentru a adăuga utilizatori. Este foarte convenabil. Dezvoltatorii pot accesa site-ul și pot crea liste de discuții, pot găsi informațiile de contact ale clientului, pot accesa toate informațiile introduse pe site de către managerul de programe. Prin concentrarea datelor într-un singur loc, puteți economisi o mulțime de spațiu alocat pentru e-mail, deoarece lanțul lung de mesaje dispare.
Cum altfel se poate utiliza SharePoint?
SharePoint este o bază excelentă de cunoștințe. Să presupunem că dezvoltatorul a găsit o soluție pentru problema pe care a lucrat timp de câteva săptămâni. Dezvoltatorul își ia decizia în lista pregătită de noi - baza de cunoștințe. Fiecare intrare conține o legătură către o descriere a problemei, soluția și cauza problemei. Dacă un alt angajat se confruntă cu această problemă, el poate găsi imediat în baza de cunoștințe informațiile necesare și nu poate reinventa roata.
Deci, informațiile sunt colectate pe un singur site, fiecare se poate adresa la acesta, în loc să fie închis pe computerul cuiva. Aceste cunoștințe sunt întotdeauna disponibile, chiar dacă nu există administrator, "custodian" al acestor date?
Da. Pot pleca în vacanță și nu-ți face griji dacă am uitat să-i spun cuiva ceva important înainte de a pleca. Toate informațiile necesare sunt pe site.
Ați avut de suferit în procesul de utilizare a SharePoint?
Una dintre surprize este că o persoană care anterior nu a știut despre SharePoint are nevoie de o cantitate uimitoare de timp pentru a se obișnui cu aceasta. Unii utilizatori sunt obișnuiți să primească informații într-un anumit mod, dar în SharePoint totul arată diferit. Dar, după ce a lucrat cu produsul, este ușor să-și amintească caracteristicile sale, deoarece interfața grafică este stabilă. De exemplu, anumite legături sunt întotdeauna într-un singur loc, cu excepția cazului în care interfața este supusă unei restructurări radicale. Atunci când implementați sarcina de a configura SharePoint pentru a lucra cu unele aplicații poate dura mult timp. De exemplu, dorim să integrăm SharePoint Portal Server și Active Directory (AD), așa că construim o componentă Web Componentă pentru a administra AD prin portal. Este nevoie de mult timp pentru a rezolva astfel de probleme.
Da, este mai greu să restabiliți baza de date. Am aflat că cea mai bună cale este de a efectua restaurarea pe un alt server. De fapt, în loc de o restaurare directă pe serverul de producție, se construiește o clonă a serverului sursă, iar datele sunt extrase din acesta. Acest proces este destul de laborios. (Unii furnizori, cum ar fi CommVault și Symantec, agenți de lansare special pentru copierea de rezervă și restaurarea bazelor de date SharePoint.)
Ce fel de instruire este disponibilă pentru utilizatorii finali SharePoint?
Cursurile sunt obligatorii. În timpul implementării inițiale a SharePoint, am desfășurat două sesiuni de formare de patru sau cinci ore, unul pentru administratorii de programe și gestionarea utilizatorilor, iar celălalt pentru dezvoltatori. Experții noștri au pregătit o prezentare, care arată modul de navigare pe site și unde există o varietate de informații.
SharePoint nu este printre produsele pe care le puteți transfera pur și simplu angajaților cu cerința de aplicare obligatorie. Noul utilizator trebuie să petreacă cel puțin o oră cu un specialist care îi va arăta tehnicile de lucru. Cu toate acestea, avantajul SharePoint este că, dacă administratorul a atribuit corect autoritatea, este aproape imposibil să-l rupeți.
Trecerea la SharePoint a fost un pas bun pentru InterKnowlogy?
Cred că datorită SharePoint, fiecare angajat al companiei economisește mult timp. "Nu sapa" pana cand informatia nu mai este necesara. Datele pot fi găsite cu ușurință ori de câte ori este nevoie; Nu trebuie să întrebați colegii unde să găsiți această sau acea informație. Prețul SharePoint este destul de moderat, 3.955 dolari pe server plus licențe de acces client (CAL), având în vedere cantitatea imensă de informații utile pe care le primesc utilizatorii noștri.
Organizarea căutării pe site-uri
Pentru a utiliza căutarea pe site-ul Windows SharePoint Services caracteristici necesare în timpul implementării modului de instalare Windows SharePoint Services selectați Server Farm, apoi să specificați calea către o instanță a Microsoft SQL Server, găzduiește Windows SharePoint Services. Pentru a configura Windows SharePoint Services pentru a utiliza componente SQL Server Căutare text întreg, următor Du-te la pagina Windows SharePoint Services Central Administrare-Configurare full-text de căutare și selectați caseta de validare Activați căutarea full-text și componenta indicelui. Căutarea pe site-uri este disponibilă numai prin SQL Server, dar nu și Microsoft SQL Server Desktop Engine (MSDE).
Trimiteți-le prietenilor: