Nici o supa pentru tine! Este Cisco supa nazist de NLB produsele?

Astăzi, Am încercat să acceseze o bibliotecă de documente prin intermediul windows explorer. Acest cod lib este de viaţă în interiorul unui sistem care constă din două WFE încărcare echilibrată de un fel de soluţie Cisco NLB. (Dacă/atunci când reţeaua wizards spune-mi ce este, Voi actualiza acest post).

Ferestre explorer nu a putut conecta. Am făcut nişte cercetări şi în cele din urmă, wizards reţea a spus că WebDAV este dezactivată / neacceptat de / sub demnitatea de NLB.

Deci, Presupunând că wizards reţea nu sunt doar spune-mi reţea Expertul echivalentul "să ia o plimbare lungă de pe un pod de scurt", Am să întreb — are NLB, prin natura, dezactivaţi WebDAV? Vom pierde noastre ferestre dosar explorer interface SharePoint? Este Cisco Supa nazist?

Gestionarea MOSS / AAC medii — păstrarea cu baza de cunoştinţe Microsoft

Microsoft creează baza de cunoştinţe articolele zi în şi zi şi unele dintre aceste sunt darned important să ştiţi despre dacă locuiţi în lumea SharePoint.

I a păstra până la viteza cu ei prin intermediul unui serviciu oferă de buni la www.kbalertz.com. KBAlertz permite să vă înscrieţi pentru dumneavoastră preferat tehnologie MS şi trimite să digere versiuni de Microsoft KB articole prin e-mail.

Politica de aplicatie web, Site-uri de securitate şi de securitate tunderea — Cunoaşte configuraţia

(ACTUALIZAT 11/29 pentru a explica cum de a accesa web aplicare setări de politică prin intermediul UI)

Am avut unul din cei "ce este MOSS fac asta pentru mine????" momente azi. În cele din urmă, este tot vina mea.

Avem un proiect de întreprindere MOSS întâmplă şi ne-o dorim pentru a asigura "titular loc" site-uri astfel încât nici un utilizator poate accesa sau vedea. Că este uşor:

  1. Du-te la site-ul.
  2. Rupe din moştenire de securitate.
  3. Scoateţi fiecare utilizator/grup din permisiunile de site-ul.

Cele de mai sus ar trebui să lase doar administrator al colecției de site-ul cu permisiunea de a vedea site-ul.

Dacă cineva se conectează, Acestea ar trebui să nu mai vedea site-ul şi ar trebui să fie împodobite de securitate la toate locurile obişnuite.

dar … nu a fost. În acelaşi timp, Deodată îmi dau seama că utilizatorul meu"Joe" cont standard de utilizator de test cu nici o priv decât restrânse acces de citire a unei acţiuni de"site-ul" alegerea oriunde merge. I dublu a verifica un singur lucru şi verificaţi altceva. Ridic telefonul pentru a apela un coleg, dar pune-l în jos şi verificaţi altceva. Mă duc pentru o plimbare şi încearcă tot peste tot din nou. Am suna un coleg şi a lăsa un mesaj. Şi apoi, în cele din urmă, Mi se pare că la Ethan pe blog, Graficul lui de deschidere face destul de simplu:

MOSS 2007 a un nou feature numit politici de aplicaţie Web. Acestea sunt permisiunile de securitate care este legată de o aplicaţie Web. Aceste setări de securitate suprascrie orice setare de securitate, care este setat la colecţia de site-ul sau site-ul (Web) nivel pentru acel utilizator.

O scurtă vizită la web aplicare politici Arată că "NT Authorityauthenticated utilizatori" a fost acordat citire completă. Le-am scos din lista şi totul în cele din urmă a început să lucreze cum era de asteptat. Cred că acestea au fost adăugate în primul rând de cineva cu impresia greşită că aceasta este cea mai bună metodă de a acorda acces de citire pentru toată lumea în întreprindere. N-are, dar, tulpina un citat, "Nu înseamnă ceea ce credeţi că înseamnă."

Acces web aplicarea politicilor în acest fel:

  1. Du-te la administrare centrală
  2. Selectaţi aplicare Management
  3. Selectaţi "politică pentru aplicație Web"
  4. Pe acest ecran, Asiguraţi-vă că alegeţi aplicaţia web corectă. Pentru mine, l implicit la aplicația web de admin centrale, care nu poate fi cel dorit.

Când am avut această problemă, Am cautat pentru următoarele fraze şi luat surprinzător de puţin în termeni de ajutor direct pe această temă:

Site-ul acţiuni vizibile pentru toţi utilizatorii

Site-ul acţiuni vizibile pentru toţi utilizatorii

acțiuni site nu sunt împodobite de securitate

asigura un site de MOSS

Introducere în muşchi de securitate

Technorati Tags:

Simplă şi rapidă: Utilizaţi cuvinte cheie fixă interogare în căutare de bază rezultatele

Instrucţiuni de simplă şi rapidă:

Edita o pagină şi se adaugă o parte de web a Core rezultate.

Editați partea web şi extinde "Interogare fixe de cuvinte cheie".

Adauga interogarea de cuvânt cheie fixă (ex. ContentType:"Formare factură" TrainingInvoiceNumber:1111)

Extinde opţiunile de interogare rezultatele şi de a schimba "Cross-Web parte interogare ID" la o altă valoare decât "interogare utilizator" (ex. "2 De interogare").

Note:

Folosind rezultatele de căutare de bază în acest mod mi-a permis pentru a crea o pagină care afişează informaţii de la un alt site-ul de colectare. Clientul are două colecții de site-ul majore: Serviciile şi produsele.

Colecția de site-ul produs conţine, destul de natural, informaţii despre produs. Fiecare produs din colecția de site-ul agregate de date din surse multiple.

Unul din departamentele, coduri şi testare, este pe astfel de sursă. Când utilizatorii accesează produs XYZ, Acestea ar trebui să vedeţi coduri şi testare date direct de pe pagina principală XYZ. Din codurile si testarea este găzduit într-o altă colecţie de site-ul, este un pic ciudat. Ne-am decis să folosească partea web bază căutare rezultate din moment ce căutaţi se întinde pe site-ul colecţii. Coduri şi testarea gestionează produs de date prin intermediul o listă particularizată care este limitată de un anumit tip de conţinut. Interogare AA de cuvinte cheie care utilizează mai întâi tipul de conţinut şi apoi numărul produsului restrânge căutarea la un singur rând în lista particularizată.

Interogarea de cuvânt cheie de mai sus este un si. Returnează documentele de conţinut de tip "formare factură" şi în cazul în care numarul facturii este egal cu "1111".

Un beneficiu frumos din această abordare: Putem edita XSL din partea web Rezultate căutare de bază şi genera orice format pe care dorim.

A se vedea aici (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) pentru un alt blogger discuţii pe acest subiect.

</scop>Aboneaza-te la blog-ul meu.

Spune-mi despre blog-ul!

Dacă vă menţine un blog care este cel puţin minim conectat la SharePoint, vă rugăm să-mi spuneţi în Comentarii. Mi-ar plăcea să vă să adăugaţi mea lista de blog-ul.

Dacă vă menţine un blog care nu este conectat la SharePoint, dar vrea sa-l oricum, să-mi spuneţi. Vom putea crea o listă separată blog.

Vă rugăm să daţi:

  • URL-ul blog-ul (în mod evident)
  • O scurtă descriere a blog-ul.

Vreau pentru a menţine link-ul pentru "activ" Blogurile, care aproximativ sunt definirea ca un post pe săptămână şi minim trei luni. Dacă nu îndeplinesc această cerință"" Adauga numele tau la Comentarii oricum. Are * meu * lista aşa că poate rupe norma propria mea dacă vreau să.

mulţumesc!

Program de instruire angajat și materiale şablon — Bug decrement în şablon

Clientul a observat un bug astăzi cu şablonul mentionate mai sus.

Curs de manageri crea cursuri. Atunci când creaţi un curs, Managerul specifică numărul maxim de locuri disponibile.

Şablon prevede înscrierea autoservire. Mă înscriu şi un flux de lucru ataşat la înregistrare lista decrements "locuri disponibile" asociate cu acel curs.

Persoane fizice, de asemenea, poţi retrage la un curs. Bug-ul se află aici. Anulare înregistrare la un curs nu incrementează contra locuri disponibile. Ca rezultat al, locuri disponibile nu este corectă. Această problemă este agravată de faptul că, atunci când decrements locuri disponibile la zero, înregistrare de autoservire nu mai este permis.

Din fericire, Microsoft oferă fluxul de lucru pentru acest proces. Chiar mai bine, este un flux de lucru de drept-înainte, creat prin SharePoint Designer.

Urmaţi paşii de nivel înalt pentru a repara:

  1. Foc până PSD.
  2. Acces la site-ul bazat pe șablonul de formare.
  3. Acces la "retragerea de participant" flux de lucru.
  4. Introduce aceşti paşi (Eu le-a făcut primele două etape):
    1. Se calculează Cursuri:Umplut de locuri minus 1 (Ieşire la Variabila:calc)
    2. (apoi) Actualizare articol în Cursuri

Faceţi clic pe Terminare şi aţi terminat.

Capturi de ecran:


SharePoint Designer:

imagine

Flux de lucru terminat:

imagine

Calcula detaliaþi-jos:

imagine

Actualizare articol la cursuri:

imagine

Da bun veste frecvent; da o veste proastă devreme

Am fost un consultant pentru o mulţime de ani acum, şi ca orice consultant cu experienta stie, buna comunicare este unul dintre pilonii cheie la livrarea de succes a unui proiect. Este atât de evident, este foarte aproape de plictisitor pentru a vorbi despre. Acest lucru nu este un post despre comunicare generic. În schimb, Am scris despre partea mai întunecată de comunicare — comunicarea veşti proaste.

Se subînţelege că dând veste bună clientului este făcut tot timpul, cât de des posibil. Cine nu vrea să dea o veste bună? Cine nu-i place să aud o veste bună?

Pe de flip parte, veste proastă este nici un haz deloc. M-am luptat mereu cu acest. În zile mai devreme de cariera mea, As vrea sa stiu ceva a fost greşit cu un proiect şi în loc de a spune clientului, Aş lucra ore mai mult pentru a încerca să rezolve problema. Am ar impună echipa mea sa lucreze mai greu. Este un impuls suficient de naturale să cred că un efort super-umane poate salva ziua. Unele ori acest lucrări, Unii ori acesta nu. Chiar şi atunci când aceasta "funcţionează" Acesta este adesea un amestecat sac. Este calitatea livrabil cu adevărat până la spec. atunci când cheie părţi au fost dezvoltate peste mai multe 60 pentru a 80 oră săptămâni?

Care este cel mai bun mod de a gestiona o veste proastă? Răspunsul este: spune-o mai devreme. Nu aşteptaţi până la o săptămână înainte de bugetul proiectului va fi consumate. Dacă ştiţi că de şase săptămâni acolo pur şi simplu nu este timp suficient pentru a oferi unele pic de funcţionalitate a promis, spun clientului chiar atunci şi acolo. Clientul poate obţine supărat (probabil va), poate fi incriminări şi acuzaţii şi rănit sentimentele. dar, Când emoţiile se răcească off, este încă şase săptămâni stânga pe proiect. Şase săptămâni este o bucată bună de timp. Există timp pentru a ajusta planurile, schimba orarele, a lua mingea rulare pe extensii de buget (Noroc!) şi doar în general, vin la trântă cu faptele"pe teren" şi să elaboreze un plan nou ca rezultat încă un proiect de succes.

Cazul în speţă: Eu lucrez la un proiect de caracterizat prin:

  • T&E bugetul cu o plafonate "nu trebuie să depăşească" Dolar suma.
  • Un "cel mai bun va fi făcut eforturi" promisiunea de a livra X, Y şi Z finele proiectului.
  • Lipsa resurselor cheie promis pe partea de client. Aceste resurse nu au fost reţinute pe scop, nici pentru orice rău"" Motivul, dar ele au fost reţinute.
  • O realizare zorilor ca proiectul a trecut punctul de jumătatea drumului care nu au de gând să fie capabil să ofere "Z" (în principal, deoarece resursele promise nu au fost efectiv disponibile).
  • Rapoarte de stare periodice şi "CYA" documentaţia care ne-a sprijinit (echipa de consultanta) sus.
  • Strâns tricot echipei de implementare cu membri care provin din organizaţia de consultanta (compania mea) şi client.
  • Echipa de management îndepărtate, în ambele sens metaforic şi fizice. Echipa de management a fost axat pe un alt proiect de întreprinderi mari şi din cauza constrângerilor de spațiu, echipa de implementare a fost adăpostite într-o clădire separată campus, în jos un deal şi mod relativ departe de "civilizaţie".

Cu aproximativ şase săptămâni stânga pe bugetul proiectului, am (echipa de implementare) ştia că am fost probleme. Contractul a spus că am nevoie pentru a livra "Z". Chiar dacă proiectul este timp & materiale şi chiar dacă am promis doar "eforturile" pentru a livra Z şi chiar dacă am avut justificarea mare lipsă de livrare … linia de jos este că acesta nu a fost căutarea de bine — noi nu au de gând să livreze Z în formă de o calitate care ar face pe cineva mandru.

Recunoscând acest lucru, ne-am dus la gestionarea şi le-a spus că bugetul proiectului ar fi consumate de o anumită dată şi că am fost în probleme cu Z.

Un mini firestorm a erupt de peste următoarele câteva zile.

Ziua 1: Echipa de management de apeluri în personalul său pentru o reuniune specială (am, consultanţii nu sunt invitate). Contractele sunt tipărite şi înmânează pentru toată lumea şi o revizuire de linia-de-linie apare. Managementul pune membrii personalului în defensivă. Nu cred că fraza "Sindromul Stockholm" este * fapt * utilizat, dar ai poza. Suntem un grup strâns unit-, la urma urmei, şi personalul a fost de lucru cu noi consultanţii zi şi în afară de mai multe luni acum.

Ziua 2: Gestionare apeluri altă reuniune de personal. Se simt un pic mai bine. Ei doresc opţiuni şi idei pentru a progresa. Ei dau seama există încă şase săptămâni rămase în bugetul proiectului curent, care este încă decent un pic de timp. Unul dintre elementele de acțiune: programaţi o întâlnire cu echipa de implementare completă (inclusiv consultanţi).

Ziua 5: Întâlneşte echipa, constructiv întâlnirea apare şi pune în loc, un nou plan de realizabile. Chiar mai bine, am început deja faza a doua a discuta şi clientul ne invită să pregătească propuneri pentru că faza imediat.

Dacă am avut de aşteptat până la doar trei săptămâni au rămas, sau chiar mai rău, una sau două săptămâni, ar fi fost mult diferit. În loc de a re-alinia proiectului o întâlnire constructiv, noi ar fi fost trăgând afară rapoarte de stare, parsarea contractului şi revizuirea email-uri vechi pentru a justifica acest lucru sau că decizia. Am ar "castigat" dar este că într-adevăr "câştigătoare" în acest caz?

Deci, în cazul în care va trebui să dea o veste proastă, da-l la începutul. Vesti proaste tardivă nu este doar rău, este oribil.

Folosind “Persoana sau grupul” într-o coloană calculată

Oamenii întreabă frecvent despre folosind o coloană de date tip "persoană sau grup" într-o altă coloană de date tip "Calculată".

Linie de fund, aceasta nu funcţionează în WSS 3.0 (sau MOSS).

Când adăugaţi o coloană calculată, AAC Arată lista de câmpuri vă permite să utilizaţi pentru calcularea. Dacă tastaţi în numele unei coloane care nu este în lista sa, Aceasta vă spune:

Una sau mai multe referinţe coloana nu sunt permise, deoarece coloanele sunt definite ca tip de date care nu este acceptat în formule.

Soluţie: Se utilizează un handler de eveniment. Handler de eveniment incendiile atunci când utilizatorul salvează elementul. Efectuează actualizarea ai fi vrut coloana calculată pentru a face pentru tine.

Link-uri utile pe câmpuri calculate în general:

Renunţare rapidă: Cred că cele de mai sus să fie adevărat şi corecte, dar am văzut destul de inteligent trucuri aici şi acolo în MOSS/AAC că nu aş fi foarte surprins (foarte agitat dacă va) Dacă cineva a dat seama un modalitate de a face acest lucru fără a recurge la codul. Dacă le-am dat seama inteligent lucru în jurul sau cunosc pe cineva care a făcut, vă rugăm să-mi spuneţi!

MOSS/WSS tells eu: “Pagina au fost modificate de un alt autor pe …” dar de fapt, nu a fost.

Am făcut unele grele re-organizarea de taxonomie noastre de site-ul prin intermediul "Gestiona conţinutul şi structura". Din motive necunoscute pentru mine, Acest proces (Deşi lucrează în principal) a rupt unele link-uri de navigare în Lansarea rapidă. Legăturile sunt caracterizate de:

  • URL-ul greşit. De exemplu, ar trebui să fie "/ sites/departamente/HumanResources /…". Cu toate acestea, nou link este "/ sites/Corporate/HumanResources /…".
  • Repetate de biţi pe şirul de interogare de la rubrica, ca şi în:

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

Asta e destul de uşor de a stabili prin intermediul site-ul setări/navigare. Cu excepţia, MOSS a prezentat-mă cu acest lucru atunci când am încerca şi face acest lucru:

imagine

Faptul este, nimeni nu este de a face orice schimbare acolo (în afară de mine, desigur).

O căutare rapidă se transformă acest MSDN forumuri de discuţii: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier l stabileşte frumos în penultimul (ca de 10/02/07) post:

Faptul este:

Pentru a reseta corupt titlurile, trebuie să :

– elimina toate listele de corupt titlul

– elimina corupt rubrica

– La Setări listă, adăugaţi o listă eliminat pentru lansarea rapidă (Acest lucru se regenera o rubrică non corupt)

Apoi sunt bune pentru a merge….


Expert în SharePoint – Elveţia de Gemini Sogeti Cap

Am fost un pic confuz, pentru că am păstrat doresc pentru a merge la pagina de navigare, modificarea şi apoi lovit cu "pagina a fost modificată" mesaj. În cele din urmă, Am dat seama am avut de a merge la Setări listă şi eliminaţi/adăuga la lansare rapidă. Care a făcut truc. Fericit ori sunt aici din nou!

</scop>

Aboneaza-te la blog-ul meu!

Probleme cu “Pauză până la data” activitatea în fluxuri de lucru creat de SPD

ACTUALIZARE 12/10/07: Remedierea rapidă după cum este descris în MSDN KB929816 rezolvat problema pentru noi menţionate mai jos. Obţine o remediere rapidă şi apoi instalaţi pe fiecare server la ferma. Apoi, utilitarul de configurare a SharePoint pe fiecare server. Aici este link-ul de MS Support pentru că KB: http://support.microsoft.com/kb/932816.

Fundal:

Avem o cerinţă de afaceri în cazul în care un manager de inginerie mediu trebuie să se asigure că 30 locaţii de fabricaţie some-Odd situat în întreaga Statele Unite are nevoie pentru a se asigura că aceste plante fişier pentru legitimaţiile diverse stat-mandatat în timp util. O abordare ne-am investigat pârghii "pauză până la data de" activitate disponibile pentru noi prin intermediul SharePoint Designer worfklow. Manager de inginerie (sau asistent) intră toate autorizaţiile necesare şi memento datele de la începutul anului. Sistemul are apoi toate ridicarea grele.

Mediu:

MOSS, 64 pic, mediul virtual machine (caseta de dezvoltare), 2 servere (SQL Server #1, orice altceva pe server #2).

Probleme:

Pauză până la data de acţiune pare a fi soluţia perfectă şi ea ar putea dovedi a fi. Cu toate acestea, nu funcţionează bine caseta (pentru noi).

  1. Lucrarea de flux de lucru nu a fost programată să se execute, vreodată. Am descoperit acest lucru citind Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excelent scrie-up folosind stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "job flux de lucru" -URL-ul http://localhost

    <Există proprietate = "nu" />

    C:\>

    Asta a fost un rezultat surprinzător dar cu uşurinţă rezolvat:

    C:\>stsadm -o setproperty - propertyname "job-worfklow" -PropertyValue "fiecare 1 minute între 0 şi 59" -URL-ul http://localhost

    Funcţionare a terminat cu succes.

    C:\>

    La care face, primul "în desfăşurare" flux de lucru rapid tras în sus şi a făcut-o a locuri de muncă.

  2. Din păcate, o viitoare nu funcţionează conform aşteptărilor. Din fericire, Christopher se referă ne aici (http://support.microsoft.com/kb/932816). După cum a scris această intrare, Suntem de aşteptare pentru Departamentul IT pentru a obţine această remediere rapidă, dar aceasta arata promitator. Copii noştri de .dll afectate nu împărtăşesc aceeaşi dimensiune octet, deci sperăm că acest lucru va rezolva problema.

Soluţie:

Re-execută comanda stsadm -o setproperty părea să prod cronometrul de flux de lucru treaz. S-ar, aproximativ 7 minute mai târziu, de fapt, trezeste-te şi continua împreună cu fluxul de lucru.

Întrebări / Probleme abordate:

Pauză până dată nu funcţionează.

Nu relua pauză până la data.

Statutul de flux de lucru nu se schimba din "în desfăşurare"

Statutul de flux de lucru rămâne "în desfăşurare"