A # portálok # # # szomszédos portál korlátozásait dolgozunk
Az EDS és annak egységeinek vezető technológusai A technológiai stratégia és az építészet. Az EDS mint különféle technológiai platformok építészmérnöke és fejlesztője 15 éves tapasztalattal rendelkezik. [email protected]
A Microsoft figyelmesen hallgatta a véleményét az ügyfelek jön be a cég végző különböző támogatási programok, köztük Fejlesztő Tanácsadó Tanács (DAC), Partner tanácsadó testület (PAC), valamint a technológia elfogadás Program (TAP). Tehát a Microsoft Office következő verziójában észlelt hiányosságok az Office 12 feltételes névvel megszűnnek. Aktívan tanulmányozzuk a SharePoint programot az Office 12 Beta 1 csomagról, de a fejlesztések megítélése csak a végtermék megjelenése után lehetséges. A 12-es verzió előtti verziók felhasználói számára hasznos tudni a termék hiányosságairól.
1. hiány: a portál testreszabása
A legtöbb vállalat megpróbálja megadni a portál sajátosságait. A modern portáltermékekben használt XML technológiák segítségével könnyedén testreszabható és bővíthető architektúrákat hozhat létre. Az XML-t széles körben használják a SharePointban, de a Microsoft szakértői nem sokat tettek az üzleti logika és az alapadatok elkülönítéséhez a prezentációs szinttől; olyan mélyen konfigurálható a SharePoint egy adott alkalmazáshoz. A mély hangolás olyan változásokra utal, mint a globális navigációs szerkezet átstrukturálása, a keresési eredmény sablonja vagy az új SharePoint helymeghatározások készítése. Számos portál szolgáltatók (például a BEA Systems, az IBM, az Oracle, a Vignette) a SharePoint versenyben való küzdelmében hangsúlyozzák termékeik egyszerű testreszabhatóságát. Az ilyen termékek architektúrájában a prezentáció teljesen el van választva a portálelemektől és a site-struktúrától; a SharePointban a prezentáció, a tartalom és a struktúra szorosan összefügg. A Microsoft számos olyan dokumentumot kiadott, amelyek segítenek a SharePoint beállításában, de egyetlen irányító dokumentum sem létezik.
A leválasztás elválasztja a webhelyet vagy a területoldalt a fájlrendszer sablontól, ahonnan a webhelyet vagy oldalt megkapta. Ha egy webhely vagy oldal le van kapcsolva, a SharePoint kivonja az oldal tartalmát és metaadatait az adatbázisból, nem pedig az eredeti fájlrendszer-sablonból. A különálló oldal fájlrendszer-sablonjának későbbi módosításai nem jelennek meg. A sablonok gyorsítótárának köszönhetően az oldalak rendszerint gyorsabban, mint az adatbázisból származnak.
Szerencsére a Bluedog Limited kiadta a GhostHunter nevű webes komponens komponensét, amellyel megtalálhatja és újra csatlakoztathatja a különálló oldalt. A GhostHunter az oldalt a fájlrendszer sablonjához köti, amelyből az oldalt építették.
Az ábra azt mutatja be, hogy a GhostHunter Web Part hogyan néz ki azon a lapon, amelyre vonatkozóan a kötési státuszt becslésekre becsülik. Feature GhostHunter: a különálló lapon végrehajtott változtatások, amikor a kötés helyreállítása elvész.
Hátrány # 2: Több nyelv támogatása a SharePoint Portal Serverben
A Windows SharePoint Services 2.0-ban a fejlesztők nagyobb figyelmet fordítottak a helyi nyelvekkel való kompatibilitásra, és jelenleg a termék ebben a tekintetben nem rosszabb az Office számára. Telepítése nyelv sablon csomag Windows SharePoint Services 2.0 (egy közös név Windows SharePoint Services 2.0 Language Template Pack) és felállítása területi beállításokat, akkor tegye a többnyelvű oldalak egy virtuális szerver, a Windows SharePoint Services vagy a szerver farm.
A nyelvi sabloncsomag telepítése és a webhely létrehozásának folyamata során a támogatott nyelveken a Windows SharePoint Services webhelyeket is hozzáadhatja. A webhely létrehozásakor az egyetlen kötelező kiegészítő lépés egy nyelv kiválasztása a Nyelv legördülő listából az Új Share-Point webhely oldalán. Az ábra a végső helyszínt mutatja francia nyelven; a másik oldalon - ugyanazon a helyen spanyolul.
Meg lehet építeni a lokalizált oldalak használata stsadm.exe a működést, és a helyszínen, a megfelelő nyelvi csomagot használó -lcid gombot és nyelvi kód azonosítója (LCID). A nyelvi sabloncsomag a lefordított Windows SharePoint Services webhelysablonokat hozzáadja a fájlrendszerhez minden egyes csomaghoz. A Windows SharePoint Services helyezi a támogatott oldalak és a szokásos helyén elemek, mint például a navigációs sáv, link bár és a Gyorsindítás sáv. Raktári alkatrészek Web Part (beleértve a beépített tartalom) is lefordították, hanem az összes különleges kijelző egy külön helyen, manuálisan. Ha szeretné látni a LCID kódok telepített nyelvi csomagok, meg kell keresni a könyvtárban% programfiles% \ Common Files \ Microsoft Shared \ web szerver bővítmények \ 60 \ sablont a szerver vagy szerverek, amelyek a Windows SharePoint Services található. Minden csomag a megfelelő LCID alkönyvtárban található ebben a könyvtárban. A telepített nyelvi csomagok megtalálhatók a kiszolgáló vezérlőpultjának Add / Remove Programs (Programok telepítése / törlése) részében is.
A SharePoint Portal Server nem nyújt ugyanolyan rugalmas nyelvi támogatást, mint a Windows SharePoint Services. Bár a SharePoint Portal Server és a Windows SharePoint Services ugyanolyan nyelvekkel kompatibilis, a SharePoint Portal Server támogatása a portálpéldányhoz egy nyelvre korlátozódik. A portál létrehozásakor választott nyelv az egyetlen, amely bármelyik példányban használható; Ezt a nyelvet alapértelmezésben a portálon található összes Windows SharePoint Services webhelyen is használják, annak ellenére, hogy a Windows SharePoint Services egy webhelyének több nyelvén több nyelven is megtalálják a webhelyeket.
A megoldás. Ha több nyelvet szeretne támogatni a portál szintjén, a legegyszerűbb megoldás a SharePoint Portal Server több példányának telepítése. Ha több nyelven és a Windows SharePoint Services szolgáltatásban szeretné kompatibilitást készíteni, akkor egy többnyelvű csomagokkal kiépíthet egy Windows SharePoint Services virtuális kiszolgálót.
Ez a módszer ma a legjobb, de ne feledje, hogy a SharePoint Portal Server több példányának telepítése növeli az adminisztráció összetettségét. Több nyelvet kell fenntartania a SharePoint Portal Server telepítéséhez, és külön kell kezelnie az egyes kiszolgálópéldányok konfigurációját a portálon. Ezenkívül nem könnyű több nyelvet támogatni a Windows SharePoint Services egyetlen példányában. A probléma megoldása a szomszédos portál példányokban vagy több webhelyen (minden nyelv vagy webhely saját nyelvét használva) tükrözésével további adminisztrációs terhet jelent. Azonban a több nyelven történő webes platformon (mind Microsoft, mind mások) való fenntartása hatalmas munka. Minden egyes tartalmat le kell fordítani minden nyelvre. Vannak technológiák az automatikus fordításhoz, de eredményük nem kielégítő. A többnyelvű webes platform szervizelésének feladata bonyolultabb lehet, mint a cikkben javasolt megoldás.
Hátrány # 3: Keresés a Windows SharePoint Services webhelyeken
Ha telepítette az adatbázist a Full-Text Search összetevővel, és a Windows SharePoint Services konfigurálva van az SQL teljes szöveges kereső használatára, használja a keresési mechanizmust a Windows SharePoint Services webhelyeken. További információt a "Keresés a webhelyeken" című oldalsávon talál.
Még ha az SQL Server Full-Text Search összetevő telepítve van és integrálva van a Windows SharePoint Services szolgáltatással, akkor a keresési terület a Windows SharePoint Services webhelyre korlátozódik, ahonnan a keresést elindította. A lekérdezéshez nem férhet hozzá a szülő vagy a gyermek webhelyekhez a Windows SharePoint Services szolgáltatáson kívüli egyéb forrásokból vagy tartalmakból (például a fájlrendszerből, az internetkiszolgálóktól) származó tartalmakból. Ezenkívül csak egyszerű keresőkifejezések engedélyezettek, nincsenek speciális keresési funkciók, nem lehet keresést keresni a csatolt fájlokban, és nem készíthet elemek listáját.
A megoldás. A legegyszerűbb módja a SharePoint Portal Server külső portál szintű összetevőnek a Windows SharePoint Services virtuális kiszolgálóra és a megfelelő webhelykészletekre való kötésével. Ezenkívül a Webhely-beállítások - A keresési és indexelési beállítások oldalon beállíthatja vagy elutasíthatja a tartalom indexelésére szolgáló webhelyeket. A SharePoint Portal Server Search (SharePointPSSearch) szolgáltatás megvizsgálja és indexeli a kiválasztott webhelyeket. Miután az indexelés befejeződött, a portál keresési művelete a portálról és a Windows SharePoint Services összes kiválasztott webhelyéről származik.
Ha a Speciális keresés adminisztrációs mód engedélyezve van a SharePoint Portal Server központi felügyelete alatt, akkor bővítheti a webhely / könyvtár keresési funkcióját webhely / könyvtár tartalomforrás létrehozásával. A portálon kívül tárolt tartalmak, például megosztott könyvtárak, Microsoft Exchange Server nyilvános mappák és más internetes oldalak megvizsgálásához útmutatást adhat.
Vannak programos módok is a keresés bővítésére. Ha a hely egy Windows SharePoint Services webhely a szerver SharePoint Portal Server, akkor lehet cserélni Web-vezérlőelem keres a Windows SharePoint Services Web-elem vezérlő kereső portál kereső tartalmát a lokális (vagy az összes oldalak az oldalakon beállított hierarchia) a Windows SharePoint Services webhely . A harmadik féltől származó megoldások - például a CorasWorks Workplace Suite - tartalmaznak webes részösszetevőket a webhelyeken vagy több webhelykészletben történő keresésre.
Ne feledkezzen meg a korlátozásokról
A portál jellemzői
A hálózati mérnök, Lacey Russell és a vállalat munkatársai, megkapják a szükséges információkat a SharePoint portálról.
Mi ösztönözte az InterKnowlogy áttérést a SharePointra? Milyen alkalmazásokat használt a vállalat a múltban, mielőtt egy portállal helyettesítené?
Elkezdtük használni a Windows SharePoint Services szolgáltatást a Microsoft Office Project Server alkalmazásban. A folyamat során a Project Server létrehoz egy Windows SharePoint Services webhelyet a projekthez. Ezt a weboldalt a projekt összes eredményének tárolására használtuk. A SharePoint Portal bétaverziójának megjelenésekor elkezdtük kísérletezni. Ezután megpróbáltuk a SharePoint-t más projektekben (már a Beta 2 változata), és úgy döntöttünk, hogy szélesebb körben alkalmazzák ezt a terméket. Ma a vállalat mind a SharePoint Services (a Project Server), mind a SharePoint Portal Server (az InterKnowlogy honlapon látható az ábrán).
Miután a projekt kezdő dátumát hozzárendelte, a Project Server segítségével tervezzük meg a projektet, és hozzunk létre egy olyan Windows SharePoint Services webhelyet, amely tartalmazza a projekthez kapcsolódó összes elemet. A webhely előre elkészített listákat tartalmaz, amelyeket cégünk igényei szerint alakítottak ki, és amelyek különösen információkat tartalmaznak a problémákról és hibákról, valamint az egész dokumentumról, például a feladatmeghatározásról és a megkötött szerződésekről.
A projekt első találkozóján a programmenedzser minden résztvevőnek linket ad a webhelynek. Rendszergazdaként átruházhatom a programmenedzsernek a webhely karbantartására vonatkozó jogosultságát - például a felhasználók hozzáadásához. Nagyon kényelmes. A fejlesztők hozzáférhetnek a webhelyhez, létrehozhatják a beszélgetési listákat, megtalálhatják az ügyfél kapcsolatfelvételi adatait, hozzáférhetnek a programmenedzser által az oldalon elhelyezett összes információhoz. Az adatok egy helyen történő összpontosításával sok helyet menthet el az e-mailek számára, mivel az üzenetek hosszú láncolata eltűnik.
Hogyan lehet másként használni a SharePointot?
A SharePoint kiváló tudásbázis. Tegyük fel, hogy a fejlesztő megoldást talál arra a problémára, amelyen több hétig dolgozott. A fejlesztő döntését az általunk készített listán - a tudásbázisban végzi. Minden bejegyzés tartalmaz egy hivatkozást a probléma leírására, a megoldásra és a probléma okaira. Ha egy másik alkalmazottnak szembesülnie kell ezzel a problémával, akkor azonnal megtalálja a tudásbázisban a szükséges információkat, és nem újítja fel a kereket.
Tehát az információ összegyűjtése egy webhelyen történik, mindenki hozzá tud férni hozzá, ahelyett, hogy valaki számítógépére zárva lenne. Ez a tudás mindig rendelkezésre áll, még akkor is, ha nincs ilyen rendszergazda, "letétkezelő"?
Igen. Nyaralhatok, és ne aggódj, ha elfelejtettem valami fontosat mondani valakinek, mielőtt elmegyek. Minden szükséges információ az oldalon található.
Megszületted a meglepetéseket a SharePoint használatának folyamatában?
Az egyik meglepetés az, hogy egy olyan személy, aki korábban nem volt tudatában a SharePointnak, elképesztő mennyiségű időt igényel ahhoz, hogy megszokja. Egyes felhasználók bizonyos értelemben vett információt kapnak, de a SharePoint-ban minden másnak tűnik. De miután a termékkel együtt dolgoztunk, könnyű megjegyezni a funkcióit, mivel a grafikus felület stabil. Bizonyos linkek például mindig egy helyen vannak, kivéve, ha a felületet radikális szerkezetátalakításnak vetik alá. A SharePoint konfigurálásának bizonyos alkalmazásokkal való együttműködésének elvégzésével időigényes lehet. Például a SharePoint Portal Server és az Active Directory (AD) integrálását szeretnénk integrálni, ezért webes részösszetevőt építünk az AD kezelésére a portálon keresztül. Az ilyen problémák megoldásához sok időbe telik.
Igen, némileg nehezebb visszaállítani az adatbázist. Megállapítottam, hogy a legjobb megoldás egy másik szerveren történő helyreállítás. A termelési kiszolgáló közvetlen helyreállítása helyett a forráskiszolgáló egy klónja épül fel, és az adatok kivonásra kerülnek. Ez a folyamat meglehetősen nehézkes. (Néhány gyártó, például a CommVault és a Symantec, kifejezetten a SharePoint-adatbázisok biztonsági másolatának és visszaállításának engedélyezésére szolgál.)
Milyen képzés áll rendelkezésre a SharePoint végfelhasználók számára?
Rendszeresen szükséges a képzés. A SharePoint kezdeti telepítése során két, négy vagy öt órás edzést tartottunk végre, egyet a programmenedzsereknek és a felhasználók kezelésének, a másik pedig a fejlesztőknek. Szakembereink előkészítettek egy bemutatót, amely bemutatja, hogyan navigálhat a weboldalon, és ahol sokféle információ található.
A SharePoint nem tartozik azon termékek közé, amelyeket egyszerűen átvihet az alkalmazottakra a kötelező alkalmazás követelményeivel. Az új felhasználónak legalább egy órát kell töltenie szakemberrel, aki megmutatja neki a munkamódszereket. Azonban a SharePoint előnye az, hogy ha az adminisztrátor helyesen jogosultságot adott ki, szinte lehetetlen megszakítani azt.
A SharePoint-hoz való átmenet jó lépés volt az InterKnowlogy számára?
Úgy gondolom, hogy a SharePoint-nak köszönhetően a vállalat minden alkalmazottja sok időt takarít meg. "Ne áss", amíg az információ már nem szükséges. Az adatok könnyen megtalálhatók, amikor szükség van rá; Nem kell megkérdeznie a kollégáktól, hogy hol találja meg ezt a vagy az információt. A SharePoint ára meglehetősen mérsékelt, szerverenkénti 3 955 Ft, kliens hozzáférési licencek (CAL), tekintve, hogy a felhasználóink hatalmas mennyiségű hasznos információt kapnak.
A webhelyeken végzett keresés szervezése
A Windows SharePoint Services webhelyeken a keresési funkciók használatához a Windows SharePoint Services telepítése során ki kell választania a Server Farm telepítési módját, hogy később meg lehessen határozni a Windows SharePoint Services rendszert futtató Microsoft SQL Server példány elérési útját. A Windows SharePoint Services konfigurálásához az SQL Server teljes szöveges keresési összetevőjének használatához lépjen a Windows SharePoint Services központi felügyeletéhez - A teljes szövegű keresőoldal konfigurálása és válassza a Teljes szöveges keresési és indexösszetevő engedélyezése jelölőnégyzetet. A webhelyeken végzett keresés csak az SQL Serveren keresztül érhető el, de nem a Microsoft SQL Server asztali gép (MSDE).