Žádná polévka pro vás! Je Cisco polévka nacistické NLB produkty?

Dnes, Snažil jsem se přístup ke knihovně dokumentů pomocí programu Průzkumník Windows. Tato knihovna dokumentů je žijící uvnitř systému, který sestává ze dvou WFE zatížení vyrovnávání určitým druhem Cisco NLB řešení. (Pokud síť průvodců mi říct co to je, Budu aktualizovat tento post).

Nepodařilo se připojit Průzkumník Windows. Udělal jsem nějaký výzkum a nakonec, sítě Průvodce řekl, že Rozšíření WebDAV je vypnuto / není podporována / pod důstojnost NLB.

Tak, za předpokladu, že síť průvodci nejsou mi právě říkal sítě Průvodce ekvivalent "vzít dlouhou procházku po krátký most", Musím se ptát — má NLB, od přírody, zakázat protokol WebDAV? Jsme ztratili naše rozhraní Průzkumníka windows soubor na server SharePoint? Je Cisco Polévka nacistické?

Správa MOSS / WSS prostředí — udržet krok s znalostní báze Microsoft knowledge base

Společnost Microsoft vytváří den články znalostní báze knowledge base a den a některé z nich jsou zatraceně důležité vědět, pokud žijete ve světě SharePoint.

Nechám až na rychlost s nimi prostřednictvím služby poskytují dobré lidi na www.kbalertz.com. KBAlertz umožňuje přihlásit se na vaše oblíbené technologie MS a odešlou že Digest verze článků znalostní báze Microsoft KB prostřednictvím e-mailu.

Webové aplikace politika, Zabezpečení sítě a oříznutí zabezpečení — Znát vaše konfigurace

(AKTUALIZOVÁNO 11/29 vysvětlit, jak získat přístup k nastavení zásad webové aplikace prostřednictvím uživatelského rozhraní)

Měl jsem jeden z těch "Proč MOSS to mi dělá????" okamžiky dnes. Na konci, je to všechno moje chyba.

Máme projekt organizace MOSS děje a chceme zajistit "zástupnou" místa tak, že žádný uživatel může získat přístup nebo to vidět. To je snadné:

  1. Přejděte na web.
  2. Přerušit vztah dědičnosti zabezpečení.
  3. Odebírat každý uživatel nebo skupina oprávnění sítě..

Výše by měla ponechat pouze správce kolekce webů s oprávněním k serveru.

Pokud se někdo přihlásí, měli by již vidět na webu a mělo by být bezpečnostní zdobené od všech obvyklých míst.

Ale … to nebylo. Ve stejné době, Náhle jsem si uvědomil, že moje "Joe User" standardní uživatelský účet test s bez priv než omezený přístup ke čtení má akce webu"" volba, všude, kam přijde. Dvojité kontroluji, jednu věc a něco jiného je potřeba zkontrolovat. Jsem se zvednout telefon, zavolat kolegu, Ale dejte to dolů a zkontrolujte něco jiného. Jsem se projít a znovu všechno všude. Zavolat kolegu a zanechat vzkaz. A pak, Konečně, Zjistil jsem, že na Ethan je blog, jeho otevření grafu je poměrně jednoduché:

MECH 2007 má novou funkci s názvem webové aplikace politiky. Toto jsou oprávnění zabezpečení, která je vázána na webovou aplikaci. Toto nastavení zabezpečení změnit nastavení zabezpečení, která se nachází v kolekci webů nebo web (Www) úroveň pro tohoto uživatele.

Rychlá návštěva webové aplikace politiky ukazuje, že NT AUTHORITYOprávnění uživatelé"" bylo přiznáno úplné čtení. Odstranil jsem jim ze seznamu a všechno konečně začali pracovat podle očekávání. Věřím, že v prvé řadě byly přidány uživatelem s mylný dojem, že to je nejlepší způsob, jak udělit přístup pro čtení všem uživatelům v organizaci. To dělá, Ale, kmen nabídky, "To neznamená, co si myslíte, že to znamená."

Zásady použití webového přístupu takto:

  1. Přejít na centrální správu
  2. Vyberte Správa aplikací
  3. Zvolte "zásady pro webovou aplikaci"
  4. Na této obrazovce, Ujistěte se, že vybrat správný webové aplikace. Pro mě, výchozí webovou aplikaci Centrální správy, které nemusí být ten, co chcete.

Když jsem měl tento problém, Hledal jsem pro následující věty a má překvapivě málo co se týče přímé pomoci v této otázce:

Akce webu, které jsou viditelné pro všechny uživatele

Akce webu, které jsou viditelné pro všechny uživatele

Akce webu nejsou zabezpečení

zabezpečení serveru MOSS

Úvod do bezpečnosti mech

Doplněk Technorati značky:

Rychlé a jednoduché: Použít klíčové slovo Fixed dotaz v seznamu výsledky hledání jádro

Rychlé a jednoduché instrukce:

Upravte stránku a přidat webové části Hledat základní výsledky.

Upravit webovou část a rozšířit "Pevné dotazu klíčové slovo".

Přidejte dotazu klíčové slovo fixed (např.. ContentType:"Školení faktury" TrainingInvoiceNumber:1111)

Rozbalte položku Možnosti dotazu výsledky a změnit "Cross-část dotazu ID webové" na jinou hodnotu než dotaz uživatele"" (např.. "Dotaz 2").

Poznámky:

Použití výsledků hledání jádro tímto způsobem mi umožnila vytvořit stránku, která zobrazuje informace z jiné kolekce webů. Klient má dvě hlavní stránky sbírky: Oddělení a produkty.

Kolekce webů produktu obsahuje, přirozeně, informace o produktu. Každý výrobek v kolekci webů agreguje data z více zdrojů.

Jedním z oddělení, kódy a testování, je na takové zdroje. Když uživatelé přístup k produktu XYZ, měli by vidět kódy a testovací data přímo na hlavní stránce XYZ. Kódy a testování je umístěn v jiné kolekci webů, je to trochu trapné. Rozhodli jsme se použít webovou část výsledky hledání jádro, neboť hledání zahrnuje kolekcí webů. Kódy a testování spravuje údaje o produktu prostřednictvím vlastní seznam, který je omezen konkrétní typ obsahu. AA klíčové slovo dotaz, který používá první typ obsahu a pak číslo výrobku zúžit vyhledávání na jednom řádku v seznamu vlastní.

Klíčové slovo dotaz výše je a. Vrátí dokumenty o obsahu typu "školení faktury" a kde je číslo faktury "1111".

Pěkný prospěch z tohoto přístupu: Můžeme upravovat XSL z webové části Základní hledání výsledky a generovat jakýkoli formát, který chceme.

Naleznete zde (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) pro další blogger diskuse o tomto tématu.

</Konec>Přihlásit se na mém blogu.

Povězte mi o vašem blogu!

Máte-li blog, který je alespoň minimálně připojen k serveru SharePoint, Prosím, dejte mi vědět v komentářích. Rád bych vás k přidat mé seznam blogů.

Máte-li blog, který není připojen k serveru SharePoint, ale chcete, abych jej přesto přidat, Dejte mi vědět. To může vytvořit samostatný blog seznam.

Uveďte:

  • Adresa URL blogu (očividně)
  • Stručný popis vašeho blogu.

Chci, aby odkaz na "aktivní" Blogy, což jsem zhruba definovat jako jeden post týdně a minimálně tři měsíce starý. Je-li to splňují tento požadavek"" přesto přidat své jméno do poznámky. Má * své * seznam, takže lze přerušit své vlastní pravidlo, pokud budu chtít.

Dík!

Rozpis tréninků zaměstnanců a materiály šablona — Dekrementace chyba v šabloně

Klient si všiml chyby dnes s výše uvedené šablony.

Kurzu manažeři vytvářejí kurzy. Při vytváření kurz, manažer určuje maximální počet dostupných míst.

Šablona poskytuje zápisu. Přihlaste se a pracovní postup připojen k registraci sníží seznam míst k dispozici"" spojená s kurz.

Jednotlivci mohou také registraci z kurzu. Chyba se nachází zde. Registrace z kurzu se nezvyšuje míst k dispozici čítač. Jako výsledek, míst k dispozici, není přesné. Tato chyba je umocněn skutečností, že když míst k dispozici sníží na nulu, nemá žádné další samoobslužná registrace.

Naštěstí, Společnost Microsoft poskytuje pracovní postup pro tento proces. Ještě lepší, je to rovný předat pracovní postup vytvořený pomocí aplikace SharePoint Designer.

Takto vysoké úrovni to opravit:

  1. Oheň se SDP.
  2. Přístup k webu založené mimo školení šablony.
  3. Přístup "účastníka zrušení registrace" pracovní postup.
  4. Vložte tyto kroky (Nechal jsem je první dva kroky):
    1. Výpočet Kurzy:Obsazená sedadla mínus 1 (Výstup do Proměnná:Calc)
    2. (pak) Aktualizovat položku v Kurzy

Klepněte na tlačítko Dokončit a je hotovo.

Snímky obrazovky:


SharePoint Designer:

obrázek

Dokončení pracovního postupu:

obrázek

Výpočet podrobnostem:

obrázek

Aktualizovat položku v kurzech:

obrázek

Často dávají dobré zprávy; brzy dávají špatné zprávy

Konzultant už spoustu let a jako zkušený poradce ví, Dobrá komunikace je jedním ze základních pilířů úspěšné realizace projektu. Je to tak zřejmé, je to skutečně téměř nudné mluvit o. Není to post o generické komunikace. Místo toho, Já píšu o tmavší stranu komunikace — špatné zprávy.

Je samozřejmé, že dávat dobré zprávy klientovi probíhá neustále, tak často, jak je to možné. Kdo nechce dát dobré zprávy? Kdo nemá rád slyšet dobré zprávy?

Na druhou stranu, špatná zpráva není vůbec žádná legrace. Jsem vždy zápasil s tím. V dřívějších dobách mé kariéry, Vím, že je něco nakřivo s projektem a namísto vyprávění klienta, Bude fungovat déle vyzkoušet a vyřešení problému. Já bych nařizuje můj tým pracovat usilovněji. Je to přirozené nutkání si myslí, že super-lidské úsilí může zachránit den. Někdy to funguje, Někdy neexistuje. I v případě, že to "funguje" To je často všehochuť. Je kvalita dodávky opravdu jen na spec, když klíčové části byly vyvinuty v průběhu několika 60 do 80 hodin týdně?

Co je nejlepší způsob, jak zvládnout špatné zprávy? Odpověď je: Řekněte to brzy. Nečekej až jeden týden před rozpočet projektu bude spotřebováno.. Pokud znáte šest týdnů, že prostě není dost času dodat nějaký ten kousek slíbené funkce, Oznamte klientovi přímo na místě. Klient může rozčilovat (zřejmě bude), může být znacích skutkových podstat a obvinění a zranit City. Ale, Když emoce ochladit, ještě šest týdnů zbývá na projektu. Šest týdnů je dobrý kus času. Je čas na přizpůsobení plány, Změna plánů, dostat míč do hry na rozšíření rozpočtu (Hodně zdaru!) a prostě obecně vyrovnávat s "fakta v terénu" a vymyslet nový plán, který stále výsledkem úspěšného projektu.

V případě: Já pracuji na projektu, charakterizované:

  • T&E rozpočet s limitovanou "ne překročit" částku v korunách.
  • "Nejlepší bude úsilí" slib poskytovat X, Y a Z konce projektu.
  • Nedostatek slíbené klíčových zdrojů na straně klienta. Tyto prostředky nebyly záměrně sražené, ani pro všechny "špatné" důvod, ale bylo jejich poskytnutí odmítnuto.
  • Svítal realizace jako projekt předán polovici natolik, že nebudeme moci dodat "Z" (hlavně proto, že přislíbené prostředky nebyly ve skutečnosti k dispozici).
  • Zprávy o pravidelné stavu a "Vteřinovým" dokumentace, která je podporována nás (konzultační tým) nahoru.
  • Pevně semknuté implementačního týmu s členy z poradenské organizace (Moje firma) a klient.
  • Vzdálené řízení týmu, v metaforické a fyzickém smyslu. Řídící tým byl zaměřen na další projekt velké organizace a z důvodu omezení prostoru, realizační tým byl umístěn v samostatné budově v areálu, kopce dolů a relativně daleko daleko od "civilizace".

Zhruba šest týdnů na rozpočtu projektu, jsme (realizační tým) věděl, že jsme měli problémy. Smlouva řekl, že je třeba dodat "Z". I když je projekt čas & materiály a i když jsme jen slíbil "nejlepší úsilí" doručování Z a i když jsme měli velkou zdůvodnění chybí dodávky … rozhodujícím faktorem je, že se na to nedíval dobré — nebudeme dodávat Z tvaru kvalitní, že by někdo hrdý.

Toto, Šli jsme do vedení a řekl jim, že rozpočet projektu by spotřebovat do určitého data a že jsme v průšvihu s Z.

Mini bouři vypukla v příštích několika dnech.

Den 1: Management týmu volá ve svých zaměstnanců za mimořádné zasedání (jsme, konzultanti nejsou zváni.). Smlouvy jsou vytištěny a rozdány všem, a následuje po řádcích Recenze. Management klade zaměstnanci v defenzívě. Nemyslím si, že fráze "Stockholmský syndrom" je * skutečně * použit, ale dostanete obrázek. Jsme pevně pletená skupina, Koneckonců, a personál pracuje s námi konzultanti den a za několik měsíců.

Den 2: Řízení volání další setkání zaměstnanců. Se cítí o něco lépe. Oni chtějí možností a nápadů pro posun vpřed. Uvědomují si, že je stále ještě šest týdnů zbývá do aktuálního rozpočtu projektu, což je stále slušný kousek času. Jedna z položky Akce: naplánovat schůzku s plnou realizační tým (včetně poradců).

Den 5: Celý tým splňuje, konstruktivní jednání vyplývá a plán nového dosažitelné do místa. Ještě lepší, již jsme zahájili diskusi o druhé fázi a klient zve nás připravit návrhy na tuto fázi okamžitě.

Pokud bychom čekali, až zůstaly jen tři týdny, nebo je to ještě horší, jeden nebo dva týdny, bylo by příliš neliší. Místo konstruktivní jednání k re-align projektu, jsme by bylo vytahování zprávy o stavu, Analýza zakázky a kontrola staré e-maily ospravedlnit to, nebo toto rozhodnutí. By "vyhráli jsme" ale je to opravdu "vítězství" v tomto případě?

Tak, Pokud budete muset dát špatné zprávy, Dej to brzy. Špatné zprávy podáno pozdě není jen špatné, je to hrozné.

Použití “Osoba nebo skupina” ve výpočtovém sloupci

Lidé běžně ptají, o použití sloupce datového typu "osoba nebo skupina" v dalším sloupci datový typ "Výpočtu".

Čára dole, to nebude fungovat v WSS 3.0 (nebo MOSS).

Při přidání výpočtového sloupce, WSS zobrazuje seznam polí že umožňuje použít pro výpočet. Pokud zadáte název sloupce, který není v seznamu, To vám řekne:

Jeden nebo více odkazy nejsou povoleny, neboť sloupce jsou definovány jako datový typ, který není ve vzorcích podporován.

Řešení: Obslužné rutiny události. Aktivována obslužné rutiny událost, když uživatel uloží položku. To provede aktualizaci, by si přál, výpočtový sloupec pro vás.

Užitečné odkazy na vypočítané pole obecně:

Rychlé upozornění: Věřím, že výše uvedené jako pravdivé a přesné, ale viděl jsem dost chytré triky tu a tam v MECHU/WSS, že bych velmi překvapen (výborná, pokud budete) Pokud má někdo vymyslel způsob, jak to udělat bez Uchýlení se ke kódu. Pokud jste přišel na to chytré řešení nebo znáte někoho, že, Dejte mi prosím vědět!

Mi říká MOSS/WSS: “Stránka byla změněna jiným autorem na …” ale ve skutečnosti, to nebylo.

Udělali jsme několik těžkých re-organizovat našeho webu taxonomie přes "Spravovat obsah a struktura". Z důvodů mně neznámých, Tento proces (i když pracuje v hlavním) zlomil některé navigační odkazy v panelu Snadné spuštění. Nefunkční odkazy jsou charakterizovány:

  • Nesprávné URL. Například, To by mělo být "/ weby/oddělení/HumanResources /…". Avšak, nový odkaz je "/ weby/firemní/HumanResources /…".
  • Opakované bitů v řetězci dotazu nadpis, stejně jako v:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

To je snadné přes nastavení/navigace na webu. S výjimkou, MOSS představuje mě s tím, když se snaží udělat to:

obrázek

Faktem je, Nikdo je provedení jakékoliv změny (vedle mě, Samozřejmě).

Rychlé hledání se objeví tento diskusní fóra MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier naspět pěkně v předposlední (jako 10/02/07) post:

Faktem je:

Chcete-li obnovit poškozené záhlaví, budete muset :

– odstranit všechny seznamy poškozené položce

– odstranit poškozené záhlaví

– Od nastavení seznamu, Odstranit seznam přidat do panelu Snadné spuštění (To vygenerovat bez poškozené záhlaví)

Ty jsou pak dobré jít….


SharePoint Expert – Sogeti Cap Gemini Švýcarsko

Byl jsem trochu zmatená, protože stále chce jít na navigační stránku, proveďte změnu a pak si hit s "stránka byla upravena" zpráva. Nakonec, Uvědomil jsem si, že jsem musel jít do nastavení seznamu a odstraňte/přidat na panel Snadné spuštění. To dělal trik. Šťastné časy jsou zde opět!

</Konec>

Přihlásit se na mém blogu!

Problémy s “Pozastavit do data” činnost v SPD-vytvořil pracovní postupy

AKTUALIZOVAT 12/10/07: Opravy hotfix popsané v MSDN KB929816 vyřešen problém pro nás níže uvedených. Tuto opravu hotfix a potom nainstalujte na všech serverech ve farmě. Pak, nástroj pro konfiguraci serveru SharePoint na každém serveru. Tady je link MS Support pro že KB: http://support.microsoft.com/kb/932816.

Pozadí:

Máme obchodní požadavky, kde environmentálního inženýrství správce musí zajistit, aby 30 Some-odd výrobních závodech po celé Spojené státy musí zajistit, že tyto rostliny souboru pro jejich různých státem nařízená povolení včas. Jeden přístup, kterou jsme zkoumali využívá "pauza až do data" aktivity, které jsou k dispozici prostřednictvím aplikace SharePoint Designer worfklow. Technický manažer (nebo její asistent) zadá požadovaná povolení a časů připomenutí na začátku roku. Systém pak dělá těžkou práci.

Prostředí:

MECH, 64 bit, prostředí virtuálního stroje (rozvoj box), 2 servery (SQL na serveru #1, vše ostatní na serveru #2).

Problémy:

Pozastavit do data akce se jeví jako ideální řešení, a to může ukázat jako se. Avšak, to nebude fungovat mimo pole (pro nás).

  1. Nebylo naplánováno spuštění úlohy pracovního postupu, někdy. Zjistila jsem to při čtení Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) vynikající psát-up thusly pomocí stsadm:

    C:\>stsadm -o getproperty - propertyname "práce-pracovní postup" -Adresa URL http://localhost

    <Vlastnost existují = "ne" />

    C:\>

    To byl překvapivý výsledek ale snadno vyřešeny:

    C:\>stsadm -o setproperty - propertyname "práce worfklow" -PropertyValue "každý 1 minuty mezi 0 a 59" -Adresa URL http://localhost

    Operace byla úspěšně dokončena..

    C:\>

    Na tom, že, první "probíhá" pracovní postup rychle vystřelil nahoru a udělal to má práce.

  2. Bohužel, ten příští nefunguje podle očekávání. Naštěstí, Christopher odkazuje nás Tady (http://support.microsoft.com/kb/932816). O psaní této položky, Čekali jsme na oddělení IT o získání této opravy hotfix, ale to vypadá slibně. Naše kopie postižené DLL nesdílejí stejnou velikost v bajtech, tak snad to vyřeší problém.

Řešení:

Spuštěním příkazu stsadm -o setproperty zdálo se, že výroba pracovního postupu časovač vzhůru. To by, zhruba 7 minut později, ve skutečnosti probudit a pokračovat společně s pracovním postupem.

Otázky / Problémy týkající se:

Pozastavit do data nefunguje.

Pozastavit do data nepokračuje..

Stav pracovního postupu nedojde ke změně z "probíhá"

Stav pracovního postupu zůstane "probíhá"