Nem leves! A Cisco a leves náci NLB termékek?

Ma, Próbáltam-hoz belépés windows Exploreren keresztül dokumentumtárban. A doc-lib él belső rész egy rendszer, amely két EHÉ terheléselosztással valamilyen Cisco hálózati Terheléselosztási megoldás áll. (Ha a hálózati varázslók mondja meg mi a, I update this post).

A Windows Intéző nem tudott összeköt. Csináltam egy kis kutatást, és végül, a hálózati varázslók azt mondta, hogy WebDAV le van tiltva / által nem támogatott / a hálózati terheléselosztás méltóságának alatt.

Így, feltételezve, hogy a hálózat varázsló nem csak azt mondta nekem a hálózat varázsló megfelelő "take off egy rövid híd egy hosszú séta", El kell csoda — e a hálózati terheléselosztás, a természet, letiltja a WebDAV szolgáltatást? Veszítünk a windows fájl explorer-felület a SharePoint? A Cisco a Leves náci?

MOSS kezelése / WSS környezetben — lépést tartani a Microsoft Tudásbázis

A Microsoft Tudásbázis cikkek nap hoz létre, és nap, és néhány ilyen darned fontos tudni, ha él, a SharePoint-világ.

Tartom, hogy gyorsítsák fel őket a szolgáltató biztosítja a jó emberek, a www.kbalertz.com. KBAlertz lehetővé teszi, hogy iratkozzon fel a kedvenc Milisecundum technológia és küldenek, emészt változat-ból Mikroszkóp KB cikk, e-mailen keresztül.

Web alkalmazás-házirend, Biztonsági területek és biztonsági tisztítás — Tudom, a konfigurációs

(FRISSÍTVE 11/29 megmagyarázni, hogyan-hoz belépés a pókháló alkalmazás házirend-beállításokat a felhasználói felületen keresztül)

Volt egy ilyen "Miért MOSS csinálás ez számomra????" pillanat ma. A végén, hogy az én hibám.

Van egy vállalati MOSS projekt folyik, és azt akarjuk, hogy biztonságos hely birtokosa"" helyek, hogy a felhasználó nem lehet hozzáférési engedélye, vagy látni, hogy. Ez könnyű:

  1. Látogasson el a.
  2. Az biztonsági öröklést.
  3. Minden felhasználó/csoport eltávolítása a webhely engedélyei.

A fenti kell hagyni csak a webhelycsoport rendszergazdája engedélyt a webhelyén:.

Ha valaki tuskók-ban, már nem kell látni a helyszínen kell, és biztonsági díszítve a szokásos helyen.

de … nem volt. Ezzel egy időben, Hirtelen rájön, hogy az én "Joe User" normál felhasználói teszt számla-val nem priv nem korlátozott olvasási hozzáféréssel rendelkezik egy "Webhelyműveletek" választás, mindenhol megy. Én dupla ellenőriz egy dolog, és valami mást ellenőrizze. Felfedez a telefon hívni egy kolléga, de tedd le, és ellenőrizze, hogy valami mást. Menj egy sétára, és megpróbál mindent újra. Hívja egy kolléga, és hagyjon üzenetet. Majd, Végül, Megtalálja, hogy Ethan blog, a nyitó grafikon lehetővé teszi a nagyon egyszerű:

MOSS 2007 van egy új vonás hívott webes alkalmazás-házirendek. Ezek a biztonsági engedélyeket, hogy van kötve egy webes alkalmazás. Ezek a biztonsági beállítások felülbírálása minden biztonsági beállítás, hogy a webhelycsoport vagy a webhely (Web) szinten, hogy a felhasználó.

Egy gyors látogatás a webes alkalmazás politikák mutatja az NT AuthorityHitelesített felhasználók"" teljes körű olvasási jogokat. A listáról lekerült őket, és végül minden kezdett dolgozni, mint várt. Azt hiszem, az első helyen kerültek ki valaki a téves benyomást kelti, hogy ez a legjobb módszer, hogy adjon olvasási engedélyt a vállalkozás mindenki számára. Ez, de, a törzs egy idézet, "Ez nem értem mit gondol, ez azt jelenti."

Access webes alkalmazás-házirendek ily módon:

  1. Ugrás a központi felügyelet
  2. Válassza ki alkalmazás-menedzsment
  3. "Házirend webalkalmazás kijelölése"
  4. A képernyőn, Ellenőrizze, hogy kiválasztotta a megfelelő webes alkalmazás. Nekem, Ez alapértelmezés szerint a webes alkalmazás központi admin, melyik május nem lenni a egy Ön akar.

Mikor én ez probléma, Kerestünk a következő mondatok, és van meglepően kevés, ami a közvetlen segítséget ebben a kérdésben:

A Webhelyműveletek látható az összes felhasználó számára

Látható, hogy minden felhasználó a Webhelyműveletek

Webhelyműveletek nincsenek biztonsági adatlevágás

a MOSS-webhely

Bevezetés a moss biztonsági

Technorati Tags:

Gyors és egyszerű: Rögzített kulcsszólekérdezés használja a találatok Core

Gyors és egyszerű utasítások:

Szerkessz egy lapot, és a találatokat mag kijelző hozzáadása.

A kijelzőt szerkesztheti, és bontsa ki a "Rögzített kulcsszólekérdezés".

Add hozzá a Rögzített kulcsszólekérdezés (pl. A ContentType:"Képzési számla" TrainingInvoiceNumber:1111)

Eredmények lekérdezési lehetőségeket, és cserél "a weben keresztül futtatott lekérdezés azonosítója" "felhasználói lekérdezés eltérő értékre" (pl. "Lekérdezés 2").

Jegyzetek:

Ily módon lehetővé tette számomra alapvető keresési eredmények segítségével egy másik webhelycsoportból adatait megjelenítő oldal létrehozása. Az ügyfél rendelkezik-e két fő webhelycsoportok: Szervezeti egységek és a termékek.

A termék webhelycsoport tartalmaz, Természetesen elég, Termékinformációk. Minden egyes termék a webhelycsoport összegyűjti adatok több forrásból.

Az egyik a szervezeti egységek, kódok és vizsgálatok, az ilyen forrás. Mikor használók belépés termék XYZ, kell látni kódok és vizsgálati adatok közvetlenül a XYZ főoldalon. Kódok és vizsgálatok óta ad otthont a másik webhelycsoportba, Ez egy kicsit kínos. Úgy döntött, hogy használja a keresési eredmények mag kijelző, mivel a keresés ível webhelycsoportok. Kódok és tesztelés sikerül termék adat keresztül egy egyéni listát, amely korlátozza az adott tartalomtípusú. Először használja a tartalomtípust, majd a termék számos Szűkítse le a keresést egy sor egyéni lista AA kulcsszólekérdezés.

A következő lekérdezés a fenti egy és. Dokumentumok tartalmát írja be a "képzés számlát adja vissza" és ha a számla száma egyenlő "1111".

Egy szép javára, ez a megközelítés: Is szerkeszthető az XSL, a fő keresési eredmények kijelző, és bármilyen formában, hogy szeretnénk létrehozni.

Lásd itt (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) egy másik blogger vita ebben a témában.

</vége>Subscribe to my blog.

Mesélj a blog!

Ha egy blogot, hogy legalább minimálisan csatlakoztatott SharePoint, Kérem, tudassa velem a hozzászólások. Szeretném hozzátenni, hogy én Bloglista.

Ha a blog, amely nem kapcsolódik a SharePoint, de akar én-hoz összead ez egyébként, Hadd tudjam meg. Majd lehet létrehozni egy külön blog lista.

Kérjük, adja meg:

  • A blog URL (nyilvánvalóan)
  • A blog rövid leírása.

Azt akarom, hogy tartsa a kapcsolatot, hogy "aktív" blogjainak, amely nagyjából vagyok meghatározása, mint egy post hetente és a legalább három hónapos. Ha nem felel meg e kötelezettség"" hozzá megjegyzéseket egyébként. Ez * a * lista, így lehet megtörni a saját szabály, ha szeretné, hogy.

kösz!

Alkalmazott képzési ütemterv és anyagok sablon — Csökkentő hibát a sablonba

Az ügyfél észrevettem egy hibát, ma a fent említett sablonnal.

Vezetői tanfolyam tanfolyamok létrehozása. Amikor létrehozza a tanfolyam, a kezelő határozza meg az elérhető helyek maximális számát.

A sablon kínál önkiszolgáló igénylés. Beiratkozik, és a munkafolyamat csatolva a regisztrációs lista csökken a "rendelkezésre álló helyek" a tanfolyamhoz társított.

Magánszemélyek is lehet iratkozni egy tanfolyam. A hiba fekszik itt. Írásba nem foglalt a kurzus nem növedék a rendelkezésre álló helyek számláló. Ennek eredményeként, nincs pontos rendelkezésre álló helyek. Ezt a hibát súlyosbítja az a tény, hogy ha rendelkezésre álló helyek csökken nullára, nincs több önkiszolgáló regisztráció engedélyezett.

Szerencsére, Mikroszkóp szolgáltat a munkafolyamat, folyamat. Még jobb, egy egyenes-továbbít a munkafolyamat SharePoint Designer segítségével létrehozott.

Lépésekkel magas szintű megjavítani:

  1. Az SDP tűz.
  2. A belépésre ki a képzés sablon alapján.
  3. "Résztvevő rendszerleíró adatbázisból való hozzáférés" munkafolyamat.
  4. Helyezze be a következő lépéseket (Tette az első két lépés):
    1. Kiszámításához Tanfolyamok:Töltött ülések mínusz 1 (Kimenet Változó:Calc)
    2. (majd) A frissítés elemet a Tanfolyamok

Kettyenés befejez és Ön kész.

Képernyő szemcsésedik:


SharePoint Designer:

kép

Befejezett munkafolyamat:

kép

Számítsuk ki a leásási:

kép

A frissítés elemet tanfolyamok:

kép

Jó hírek gyakran ad; korai ad a rossz hír

A tanácsadó már sok éve, és mint minden tapasztalt tanácsadó tudja, jó kommunikáció az egyik legfontosabb pillére a sikeres teljesítés, a projekt. Így nyilvánvaló, tényleg szinte unalmas, hogy beszéljünk. Ez nem egy felad körülbelül általános kommunikációs. Ehelyett, Írok erről a sötétebb oldala a kommunikáció — rossz hír közlése.

Magától értetődik, hogy a jó hírt ad az ügyfél történik minden alkalommal, amilyen gyakran csak lehetséges. Aki nem akar-hoz ad jó hír? Aki nem szereti a jó hírt hallani?

A másik oldala, rossz hír nem móka egyáltalán. Mindig is küzdött, ezzel. A korábbi napok az én-m Karrier, Szeretném tudni, valami volt fonák egy projekt, és ahelyett, hogy mondja az ügyfél, Akar dolgozik ennél több órát, hogy megpróbálja megoldani a problémát. Én kíván parancsolja a csapatom, hogy keményebben dolgozik. Egy elég természetes késztetést, hogy hiszem, hogy egy szuper-emberi erőfeszítés lehet menteni a nap. Néha ez szerkezet, néha nem. Akkor is, ha ez "szerkezet" gyakran egy vegyes zsák. A minősége a végtermék tényleg egészen spec, amikor kulcsfontosságú részek több alakultak 60 a 80 hét óra?

Mi az a legjobb módja annak, hogy kezelni a rossz hír? A válasz: mondani, hogy a korai. Ne várja meg, amíg egy hét, mielőtt a projekt költségvetésének fogyasztható. Ha tudod, hogy hat hét egyszerűen nincs elég ideje, hogy szállít néhány kis ígért funkció, elmondja az ügyfél, akkor és ott. Az ügyfél május kap felizgat (valószínűleg), lehet, hogy a tényállási elemek és a vádakat, és fáj érzések. de, Mikor érzelmek hűtse le, ott van még hat hét maradt a projekt. Hat hét egy jó darab idő. Van idő-hoz elintéz a tervek, menetrend változás, kap a labda guruló költségvetés kiterjesztések (Sok szerencsét!) és csak általánosságban jönni kell birkózniuk azzal a "tények a földön" és dolgozzon ki egy új tervet, amely még egy sikeres projekt.

Pontja: Én vagyok dolgozik egy projekten, jellemzi:

  • T&E költségvetés korlátozott "nem haladhatja meg a" forintösszeg.
  • A "legjobb erőfeszítéseket fog tenni" ígéret-hoz szállít X, Y és Z-projekt vége.
  • A kliens oldalon ígért kulcs anyagi javak hiánya. Ezek a források nem megtagadni a célra, sem olyan rossz"" ok, de ők voltak visszatartott.
  • A Hajnal megvalósítása, mint a projekt át a félig pontot, hogy nem fogunk, hogy képes-hoz szállít "Z" (főleg azért, mert a megígért források nem volt ténylegesen rendelkezésre álló).
  • Rendszeres állapotjelentések és a "CYA" dokumentáció, amit-hátú minket (a tanácsadó csapat) fel.
  • Szorosan kötött végrehajtási csapat tagjai levonni a tanácsadó szervezet (Vállalatunk) és az ügyfél.
  • Távoli menedzsment, a metaforikus és fizikai értelemben. A vezetőség összpontosult, a másik nagy vállalati projekt és tárbeli korlátozások miatt, a megvalósításért felelős csapattal volt található, egy különálló épület a campus, le a dombról, és viszonylag messze módon a "civilizáció".

Nagyjából hat héttel maradt a projekt költségvetésének, we (a megvalósításért felelős csapattal) tudta, hogy mi volt a baj. A szerződés azt mondta, hogy mi szükség van, hogy "Z". Annak ellenére, hogy a projekt ideje & anyagok és még akkor is, ha csak megígértük "legjobb erőfeszítéseket" Z és még bár volt nagy indoklása, a szállítás hiányzik … a lényeg az, hogy nem nézett jó — nem megyünk szállít Z alakú egy minőségi, hogy bárki büszke.

Ezt felismerve, a vezetőség mentünk, és azt mondta nekik, hogy a projekt költségvetésének kíván fogyasztani egy bizonyos időpont, és hogy mi volt a baj a Z.

Egy mini firestorm az elkövetkező napokban kirobbant.

Nap 1: Vezetőség kéri, a személyzete, egy külön ülés (we, nem hívta meg a tanácsadók). Szerződések nyomtatott, és adta ki, hogy mindenki, és a line-by-line felülvizsgálat alakul. Menedzsment hozza a személyzet tagjai a védekező. Azt hiszem, a mondat "Stockholm-szindróma" az * valóban * alkalmazott, de megkapod a képet. Mi vagyunk a feszes kötésű csoport, végülis, és a személyzet dolgozik velünk tanácsadók nap ki és több hónapig most.

Nap 2: Menedzsment kéri egy másik megbeszélést. Egy kicsit jobban érzi magát. Akarnak beállításokat és ötletek a halad előre. Rájönnek, hogy van még hat hétig maradt a jelenlegi projekt-költségvetés, melyik még egy tisztességes darab idő. Az egyik a teendőket: teljes körű végrehajtása csapat értekezlet ütemezése (beleértve a tanácsadók).

Nap 5: Teljes csapat találkozik, konstruktív ülést bekövetkezne, és egy új megvalósítható terv életbe. Még jobb, már már elkezdték megvitatni két fázis és az ügyfél hív bennünket, hogy készítsen javaslatokat az erre a szakaszra azonnal.

Ha mi volt, megvárta, amíg csak három hétig maradt, vagy ami még rosszabb, egy vagy két hete, Ez lett volna sok különböző. Helyett a konstruktív találkozó, hogy újra összehangolják a projekt, Mi lenne már kivonultak állapotjelentések, elemzés a szerződést és a régi elektronikus levél-hoz igazol ez, vagy a határozat felülvizsgálata. Kíván "nyertünk" de ez tényleg "nyerjük" Ebben az esetben?

Így, Ha van, hogy a rossz hír, adja meg a korai. Rossz hír megkésve nem csak rossz, -a ' iszonyú.

Használatával “Személy vagy csoport” számított oszlop

Emberek gyakran kérdezze segítségével egy "személy vagy csoport típusú oszlop" az adatok egy másik oszlopban írja be a "Számított".

Alsó sorban, Ez nem működik a WSS 3.0 (vagy MOSS).

Amikor a számított oszlopok hozzáadása, WSS megjelennek a mező lehetővé teszi, hogy használja a számításhoz. Ha Ön írja be a nevét egy oszlop, amely nem szerepel a listán, azt mondja:

Egy vagy több oszlophivatkozás nem engedélyezett, mivel az oszlopok olyan adattípusként definiált egy képletekben nem támogatott.

Kerülő megoldás: Használ egy eseménykezelő. Az event handler tüzek, amikor a felhasználó menti a cikk. Ellátja a frissítést, azt szerette volna a számított oszlop érted.

Hasznos linkek a számított mezők általában:

Gyors disclaimer: Úgy gondolom, a fenti valódi és pontos, de láttam, hogy itt-ott, hogy nem lennék rendkívül meglepve MOSS, a WSS elég okos trükkök (Ha lesz agog) Ha valaki már kitalálta a módját, hogy ezt anélkül, hogy a kód. Ha már kitaláltam, hogy okos munka-körül, vagy tudja valaki, hogy, legyen szíves hadd tudjam meg!

MOSS, a WSS mondja nekem: “A lap az egy másik szerző módosította …” de valójában, nem volt.

Mi volt néhány nagy teherbírású újbóli megszervezése a site besorolás keresztül "Kezel tartalom és struktúra". Számomra ismeretlen okból, Ez a folyamat (Bár a fő dolgozik) tört néhány navigációs linkeket, gyors dob-ban. A törött linkek jellemzi:

  • Rossz URL. Például, meg kell "/ helyek/osztályok/emberi /…". Azonban, a új láncszem "/ helyek/vállalati/emberi /…".
  • Ismételt bit a lekérdezés karakterláncában számozása, mint a:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Következő BaseType objektumához = 0?Következő BaseType objektumához = 0?Következő BaseType objektumához = 0?Következő BaseType objektumához = 0

Ez könnyű elég-hoz erősít keresztül Oldalnavigáció beállítások. Kivéve, MOHA jelent nekem ez mikor én megpróbál és csinál ez:

kép

Az a tény, senki sem, hogy bármilyen változás van (félre nekem, természetesen).

Egy gyors keresés az MSDN fórumok beszélgetés felbukkan: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier határozza meg szépen, az az utolsó előtti (mint a 10/02/07) Post:

Tény:

Visszaállítása sérült fejezetek, van, hogy :

– távolítsa el az összes lista sérült vámtarifaszám alá

– távolítsa el a sérült címsor

– A lista beállításai, eltávolított listájának hozzáadása a Gyorsindítás (E regenerálódni nem sérült címsor)

Akkor jó-hoz megy….


SharePoint-szakértő – Sogeti Cap Gemini Svájc

Én egy kicsit zavaros, mert tartott akarnak, megy a navigációs oldal, hogy a változás, és akkor kaptad a "oldal módosult" üzenet. Végül, Rájöttem, hogy megy a Listabeállítások és eltávolít/összead ez-hoz gyors dob. Amit tett a fogás. Boldog idők itt van újra!

</vége>

Subscribe to my blog!

Problémák a “A Szüneteltetés lejáratának dátuma” az SPD létrehozott munkafolyamatok tevékenység

FRISSÍTÉS 12/10/07: MSDN KB929816 ismertetett gyorsjavítás megoldotta a problémát számunkra, az alábbiakban említett. A gyorsjavítás beszerzésére, és a farm összes kiszolgálóján telepítse. Majd, SharePoint konfigurációs segédprogram-minden szerver. Itt van a MS Support link hogy KB: http://support.microsoft.com/kb/932816.

Háttér:

Van egy követelmény, ahol egy környezetvédelmi műszaki igazgató biztosítania kell, hogy 30 some-odd gyártási helyeken található szerte az Egyesült Államok igényeit, annak biztosítására, hogy ezek a növények a különböző állami megbízást lehetővé teszi a megfelelő időben. Az egyik megközelítés már vizsgáltuk emelőerők "szünet amíg dátum" számunkra elérhető SharePoint Designer worfklow tevékenység. A műszaki igazgató (vagy asszisztense) belép a szükséges szakhatósági hozzájárulásokat és emlékeztető dátumát, az év elején. A rendszer akkor nem minden a nehéz emelés.

Környezet:

MOSS, 64 kicsit, tényleges gép környezet (fejlesztési doboz), 2 szerverek (SQL-kiszolgálón #1, minden más, a kiszolgáló #2).

Problémák:

A szünet amíg dátum műveletet úgy tűnik, mint a tökéletes megoldás, és azt jól bizonyítja magát. Azonban, Ez nem működik, a doboz is (számunkra).

  1. A munkafolyamat-feladat nincs újbóli futtatásra ütemezve, valaha. Felfedeztem ezt olvassuk át Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) kiváló írás-up segítségével stsadm imigyen:

    C:\>stsadm -o getproperty - propertyname "munka-munkafolyamat" -URL http://localhost

    <Tulajdonság létezik = "No" />

    C:\>

    Ez volt az a meglepő eredmény, de könnyen megoldható:

    C:\>stsadm -o setproperty - propertyname "munka-worfklow" -PropertyValue "minden 1 perc között 0 és 59" -URL http://localhost

    A művelet sikeresen befejeződött.

    C:\>

    Után csinálás amit, az első "folyamatban" munkafolyamat gyorsan lőttek fel, és nem azt munka.

  2. Sajnos, a következőt nem a várt módon működnek. Szerencsére, Christopher utal bennünket itt (http://support.microsoft.com/kb/932816). Mivel az írás ezt a bejegyzést, várjuk az informatikai részleg, hogy a gyorsjavítás beszerzésére irányuló, de úgy néz ki, ígéretes. A másolatát az érintett .dll nem osztjuk meg az azonos byte méretű, így remélhetőleg ez fogja megoldani a problémát.

Kerülő megoldás:

Ré hang-futás a stsadm -o setproperty parancs úgy tűnt, hogy a munkafolyamat-időzítő ébren prod. Lenne, nagyjából 7 perc múlva, valójában kelj fel, és továbbra is, valamint a munkafolyamat.

Kérdések / Megoldott problémák:

Szünet amíg dátum nem működik.

Szünet amíg dátum nem indul újra.

Munkafolyamat-állapot nem változtatja meg a "folyamatban"

Munkafolyamat-állapot marad "folyamatban"