Täna, Ma püüdsin pääse dokumenditeeki windows Exploreri kaudu. See doc lib elu sees süsteem, mis koosneb kahe WFE koormust tasakaalustada mingisugune Cisco NLB lahendus. (Kui/kui võrgu võlurid öelge mulle, mida ta, Ma ajakohastavad seda postitust).

Windows explorer ei saanud ühendust. Ma tegin mõned uuringud ja lõpuks, võrgu võlurid ütles, et WebDAV-i on keelanud / ei toeta / all on NLB väärikust.

Nii, eeldades, et võrgu võlurid pole just mulle võrgu viisard samaväärne "võta ära lühikese silla pika jalutuskäigu", Ma pean mõtlema — Kas NLB, oma olemuselt, Keela WebDAV? Kas me kaotame meie windows file explorer kasutajaliides SharePoint? Cisco on selle Supp natsi?

Microsoft loob teadmusbaasi artiklid päev ja päev läbi ja need on darned oluline teada kui sa elad SharePointi maailmas.

Hoian kiirendamiseks nendega kaudu teenust pakkuda head inimesed www.kbalertz.com. KBAlertz abil saate logida oma lemmik MS tehnoloogia ja nad saadavad teile seedima versiooni Microsoft KB artiklid e-posti.

(UUENDATUD 11/29 et selgitada, kuidas kasutada veebi rakendusesätted poliitilisi kaudu UI)

Mul oli üks neist, "miks MOSS teeb see mulle????" hetki täna. Aasta lõpus, See on kõik minu süü.

Meil on ettevõtete MOSS projekt toimub ja me tahame kindlustada koha omanik"" saite, et ükski kasutaja võib seda kasutada või seda näha. See on lihtne:

1. On juba.
2. Pärilust turvalisus.
3. Saidi õigusi iga kasutajagrupp eemaldamine.

Eespool tuleks jätta ainult saidikogumi administraator õigustega saidi näha.

Kui keegi logib, nad peaksid enam näha kohas ja see peaks olema turvalisuse tahutud kõiki tavalisi kohti.

Aga … ei ole. Samal ajal, Ma äkki aru, et minu "Joe kasutaja" Standardne kasutajakonto test koos mingit priv peale piiratud lugemisõigus on "Saiditoimingud" kõikjal ta läheb valik. I Standard kontrollida üks asi ja kontrollida midagi muud. Ma kiirenemist telefoni, et helistada kolleeg, Aga pane see maha ja kontrollida midagi muud. Ma jalutada ja proovida kõike otsast uuesti. Kutsume mate ja Jäta teade. Ja siis, lõpuks, Ma leian, et kell Ethan's blog, tema avamise graafik teeb üsna lihtne:

MOSS 2007 on uut funktsiooni nimega Web taotluse poliitika. Need on õigused mis on seotud veebirakendus. Need turvasätted alistada kõik turvasäte on seatud saidikogumis või saidi (Veeb) selle kasutaja jaoks.

Kiire visiit web taotluse poliitika näitab, et NT Authorityauthenticated kasutajad"" on võimaldatud täielik lugemispääs. Ma eemaldada need nimekirja ja kõik lõpuks asus tööle nii nagu peab. Usun, et keegi on ekslik mulje, et see on parim meetod anda lugemisõigus kõigile ettevõtte kõigepealt lisanud. See ei, Aga, väsitab quote, "See ei tähenda, nagu sa arvad, see tähendab."

Juurdepääs veebi rakenduste poliitikad nii:

1. Minge administreerimiskeskusse
2. Valige rakenduste haldamist
3. Valige "veebirakenduse poliitika"
4. Et ekraan, Veenduge, et valite õige veebirakendus. Minu jaoks, Vaikimisi ei pruugi olla teie soovitud administreerimiskeskuse veebirakendus.

Kuna mul oli see probleem, Järgmised laused otsisin ja sain üllatavalt vähe nii otsest abi selles küsimuses:

Kõigile kasutajatele nähtavate Saiditoimingud

Menüünuppu Saiditoimingud näevad kõik kasutajad

saidi toimingud pole turvalisusega seotud kärpimine

turvaline MOSS leht

Sissejuhatus moss turvalisus

Technorati Tags: SharePointi

Kiire ja lihtne juhiseid:

Muuta ja Core otsingutulemuste veebiosa lisamine.

Saate redigeerida selle veebiosa ja laiendada "Fikseeritud Märksõnapäring".

Lisada kindla märksõna päring (näiteks. ContentType:Koolituse arve"" TrainingInvoiceNumber:1111)

Laiendage tulemuste Päringusuvandid ja muuta "Cross-Web osa päringu ID" "kasutaja päringu väärtuse" (näiteks. "Päringu 2").

Märkmed:

Kasutades core otsingutulemuste sel viisil, mis võimaldas mul luua lehe, kus kuvatakse andmeid mõnest muust saidikogumist. Kliendil on kaks suurt saidikogumite: Osakonnad ja tooted.

Saidikogumi toode sisaldab, Loomulikult piisavalt, tooteinfo. Iga toote saidikogumi koond andmeid mitmest allikast.

Üks osakonnad, koodid ja testimine, on selline allikas. Kui kasutajad pöörduvad toote XYZ, nad peaksid nägema koodid ja testide andmeid otse avalehel XYZ. Alates koodid ja katsetamine on majutatud teise saidikogumisse, See on veidi ebamugav. Sai kasutatud core Otsingu tulemused veebiosa kuna otsing hõlmab saidikogumite. Koodid ja testimine haldab toote andmed kohandatud loendi, mis piirab kindla sisutüübi kaudu. Aa Märksõnapäring, mis kasutab kõigepealt kohandatud loendi sisutüübi ja siis teisenevad otsingut kitsendada tootenumber.

Ülaltoodud Märksõnapäring on e ja. Tagastab ta dokumentide sisu tüüp "koolitus arve" ja mille arve number on "1111".

Kena kasu see lähenemine: Saame muuta põhilisi Otsingu tulemused veebiosast XSL ja luua ükskõik millisel kujul, mida tahame.

Vaata siit (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) Teine blogija arutelu sellel teemal.

</lõpp>Telli minu blogi.

Kui teil säilitada blogi, mis on vähemalt minimaalselt ühendatud SharePointi, Palun andke teada kommentaarides. Ma armastan lisada teid oma Blog nimekiri.

Kui teil säilitada blogi, mis ei ole seotud SharePointi, kuid tahad lisada seda niikuinii, andke teada. Ma võib luua eraldi blogi nimekiri.

Palun andke:

• Oma blogi URL (ilmselt)
• Lühike kirjeldus oma blogi.

Ma tahan hoida link "aktiivne" Blogid, mis ma olen umbes määratledes üks postitus nädalas ja vähemalt kolm kuud vana. Kui sa ei vasta kõnealuse "nõude" lisada oma nime kommentaari niikuinii. See on * oma * loetleda nii, et kui ma tahan võin murda oma reegli.

Tänud!

Kliendi märganud viga täna eespool nimetatud malliga.

Kursuse juhtide luua kursused. Kursuse loomisel, juht määrab maksimaalse arvu olemasolevate kohtade.

Mall pakub iseteenindusega kuulumist. Ma registreeruda ja töövoo lisatud registreerimise nimekirja decrements "olemasolevate kohtade" seotud kursuse.

Üksikisikud võivad samuti unregister kursuse. Viga peitub siin. Registreerimise tühistamine: kursuse inkrementida olemasolevate kohtade counter. Selle tulemusena, olemasolevate kohtade ei ole täpne. See bug on veelgi asjaolu, et kui olemasolevate kohtade decrements null, enam iseteenindusega registreerida.

Õnneks, Microsoft pakub töövoo tootmisprotsess. Veel parem, See on sirgjooneliselt töövoo kaudu SharePoint Designeri loodud.

Kõrgetasemelise tehke seda parandada:

1. SDP tulekahju.
2. Juurdepääs põhineb off koolitus malli saidi.
3. Access "osaleja unregistration" töövoog.
4. Lisa järgmiselt. (Ma teinud neid kahte esimest sammu):
   1. Arvuta Kursused:Täidetud istmed miinus 1 (Väljund Muutuja:Calc)
   2. (seejärel) Värskenda üksus: Kursused

Klõpsake käsku Lõpeta ja ongi valmis.

Ekraanipilt:

SharePoint Designer:

Lõpetatud töövoog:

Arvuta drill-down:

Värskenda üksus kursused:

Inimesed küsivad tavaliselt kasutades andmete tüüp "isiku või rühma" Tippige teise veeru andmete "Arvutatud".

Alumine rida, see ei tööta WSS-i 3.0 (või MOSS).

Arvutatud veeru lisamisel, WSS näitab väljade loendit saab kasutada arvutamisel. Kui tipite nime veerg, mis ei ole tema loendis, ta ütleb teile:

Ühte või mitut veeruviidet ei lubata, Kuna need veerud on määratletud valemites mittetoetatava andmetüübina.

Lahendus: Kasutage sündmuseohjuri. Sündmuseohjuri tulekahjud kui kasutaja salvestab üksuse. Ta täidab sa oleks tahtnud teha teile arvutatud veeru update.

Kasulikke linke arvutatud väljad:

• Kasutades [Mulle] arvutatud veerus
• Valemi avaldiste näited (kättesaadavaks teinud http://jopx.blogspot.com/2007/10/calculated-fields-in-windows-sharepoint.html)

Kiire loobumine: Usun, et eespool olevat õige ja täpne, kuid ma olen näinud piisavalt targad näpunäiteid siin ja seal, et ma ei oleks äärmiselt üllatunud MOSS/WSS-I (agog, kui te) Kui keegi on mustriga läbi viis seda teha ilma pöörduvad kood. Kui te olete otsustanud tark töö-around või keegi, et tegid, Palun andke teada!

Me tegime mõned raskeveokite uuesti korraldamine meie saidi kaudu "Halda sisu ja struktuuri" taksonoomia. Mulle teadmata põhjustel, See protsess (Kuigi töötavad peamiselt) murdsin mõnda navigeerimislinke kiirkäivitusribal. Katkenud linkide iseloomustab:

• Vale URL. Näiteks, See peaks olema "/ sites/osakonnad/personaliosakonna /…". Aga, uus link on "/ sites/Corporate/personaliosakonna /…".
• Korduv bitti Päringustring pealkirja, nagu ka:

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

See on piisavalt lihtne, infoportaali/seaded kaudu määrata. Välja arvatud, MOSS tutvustab mind seda proovida ja teha:

Fakt on see, keegi teeb igast muudatusest (peale mind, Muidugi).

Kiire otsing ilmub see MSDN-i foorumites arutelu: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier näeb see kenasti, et eelviimase (seisuga 10/02/07) Post:

Fakt on see:

Taastada rikutud pealkirjad, sa pead :

– Eemalda kõik nimekirjad rikutud pealkirja all

– Eemalda vigane pealkiri

– Loendi sätted:, eemaldatud loendi kiirkäivitusribal lisamiseks (See taastada mitte vigane pealkiri)

Sa oled siis hea minna….

---

SharePoint ekspert – Sogeti Cap Gemini Šveits

Olin veidi segaduses, sest ma hoida tahavad minna lehele navigeerimine, tehke muudatused ja seejärel saada jkhun on "leht muudeti" sõnumi. Lõpuks, Mõistsin, et mul oli minna loendi sätete ja eemaldada/lisada see kiirkäivitusnuppudena. Mis ei trikk. Head ajad on siin jälle!

</lõpp>

Telli minu blogi!

VÄRSKENDUS 12/10/07: MSDN-i KB929816 kirjeldatud kiirparandust lahendanud meile allpool nimetatud. Käigultparanduse hankimiseks ja seejärel installige iga server Farm. Seejärel, SharePointi konfigureerimisutiliit igas serveris. Siin on MS Support linki, et KB: http://support.microsoft.com/kb/932816.

Taust:

Meil on ettevõtte nõue kui keskkonna peainsener peab tagama, et 30 Some-Odd valmistamise kohad asuvad kogu Ameerika Ühendriikide peab tagama kõnealuste taimede kontuurfail eri riigi volitatud lubades õigeaegselt. Me uurida üks lähenemine intensiivistab "paus kuni kuupäev" tegevus, mis on meile kättesaadavad SharePoint Designer worfklow. Peainsener (või tema abiline) sisestab nõutavad load ja meeldetuletuse kuupäev aasta alguses. Süsteem siis teeb kõik raske töö.

Keskkond:

MOSS, 64 bit, virtuaalarvuti keskkond (arendamist kast), 2 serverid (SQL serveris #1, Kõik muu server #2).

Probleemid:

Paus kuni kuupäev tegevus tundub ideaalne lahendus ja see võib osutuda end. Aga, See ei tööta hästi kasti (meile).

1. Töövoo töö oli kavas käivitada, kunagi. Ma avastasin selle lugedes Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Suurepärane kirjutada-up kasutades stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "töö töövoog" -URL-i http://localhost

   <Atribuuti olemas = "No" />

   C:\>

   See oli üllatav tulemus, kuid kergesti lahendatavad:

   C:\>stsadm -o setproperty - propertyname "töö-worfklow" -PropertyValue "iga 1 vahel 0 ja 59" -URL-i http://localhost

   Toiming on edukalt lõpule.

   C:\>

   Pärast seda, et, esimene "In Progress" töövoo kiiresti Köetakse üles ja tegi seda on töö.

2. Kahjuks, kõrval üks ei tööta ootuspäraselt. Õnneks, Christopher osutab meile Siin (http://support.microsoft.com/kb/932816). Kirjalikult seda sisestust, Me ootame IT-osakond selle käigultparanduse hankimine, Aga vaata paljutõotav. Meie koopiad mõjutatud .dll jagada sama baidi suuruse, nii et loodetavasti see ei lahenda probleemi.

Lahendus:

Uuesti käivitatud stsadm -o setproperty-käsk tundus, et ärkvel töövooajasti prod. See oleks, umbes 7 minutit hiljem, tegelikult ärkama ja jätkama koos töövoog.

Küsimused / Küsimused, mida käsitletakse:

Paus kuni kuupäev ei tööta.

Paus kuni kuupäev ei ärka.

Töövoo oleku muutus "In Progress"

Töövoo oleku jääb "In Progress"