Ingen suppe for deg! Er Cisco suppe Nazi NLB-produkter?

I dag, Jeg prøvde å få tilgang til et dokumentbibliotek via windows Utforsker. Dette doc lib bor innenfor et system som består av to WFE belastningsfordeles av en slags Cisco NLB løsning. (Hvis/når fortelle de er network wizards meg hva det er, Jeg vil oppdatere dette innlegget).

Windows Utforsker kan ikke koble. Jeg gjorde noen undersøkelser og til slutt, veiviseren nettverk sa at WebDAV er deaktivert av / ikke støttes av / under verdighet NLB.

Så, antar nettverket veiviserne ikke bare forteller meg nettverk veiviseren tilsvarende "ta en lang tur på en kort bro", Jeg må undres — gjør NLB, av natur, deaktivere WebDAV? Vi miste vår windows fil Utforsker grensesnitt til SharePoint? Er Cisco det Soup Nazi?

Administrere MOSS / WSS-miljøer — holde opp med Microsofts knowledge base

Microsoft oppretter kunnskapsbase artikler dag og dag og noen av dem er darned viktig å vite om hvis du bor i SharePoint verden.

Jeg oppbevare oppdatert med dem via en tjeneste ved gode folk på www.kbalertz.com. KBAlertz kan du registrere dine favoritt MS-teknologi og de sender du fordøye versjoner av Microsoft KB-artikler via e-post.

Web Application-Policy, Sikkerhet nettsteder og sikkerhet beskjæring — Vet konfigurasjonen

(OPPDATERT 11/29 å forklare hvordan du får tilgang til innstillinger for web-policyen via Grensesnittet)

Jeg hadde en av de "Hvorfor MOSS gjør dette til meg????" øyeblikk i dag. Til slutt, Det er bare min feil.

Vi har et virksomhetsprosjekt-MOSE skjer, og vi ønsker å sikre en "plass-holder" nettsteder slik at ingen kan få tilgang til den eller se det.. Det er enkelt:

  1. Gå til webområdet.
  2. Bryte sikkerhet arven.
  3. Fjerne alle bruker/gruppe fra områdetillatelser.

Ovenfor bør forlate bare administratoren for områdesamlingen med tillatelse til å se området.

Hvis noen andre logger på, de bør ikke lenger se området og det bør være sikkerhet-trimmet fra alle de vanlige stedene.

men … Det var ikke. På samme tid, Jeg plutselig innser at min "Joe bruker" standard brukerkonto test med ingen priv's enn begrenset lesetilgang har en "Områdehandlinger" valg overalt han drar. Jeg dobbelt sjekke en ting og dobbeltsjekke noe annet. Jeg plukker opp telefonen å ringe en kollega, men sette det ned og sjekk noe annet. Jeg gå en tur og prøve alt over atter. Jeg kaller en kollega og legge igjen en beskjed. Og deretter, Endelig, Jeg finner at Ethans blogg, hans åpning graf gjør det ganske enkelt:

MOSS 2007 har en ny funksjon kalt Web programpolicyer. Dette er tillatelser som er knyttet til et webprogram. Disse sikkerhetsinnstillingene overstyre alle innstillingen som er angitt på områdesamlingen eller område (Web) nivå for brukeren.

Et raskt besøk på web søknad politikk viser at "NT Authorityauthenticated brukere" hadde fått Full lesing. Jeg fjernet dem fra listen og alt til slutt begynte å jobbe som forventet. Jeg tror de ble lagt i utgangspunktet av noen med feilaktig inntrykk av at det er beste måten å gi lesetilgang til alle i bedriften. Det gjør, men, å stamme et tilbud, "Det betyr ikke det du tror det betyr."

Tilgang web programpolicyer denne måten:

  1. Gå til Sentraladministrasjon
  2. Velg webprogram
  3. Velg "Policy for webprogram"
  4. På skjermen, Kontroller at du velger riktig webprogrammet. For meg, det standard webprogrammet for sentraladministrasjon som ikke nødvendigvis du.

Når jeg hadde dette problemet, Jeg søkte på følgende setninger og fikk overraskende lite i form av direkte hjelp i denne saken:

Områdehandlinger synlig for alle brukere

Områdehandlinger synlige for alle brukere

Områdehandlinger er ikke optimal sikkerhet

sikre et MOSS nettsted

innføring i moss sikkerhet

Technorati Merkelapper:

Rask og enkel: Bruk fast søkeordet i søkeresultatene Core

Raske og enkle instruksjonene:

Redigere en side og legger til en webdel for Core søkeresultater.

Redigere denne webdelen og utvide "Fast søkeordet".

Legge til fast søkeordet (f.eks. ContentType:"Trening faktura" TrainingInvoiceNumber:1111)

Utvid Spørringsalternativer for resultater og endre "på alle webområder del forespørsels-ID" til en annen verdi enn "brukeren søker" (f.eks. "Query 2").

Notater:

Bruker kjernen søkeresultater på denne måten tillatt meg for å opprette en side som viser informasjon fra en annen områdesamling. Klienten har to store områdesamlinger: Avdelinger og produkter.

Områdesamlingen produktet inneholder, naturlig nok, produktinformasjon. Hvert produkt i områdesamlingen samler data fra flere kilder.

En av avdelingene, koder og testing, er slikt kilde. Når brukere åpner produktet XYZ, de bør se koder og tester data direkte på XYZ hovedsiden. Siden koder og testing er lagret i en annen områdesamling, Det er litt vanskelig. Vi besluttet å bruke webdelen for kjernen søke resultater siden søket strekker seg over områdesamlinger. Koder og Testing klarer produktdata via en egendefinert liste som er begrenset av en bestemt innholdstype. AA søkeordet som bruker første innholdstypen og produktnummeret begrense søket til en enkelt rad i den egendefinerte listen.

Søkeordet ovenfor er en og. Den returnerer dokumenter innhold type "trening faktura" og der fakturanummeret er lik "1111".

En fin nytte fra denne tilnærmingen: Vi kan redigere XSL-koden fra den kjernen søkeresultater-webdelen og generere alle formater som vi ønsker.

Se her (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) for en annen blogger diskusjon om dette emnet.

</slutten>Abonner på bloggen min.

Fortell meg om din blogg!

Hvis du vedlikeholder en blogg som er minst minimal koblet til SharePoint, behage utleie meg vite i kommentarer. Jeg vil gjerne legge deg til min bloggliste.

Hvis du vedlikeholder en blogg som ikke er koblet til SharePoint, men vil at jeg skal legge det til likevel, gi meg beskjed. Jeg vil kanskje lage en egen bloggliste.

Vennligst gi:

  • Bloggen din URL (åpenbart)
  • En kort beskrivelse av bloggen din.

Jeg vil beholde koblingen til "aktiv" Blogger, som jeg er omtrent definere som ett innlegg per uke og minimum tre måneder gammel. Hvis du ikke oppfyller dette "behovet" legge til kommentarer uansett. Har * min * så jeg kan bryte min egen regel hvis jeg vil.

takk!

Kurskalender for ansatte og materialer-mal — Senk feil i malen

Klienten oppdaget en feil i dag med ovennevnte malen.

Kurset ledere lage kurs. Når du oppretter et kurs, angir maksimalt antall tilgjengelige plasser lederen.

Malen gir selvbetjent brukerregistrering. Jeg registrerer og en arbeidsflyt som er knyttet til registrering listen reduserer "tilgjengelig sitteplasser" forbundet med det selvfølgelig.

Enkeltpersoner kan også avregistrere deg fra et kurs. Feilen ligger her. Avregistrere fra et kurs øker ikke ledige plasser telleren. Som et resultat, ledige plasser er ikke nøyaktig. Denne feilen er forsterket av faktum at når ledige plasser reduserer til null, Ingen flere selvbetjent registrering er tillatt.

Heldigvis, Microsoft tilbyr arbeidsflyten for denne prosessen. Enda bedre, Det er en rett frem arbeidsflyt som er opprettet via SharePoint Designer.

Gjør følgende høyt nivå for å fikse det:

  1. Brann opp SDP.
  2. Tilgang til webområde basert på malen trening.
  3. Tilgang "Avregistrering av-deltaker" arbeidsflyt.
  4. Sett inn denne fremgangsmåten (Jeg gjort dem de to første trinnene):
    1. Beregne Kurs:Fylt seter minus 1 (Utdata til Variabel:calc)
    2. (deretter) Oppdateringen element i Kurs

Klikk Fullfør og du er ferdig.

Skjermbilder:


SharePoint Designer:

bilde

Ferdig med arbeidsflyt:

bilde

Beregne drill-down:

bilde

Oppdateringen element i kurs:

bilde

Gi gode nyheter ofte; gi dårlige nyheter tidlig

Jeg har vært konsulent for mange år nå, og som noen erfarne konsulent vet, god kommunikasjon er en av hovedpilarene til vellykket levering av et prosjekt. Det er så åpenbart, Det er virkelig nesten kjedelig å snakke om. Dette er ikke et innlegg om generisk kommunikasjon. I stedet, Jeg skriver om den mørkere siden av kommunikasjon — formidle dårlige nyheter.

Selvfølge at gir gode nyheter til klienten er gjort hele tiden, så ofte som mulig. Som ikke ønsker å gi gode nyheter? Hvem liker ikke å høre gode nyheter?

På baksiden, dårlige nyheter er ikke morsomt i det hele tatt. Jeg har alltid slitt med dette. I de tidligere dagene av min karriere, Jeg ville vite noe var forkjært et prosjekt og stedet for forteller klienten, Jeg ville jobbe lenger timer å prøve og løse problemet. Jeg ville pålegge mitt team jobbe hardere. Det er en naturlig nok impuls å tenke at en super menneskelig innsats kan redde dagen. Noen ganger fungerer dette, noen ganger det ikke. Selv når det "fungerer" Det er ofte en blandet bag. Er kvaliteten på leveringen virkelig opp til spec når viktige deler har blitt utviklet over flere 60 til 80 Time uker?

Hva er den beste måten å håndtere dårlige nyheter? Svaret er: fortelle det tidlig. Ikke vent til en uke før budsjettet brukes. Hvis du vet seks uker ut at det bare ikke nok tid til å levere noen litt lovet funksjonalitet, Be klienten der. Klienten kan bli opprørt (sannsynligvis), Det kan være incriminations og beskyldninger og såre følelser. men, Når følelser kjøle, Det er fortsatt seks uker igjen på prosjektet. Seks uker er en god del tid. Det er tid å justere planer, endre planene, få ballen rullende på budsjettet utvidelser (Lykke til!) og bare generelt komme til tak med "fakta på bakken" og en ny plan som fortsatt gir et vellykket prosjekt.

Case in point: Jeg arbeider på et prosjekt som er preget av:

  • T&E budsjett med en avkortet "ikke overstige" pengebeløp.
  • En "beste innsatsen vil bli gjort" Love å levere X, Y og Z prosjektets slutten.
  • Mangel på lovet nøkkelressursene på klientsiden. Disse ressursene ble ikke holdt tilbake med vilje, heller ikke for noen "dårlig" grunn, men de ble holdt tilbake.
  • En gryende realisering som prosjektet gikk det halvveis punktet at vi ikke skulle kunne levere "Z" (hovedsakelig fordi de lovede ressursene ikke var faktisk tilgjengelig).
  • Regelmessige statusrapporter og "CYA" dokumentasjonen som støttet oss (det konsulterende laget) opp.
  • Tett strikke gjennomføring lag med medlemmer fra rådgivning organisasjonen (Min selskapet) og klienten.
  • Fjern ledelse, i begge en metaforisk og fysisk følelse. Ledelsen var fokusert på en annen stor virksomhetsprosjekt og på grunn av plassbegrensninger, gjennomføring laget ble plassert i en separat bygning på campus, ned en bakke og relativt langt vei fra "sivilisasjonen".

Med omtrent seks uker igjen på budsjettet, Vi (gjennomføring laget) visste at vi var problemer. Kontrakten sa at vi måtte levere "Z". Selv om prosjektet er tid & materialer og selv om vi bare lovet "beste innsats" å levere Z og selv om vi hadde stor begrunnelse for manglende levering … Poenget er at det ikke ser bra — vi skulle ikke levere Z i form en kvalitet som gjør alle stolte.

Erkjenner dette, Vi gikk til ledelsen og fortalte dem at budsjettet ville bli fortært av en bestemt dato, og at vi var i trøbbel med Z.

En mini firestorm brøt ut over de neste dagene.

Dag 1: Ledelsen samtaler i sine ansatte for et ekstraordinært møte (Vi, konsulentene ikke er invitert). Kontrakter skrives ut og deles ut til alle og en line-by-line gjennomgang følger. Management setter personalet på defensiven. Jeg tror ikke uttrykket "Stockholm-syndrom" er * faktisk * brukes, men du får bildet. Vi er en tett sammensveiset gruppe, når alt kommer til alt, og ansatte har jobbet med oss konsulenter dag ut i flere måneder nå.

Dag 2: Ledelse kaller en annen stabsmøte. De føler litt bedre. De ønsker alternativer og ideer for fremover. De innser det er fortsatt seks uker igjen i det gjeldende prosjektbudsjettet, som er fortsatt en anstendig litt tid. En av gjøremål: planlegge et møte med full gjennomføring team (inkludert konsulenter).

Dag 5: Hele teamet møtes, følger konstruktiv møte og en ny oppnåelig plan satt på plass. Enda bedre, Vi har allerede begynt å diskutere fase to og klienten inviterer oss til å utarbeide forslag for den fasen umiddelbart.

Hvis vi hadde ventet til bare tre uker igjen, eller enda verre, én eller to uker, det ville ha vært mye annerledes. I stedet for en konstruktiv møte å re-align prosjektet, Vi ville ha blitt trekke ut statusrapporter, analyse av kontrakten og gjennom gamle e-poster for å rettferdiggjøre dette eller at beslutningen. Vi ville "vunnet" men det virkelig "vinner" i dette tilfellet?

Så, Hvis du har å gi dårlige nyheter, gi det tidlig. Dårlige nyheter gitt sent er ikke bare dårlig, Det er forferdelig.

Ved hjelp av “Person eller gruppe” i en beregnet kolonne

Folk spør vanligvis om å bruke en kolonne med datatypen "Person eller gruppe" Skriv inn "Beregnet" i en annen kolonne med data..

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

Når du legger til en beregnet kolonne, WSS viser listen over felt du kan bruke for beregning. Hvis du skriver inn i en kolonne som ikke er i listen over, den forteller deg:

Én eller flere kolonnereferanser er ikke tillatt, fordi kolonnene er definert som en datatype som ikke støttes i formler.

Løsning: Bruke en hendelsesbehandling. Hendelsesbehandlingen branner når brukeren lagrer varen. Den utfører oppdateringen du ønsket den beregnede kolonnen for å gjøre.

Nyttige linker på beregnede feltene generelt:

Quick forbehold: Jeg tror det over å være sann og nøyaktig, men jeg har sett nok smart triks her og der i MOSS/WSS at jeg ikke ville være svært overrasket over (agog hvis du vil.) Hvis noen har funnet ut en måte å gjøre dette uten å ty til koden. Hvis du har funnet ut smart arbeid rundt eller kjenner noen som gjorde, gi meg beskjed!

MOSS/WSS forteller meg: “Siden har blitt endret av en annen forfatter på …” men faktisk, Det var ikke.

Vi gjorde noen tung plikt re-organisering av vår området taksonomi via "Administrere innhold og struktur". For ukjente grunner til meg, Denne prosessen (selv arbeider i hovedvinduet) brøt noen navigeringskoblinger i Hurtigstart. Brutte koblinger er preget av:

  • Feil URL. For eksempel, Det bør være "områder/avdelinger/HumanResources /…". Men, den nye koblingen er "/ områder/Corporate/HumanResources /…".
  • Gjentatte biter på søkestrengen på overskriften, som i:

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

Det er enkelt nok å fikse via webområdenavigering innstillinger. Bortsett fra, MOSS gir meg med dette når jeg prøve og gjøre det:

bilde

Faktum er, ingen gjør endringer det (bortsett fra meg, selvfølgelig).

Et raskt søk viser denne MSDN Forum diskusjonen: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier legger det ut pent i den nest siste (som 10/02/07) innlegget:

Faktum er:

Tilbakestille skadet overskrifter, du må :

– fjerne alle lister skadet overskrift

– fjerne skadede overskrift

– Fra listeinnstillinger, legger til en fjernet liste Hurtigstart (Dette regenerere overskriften ikke ødelagt)

Du er så godt å gå….


SharePoint-ekspert – Sogeti Cap Gemini Sveits

Jeg var litt forvirret fordi jeg holdt som ønsker å gå til navigeringssiden., foreta endringen og deretter få truffet av den "siden ble endret" melding. Til slutt, Jeg innså at jeg måtte gå til listeinnstillinger og fjerne/legge den til hurtigstartlinjen. Det gjorde utslaget. Lykkelige tider er her igjen!

</slutten>

Abonner på bloggen min!

Problemer med “Stans midlertidig til dato” aktivitet i SPD-laget arbeidsflyter

OPPDATERINGEN 12/10/07: Hurtigreparasjonen som beskrives i MSDN KB929816 løste problemet for oss nevnt nedenfor. Skaffe hurtigreparasjonen og deretter installere på hver server i farmen. Deretter, SharePoint-konfigurasjonsverktøyet på hver server. Her er koblingen MS Support for at KB: http://support.microsoft.com/kb/932816.

Bakgrunn:

Vi har et forretningskrav der en environmental engineering manager må sikre at 30 Some-Odd produksjon steder ligger i hele USA må å sikre at disse plantene fil for deres ulike stat-mandat tillatelser i tide. En tilnærming vi har undersøkt utnytter "Pause til dato" aktivitet tilgjengelig for oss via SharePoint Designer worfklow. Engineering manager (eller hennes assistent) angir alle nødvendige tillatelser og påminnelsesdatoene ved starten av året. Systemet gjør grovarbeidet.

Miljø:

MOSS, 64 bit, virkelig apparat omgivelsene (utvikling-boksen), 2 servere (SQL på serveren #1, alt på serveren #2).

Problemer:

Handlingen Pause T.o.m. virker som den perfekte løsningen, og det kan godt vise seg å være. Men, det fungerer ikke godt ut av boksen (for oss).

  1. Arbeidsflyt jobben var ikke planlagt å kjøre, noensinne. Jeg oppdaget dette ved å lese Christopher Whites (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Excellent skrive ved hjelp av stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "jobb-arbeidsflyt" -URL-adresse http://localhost

    <Egenskapen finnes = "ingen" />

    C:\>

    Det var en overraskende resultatet men lett løst:

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

    Operasjonen er fullført.

    C:\>

    Ved å gjøre det, den første "pågår" arbeidsflyt raskt fyrt opp og gjorde det har jobb.

  2. Dessverre, neste fungerte ikke som forventet. Heldigvis, Christopher viser oss her (http://support.microsoft.com/kb/932816). Som skrevet av denne oppføringen, Vi venter på IT-avdelingen å få denne hurtigreparasjonen, men det ser lovende. Våre kopier av de berørte dll deler ikke samme bytestørrelse, så forhåpentligvis vil dette løse problemet.

Løsning:

Re-kjører kommandoen stsadm -o setproperty syntes å prod tidtakeren for arbeidsflyt våken. Det ville, omtrent 7 minutter senere, faktisk våkne og fortsette med arbeidsflyten.

Spørsmål / Spørsmål:

Pause T.o.m. fungerer ikke.

Pause T.o.m. ikke på nytt.

Arbeidsflytens status endres ikke fra "pågår"

Arbeidsflytstatusen forblir "i Progress"