Ingen suppe for dig! Er Cisco suppe nazist af NLB produkter?

I dag, Jeg forsøgte at få adgang til et dokumentbibliotek via windows explorer. Denne doc lib bor inde i et system, der består af to hele Fiskeækvivalenter belastning balanceret af en slags Cisco NLB løsning. (Hvis/når fortælle netværk guider mig hvad det er, Jeg opdaterer denne post).

Windows explorer kunne ikke oprette forbindelse. Jeg gjorde nogle forskning og til sidst, netværk guiderne sagde WebDAV er deaktiveret af / ikke understøttes af / under NLB værdighed.

Så, forudsat at guiderne i netværk er ikke bare fortæller mig, netværk wizard svarende til "tage en lang gåtur ud fra et kort bro", Jeg nødt til at spørge — gør NLB, af natur, deaktivere WebDAV? Mister vi vores windows fil explorer interface til SharePoint? Er Cisco den Suppe nazist?

Administration af MOSS / WSS miljøer — at holde op med Microsofts knowledge base

Microsoft opretter vidensbase artikler dag i og dag ud, og nogle af dem er darned vigtigt at vide om, hvis du bor i verdens SharePoint.

Jeg holder op i fart med dem via en service levere ved de gode folk på www.kbalertz.com. KBAlertz gør det muligt for dig at tilmelde dig til din favorit MS teknologi og de sende dig fordøje versioner af Microsoft KB artikler via e-mail.

Web Application politik, Sikkerhed websteder og sikkerhed afpudsning — Ved din konfiguration

(OPDATERET 11/29 at forklare hvor hen til adgang web application politikindstillinger via UI)

Jeg havde en af dem, "Hvorfor er MOSS gør dette for mig????" øjeblikke i dag. I sidste ende, Det er min skyld.

Vi har en enterprise MOSS projekt foregår og vi ønsker at sikre "sted indehaveren" anlægsområder, så ingen bruger kan få adgang til det eller se det. Det er let:

  1. Gå til webstedet.
  2. Bryde arven fra sikkerhed.
  3. Fjern hver brugergruppe fra webstedstilladelser.

Ovenstående bør forlade bare site collection administrator med tilladelse til at se webstedet.

Hvis nogen anden logger, de bør ikke længere på webstedet og det bør være sikkerhed-trimmet fra alle de sædvanlige steder.

Men … Det var ikke. På samme tid, Jeg pludselig indser, at min "Joe bruger" standardbrugerkonto til test med ingen priv end begrænset læseadgang har en "Webstedshandlinger" valg overalt han går. Jeg dobbelt tjekke én ting og dobbelt tjek noget andet. Jeg tage telefonen at ringe til en kollega, men sætte det ned og find noget andet. Jeg går en tur og prøve alt over det hele igen. Jeg kalder en kollega og efterlade en besked. Og derefter, Endelig, Jeg finder det på Ethan's blog, hans åbning graf gør det ganske simpelt:

MOSS 2007 har en ny funktion kaldet Web Application politikker. Disse er de sikkerhedstilladelser, der er knyttet til et webprogram. Disse indstillinger tilsidesætter eventuelle sikkerhedsindstilling, der er angivet på den gruppe af websteder eller et websted (Web) plan for at bruger.

Et hurtigt besøg web application politikker viser at "NT Authorityauthenticated users" havde fået fuld læse. Jeg fjernede dem fra listen og alt endelig begyndte at arbejde som forventet. Jeg tror, de blev tilføjet i første omgang af en person med det fejlagtige indtryk, at det er bedste metode til at give læseadgang til alle i virksomheden. Det gør, Men, at belaste et tilbud, "Det betyder ikke, hvad du tror, det betyder."

Adgang web application politikker på denne måde:

  1. Gå til Central Administration
  2. Vælg programadministration
  3. Vælg "politik for webprogram"
  4. På, at skærmen, Sørg for at du vælge det rigtige webprogram. For mig, det som standard web-applikation i central administration, som ikke kan det, du vil.

Da jeg havde dette problem, Jeg søgte efter følgende påtegninger og fik overraskende lidt med hensyn til direkte hjælp på dette spørgsmål:

Webstedshandlinger synlige for alle brugere

Webstedshandlinger synlige for alle brugere

Webstedshandlinger er ikke sikkerhed trimmet

sikkert en Mos websted

Introduktion til moss sikkerhed

Technorati Tags:

Hurtig og enkel: Brug fast nøgleordet forespørgsel i Core søgeresultater

Hurtig og enkel instruktioner:

Redigere en side og føje webdelen Core søgeresultater.

Redigere denne webdel og udvid "Fast nøgleordet forespørgsel".

Tilføje forespørgslen fast nøgleord (strømsparetilstand. ContentType:"Uddannelse faktura" TrainingInvoiceNumber:1111)

Udvid resultater forespørgselsindstillinger og ændre "Cross-Web del forespørgsels-ID" til en anden værdi end "brugerforespørgsel" (strømsparetilstand. "Forespørgsel 2").

Noter:

Ved hjælp af core søgeresultater på denne måde tillod mig for at oprette en side, der viser oplysninger fra en anden gruppe af websteder. Klienten har to store grupper af websteder: Afdelinger og produkter.

Samlingen produkt websted indeholder, naturligt nok, produktinformation. Hvert produkt i webstedsgruppen aggregater data fra flere kilder.

En af afdelingerne, koder og prøvning, er på sådan kilde. Når brugere får adgang til produktet XYZ, de bør se koder og testdata direkte på XYZ-forsiden. Siden koder og test er hostet i en anden gruppe af websteder, Det er lidt akavet. Vi besluttede at bruge webdelen core Søg Resultater siden Søg spænder over websteder. Koder og test administrerer produktdata via en brugerdefineret liste, der er begrænset af en bestemt indholdstype. AA søgeord forespørgsel, der anvender først den indholdstype og så indsnævre søgningen til en enkelt række produktnummer på listen Brugerdefineret.

Nøgleordet forespørgslen ovenstående er en AND. Det returnerer dokumenter af indhold type "uddannelse faktura" og hvor fakturanummeret lig med "1111".

En nice fordel fra denne tilgang: Vi kan redigere XSL-koden fra søgning webdelen Kerneresultater og generere alle-format, vi vil.

Se her (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) for en anden blogger diskussion om dette emne.

</slutningen>Abonner på min blog.

Fortæl mig om din blog!

Hvis du vedligeholder en blog, der er i det mindste minimalt forbundet til SharePoint, Lad mig vide i kommentarerne. Jeg ville elske at tilføje dig til min blogliste.

Hvis du vedligeholder en blog, der ikke har forbindelse til SharePoint, men jeg ønsker at tilføje det alligevel, Lad mig det vide. Jeg kan oprette en separat blogliste.

Giv:

  • Din blog URL (naturligvis)
  • En kort beskrivelse af din blog.

Jeg ønsker at beholde forbindelsen til "aktiv" Blogs, der groft definerer som én post pr. uge og minimum tre måneder gammel. Hvis du ikke opfylder dette "krav" tilføje dit navn til kommentarer alligevel. Det er * min * liste så jeg kan bryde min egen regel, hvis jeg ønsker at.

Tak!

Medarbejder træningsskema og materialer skabelon — Sænk bug i skabelonen

Klienten bemærket en bug i dag med den ovenfor nævnte skabelon.

Kursus ledere Opret kurser. Når du opretter et kursus, manager angiver maksimumantallet af tilgængelige pladser.

Skabelonen indeholder for selvbetjening tilmelding. Jeg har tilmeldt og en arbejdsproces knyttet til registrering liste formindsker pladser"" knyttet til kurset.

Enkeltpersoner kan også afmelde dig et kursus. Fejlen ligger her. Fjernelse af registreringen af et kursus forøge ikke tælleren ledige pladser. Som et resultat, ledige pladser er ikke nøjagtig. Denne fejl er forværret af faktum at når ledige pladser formindsker til nul, ikke mere selvbetjening registrering er tilladt.

Heldigvis, Microsoft giver arbejdsprocessen for denne proces. Endnu bedre, Det er en straight-forward arbejdsproces skabt via SharePoint Designer.

Følg disse højt trin for at ordne det:

  1. Fyre op SDP.
  2. Adgang til webstedet baseret off skabelonen uddannelse.
  3. Få adgang til "deltager framelding" arbejdsproces.
  4. Indsæt disse trin (Jeg lavede dem de første to trin):
    1. Beregne Kurser:Fyldte sæder minus 1 (Output til Variabel:Calc)
    2. (derefter) Opdatering element i Kurser

Klik på Udfør, og du er færdig.

Skærmbilleder:


SharePoint Designer:

billede

Færdige arbejdsproces:

billede

Beregne drill-down:

billede

Opdatering element i kurser:

billede

Give gode nyheder ofte; give dårlige nyheder tidligt

Jeg har været konsulent for mange år nu, og som enhver erfaren konsulent ved, god kommunikation er en af de centrale søjler til vellykket levering af et projekt. Det er så indlysende, Det er virkelig næsten kedeligt at tale om. Dette er ikke et indlæg om generisk kommunikation. I stedet, Jeg skriver om den mørkere side af kommunikation — kommunikere dårlige nyheder.

Det er en selvfølge at give gode nyheder til klienten er gjort hele tiden, så ofte som muligt. Hvem ønsker ikke at give gode nyheder? Hvem kan ikke lide at høre gode nyheder?

På bagsiden, dårlige nyheder er ikke sjovt på alle. Jeg har altid kæmpet med dette. I de tidligere dage af min karriere, Jeg ville vide var noget galt med et projekt og i stedet for fortælle kunden, Jeg vil arbejde overtid for at forsøge at løse problemet. Jeg ville holde i skak mit hold til at arbejde hårdere. Det er en naturlig nok impuls til at tænke, at en super-menneskelige indsats kan redde dagen. Nogle gange virker det, nogle gange det ikke. Selv når det "virker" Det er ofte en blandet landhandel. Er kvaliteten af leverancen virkelig op til spec når centrale dele er blevet udviklet over flere 60 til 80 time uger?

Hvad er den bedste måde at håndtere dårlige nyheder? Svaret er: fortælle det tidligt. Må ikke vente indtil en uge før projektets budget vil blive forbrugt. Hvis du kender seks uger, at der simpelthen ikke tid nok til at levere nogle bit lovede funktionalitet, fortælle kunden lige der. Klienten kan blive ked af det (sandsynligvis vil), der kan være strafbart og beskyldninger og såre følelser. Men, Når følelser køle af, der er stadig seks uger tilbage på projektet. Seks uger er en god luns af tid. Der er tid til at justere planer, ændre tidsplaner, få bolden op på budgettet udvidelser (Held og lykke!) og bare generelt tage livtag med "fakta om jorden" og udarbejde en ny plan, der stadig resulterer i et vellykket projekt.

Sag i punkt: Jeg arbejder på et projekt, der er karakteriseret ved:

  • T&E budget med et loft "ikke at overstige" dollar beløb.
  • En "bedste bestræbelser vil blive gjort" love at levere X, Y og Z ved projektets afslutning.
  • Manglende lovede nøgleressourcer på klientsiden. Disse midler blev ikke tilbageholdt med vilje, heller ikke for nogen "dårlige" grund, men de blev tilbageholdt.
  • En gryende erkendelse som projektet bestået den halvvejs, at vi ikke ville være i stand til at levere "Z" (hovedsageligt fordi de lovede midler ikke var faktisk tilgængelige).
  • Regelmæssige statusrapporter og "CYA" dokumentation, der støttede os (den konsulterende team) op.
  • Stramt strikke implementering team med medlemmer fra den konsulterende organisation (min virksomhed) og klienten.
  • Fjern ledelsesteam, i en fysisk forstand, metaforisk. Ledelsen fokuserede på en anden stor virksomhedsprojekt og på grund af pladsproblemer, implementeringsgruppen havde til huse i en separat bygning på campus, ned en hill og relativt langt fra "civilisation".

Med omkring seks uger tilbage på projektbudgettet, Vi (implementeringsgruppen) vidste, at vi var problemer med. Kontrakten sagde at vi skulle levere "Z". Selvom projektet er tid & materialer og selvom vi kun lovet "bedste bestræbelser" at levere Z og selv om vi havde stor begrundelse for manglende levering … den nederste linje er, at det ikke var ser godt ud — Vi var ikke til at levere Z i en figur en kvalitet, der ville gøre nogen stolt.

Anerkendelse af dette, Vi gik til forvaltning og fortalte dem, at projektets budget ville blive indtaget af en bestemt dato, og at vi var i problemer med Z.

En mini firestorm brød ud over de næste par dage.

Dag 1: Ledelsesteam kræver i sit personale for et særligt møde (Vi, Konsulenterne er ikke inviteret). Kontrakter er trykt og udleveres til alle og en linje for linje anmeldelse ensues. Ledelsen sætter medarbejderne i defensiven. Jeg tror ikke udtrykket "Stockholm-syndrom" er * faktisk * bruges, men du får billedet. Vi er en stram-strikke gruppe, Efter alt, og personalet har arbejdet med os konsulenter dag ind og ud i flere måneder nu.

Dag 2: Ledelse kræver et andet personalemøde. De føler sig lidt bedre. De ønsker muligheder og ideer til den videre. De er klar over der er stadig seks uger tilbage i det aktuelle projektbudget, der er stadig en anstændig lidt tid. En af action-genstande: planlægge et møde med fuld implementering team (herunder konsulenter).

Dag 5: Hele holdet mødes, konstruktivt møde ensues og en ny opnåelige plan indført. Endnu bedre, Vi har allerede begyndt at diskutere fase to og klienten opfordrer os til at forberede forslag til denne fase umiddelbart.

Hvis vi havde ventet indtil forblev bare tre uger, eller endnu værre, en eller to uger, Det ville have været meget anderledes. I stedet for et konstruktivt møde til at tilpasse projektet, Vi ville have været at trække ud statusrapporter, parsing kontrakten og gennemgang af gamle emails for at retfærdiggøre dette og afgørelsen. Vi ønsker ved at have "vundet" men er det virkelig "at vinde" i dette tilfælde?

Så, Hvis du er nødt til at give dårlige nyheder, give det tidligt. Dårlige nyheder sent i betragtning ikke bare dårligt, Det er forfærdeligt.

Ved hjælp af “Person eller gruppe” i en beregnet kolonne

Folk spørger ofte om ved hjælp af en kolonne med datatypen "Person eller gruppe" i en anden kolonne med data skrive "Beregnet".

Bundlinjen, Dette fungerer ikke i WSS 3.0 (eller MOSS).

Når du tilføjer en beregnet kolonne, WSS viser listen over felter gør det muligt at bruge til beregning. Hvis du indtaste navnet på en kolonne, der ikke er i sin liste, Det fortæller du:

En eller flere kolonnereferencer er ikke tilladt, fordi kolonnerne er defineret som en datatype, der ikke understøttes i formler.

Løsning: Bruge en hændelseshandler. Hændelseshandleren brande, når brugeren gemmer varen. Det udfører den opdatering, du ville have den beregnede kolonne at gøre for dig.

Nyttige links på beregnede felter i almindelighed:

Hurtig ansvarsfraskrivelse: Jeg tror den ovenfor for at være sand og præcise, Men jeg har set nok klog tricks her og der i MOSS/WSS at jeg ville blive meget overrasket (spændt, hvis du vil) Hvis nogen har regnet ud en måde at gøre dette uden at ty til kode. Hvis du har regnet ud klog arbejde-omkring eller kender nogen, der gjorde, Lad mig vide!

MOSS/WSS fortæller mig: “Siden er blevet ændret af en anden forfatter på …” men faktisk, Det var ikke.

Vi gjorde nogle tunge re-organisering af vores websted taksonomi via "Administrere indhold og struktur". Grunde ukendt for mig, denne proces (selv arbejder i vigtigste) brød nogle navigationshyperlinks i den rask indlede. De brudte links er karakteriseret ved:

  • Forkert URL. For eksempel, Det bør være "/ sites/afdelinger/udviklingspotentiellet /…". Dog, det nye link er "/ sites/Corporate/udviklingspotentiellet /…".
  • Gentagne bits på forespørgselsstrengen for overskriften, som i:

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

Det er let nok at lave via webstedsnavigation indstillinger. Bortset fra, MOS præsenterer mig med dette når jeg prøve og gøre det:

billede

Faktum er, ingen gør enhver ændring der (bort fra mig, Selvfølgelig).

En hurtig søgning dukker op denne MSDN-forummer diskussion: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lægger det ud pænt i den næstsidste (som af 10/02/07) indlæg:

Faktum er:

Nulstille beskadiget overskrifter, du er nødt til at :

– fjerne alle listerne under beskadiget overskrift

– Fjern beskadigede overskrift

– Fra Listeindstillinger, tilføje en fjernet liste hen til den rask indlede (Denne regenerere overskriften ikke beskadigede)

Du er så god til at gå….


SharePoint ekspert – Sogeti Cap Gemini Schweiz

Jeg var lidt forvirret, fordi jeg holdt der ønsker at gå til navigeringssiden, foretage ændringerne og derefter få hit med det "-side blev modificeret" besked. Til sidst, Jeg indså, at jeg var nødt til at gå til Listeindstillinger og fjerne/tilføje det til hurtig start. Det gjorde tricket. Lykkelige tider er her igen!

</slutningen>

Abonner på min blog!

Problemer med “Pause indtil dato” aktivitet i SPD-lavet arbejdsprocesser

OPDATERING 12/10/07: Hotfix som beskrevet i MSDN KB929816 løst problemet for os nævnt nedenfor. Få hotfixet og derefter installere på hver server på farmen. Derefter, SharePoint konfigurationsværktøj på hver server. Her er linket MS Support for at KB: http://support.microsoft.com/kb/932816.

Baggrund:

Vi har en virksomhed krav hvor en environmental engineering manager skal sikre, at 30 Some-Odd fremstilling steder placeret overalt i USA skal sikre, at disse planter fil for deres forskellige statslige-mandat tilladelser i tide. En metode vi har undersøgt gearer "Pause indtil dato" aktivitet til rådighed via SharePoint Designer worfklow. Engineering manager (eller hendes assistent) træder alle nødvendige tilladelser og påmindelsesdatoer i starten af året. Systemet så gør alle de tunge løft.

Miljø:

MOSS, 64 bit, virtuel maskine miljø (udvikling boks), 2 servere (SQL på serveren #1, alt andet på serveren #2).

Problemer:

Handlingen Pause indtil dato synes at være den perfekte løsning, og det kan godt vise sig at være. Dog, det virker ikke godt ud af boksen (for os).

  1. Arbejdsprocesjob var ikke planlagt til at køre, nogensinde. Jeg opdagede det ved at læse Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) fremragende skrive-up ved hjælp af stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "job-arbejdsproces" -URL-adresse http://localhost

    <Egenskaben findes = "ingen" />

    C:\>

    Der var et overraskende resultat men let løst:

    C:\>stsadm -o setproperty - propertyname "job-worfklow" -PropertyValue "hver 1 minutter mellem 0 og 59" -URL-adresse http://localhost

    Operation fuldført.

    C:\>

    Ved at gøre det, den første "i gang" arbejdsprocessen hurtigt fyret op og gjorde det har job.

  2. Desværre, den næste ene virkede ikke som forventet. Heldigvis, Christopher henviser os Her (http://support.microsoft.com/kb/932816). Som for skrivning af denne post, Vi venter for IT-afdelingen at få dette hotfix, men det ser lovende. Vores kopier af de berørte .dll deler ikke den samme bytestørrelsen, så forhåbentlig vil dette løse problemet.

Løsning:

Re-kører kommandoen stsadm -o setproperty syntes at prod arbejdsprocestimeren vågen. Det ville, groft 7 minutter senere, faktisk vågne op og fortsætte sammen med arbejdsprocessen.

Spørgsmål / Spørgsmål, der behandles:

Pause indtil dato virker ikke.

Pause indtil dato genoptage ikke.

Arbejdsprocessen status ændres ikke fra "i gang"

Arbejdsprocessen status forbliver "i gang"