Jums nav zupa! Cisco ir zupa nacistu NLB produktiem?

Šodien, Es mēģinājis piekļūt dokumentu bibliotēkas, izmantojot programmu windows explorer. Sistēmā, kas sastāv no diviem WFE slodzes līdzsvarā ar Cisco NLB risinājums, kādu dzīvo šajā doc lib. (Ja/kad wizards tīkla man pateikt, kas tas ir, I'll update šo amatu).

Programmu Windows explorer nevarēja izveidot savienojumu. Man bija daži pētījumi un galu galā, wizards tīkla teica, ka WebDAV ir atspējojis / neatbalsta / NLA cieņu zem.

Tik, pieņemot, ka wizards tīkla nav tikai man saki tīkla vedni ekvivalents "veikt ilgi staigāt pie īss tilts", Man ir brīnums — tas NLB, pēc būtības, atspējot WebDAV? Vai mēs zaudējam mūsu windows failu explorer interfeisa SharePoint? Ir Cisco Zupa nacistu?

Vadošā MOSS / WSS vidēs — neatpalikt no korporācijas Microsoft zināšanu bāzes

Microsoft rada zināšanu bāzes rakstus dienā un dienu out, un daži no tiem ir darned svarīgi zināt, ja jūs dzīvojat pasaulē SharePoint.

Es turpinu līdz ātrumu ar viņiem caur pakalpojumu nodrošina labas folks pie www.kbalertz.com. KBAlertz ļauj piereģistrēties jūsu mīļākie MS tehnoloģijas un tās nosūtīt jums sagremot versijas Microsoft KB rakstu pa e-pastu.

Web lietojumprogrammu politikas, Vietnes drošības un drošības apgriešana — Zināt jūsu konfigurāciju

(ATJAUNINĀTS 11/29 lai izskaidrotu to, kā piekļūt web lietojumprogrammu politikas iestatījumiem, izmantojot lietotāja Interfeisu)

Man bija viens no tiem "MOSS dara tāpēc man????" momentiem šodien. Beigās, tā ir mana vaina.

Mums ir uzņēmuma MOSS projekts turpinās un mēs vēlamies, lai nodrošinātu "place holder" vietas, tāpēc, ka neviens lietotājs var piekļūt vai to redzēt. Tas ir viegli:

  1. Dodieties uz vietni.
  2. Drošības pārmantošanu.
  3. Noņemt katru lietotāju/grupu no vietnes atļaujas.

Iepriekš vajadzētu atstāt tikai vietņu kolekcijas administrators ar atļaujām skatiet Web vietā.

Ja kāds cits, kas piesakās, tie vairs nav jāredz vietā un no visiem parastajiem vietas vajadzētu būt drošības apgrieztām.

bet … tas nebija. Tajā pašā laikā, Es pēkšņi atklāju, ka mans "Joe lietotājs" standarta lietotāja testa konts Nr priv izņemot ierobežotas lasīšanas piekļuvei ir "vietnes darbības" izvēle, visur viņš dodas. Es dubultā pārbaudīt viena lieta, un vēlreiz pārbaudīt kaut kas cits. Es paceļu telefonu zvanīt kolēģim, bet nodot to uz leju un pārbaudīt kaut kas cits. Es iziešu pastaigāties un izmēģināt visu pa visu. Man zvanīt kolēģim un atstāt ziņu. Un pēc tam, beidzot, Es uzskatu, ka pie Ethan blog, viņa darba grafiks padara gluži vienkārši:

SŪNA 2007 jaunu funkciju sauc Web lietojumprogrammu politikas. Tie ir drošības atļaujas, kas ir saistīti ar Web lietojumprogrammu. Šie drošības iestatījumi ignorē drošības iestatījums, kas ir iestatīta vietņu kolekcijas vai vietnes (Web) līmeni šim lietotājam.

Web lietojumprogrammu politikas izstādes "NT Authorityauthenticated lietotāji ātri vizīte" bija piešķirts pilna lasīšanas. Es noņemt to no saraksta un viss beidzot sāka strādāt, kā paredzēts. Es uzskatu, ka tos būtu pievienojis pirmajā vietā kāds maldīgs iespaids, ka tas ir vislabākais veids, kā piešķirt lasīšanas piekļuvi visiem uzņēmumā ar. Tas tiek darīts, bet, celmu quote, "Tas nenozīmē, ka to, ko jūs domājat tas nozīmē."

Piekļuve web lietojumprogrammu politikas šādā veidā:

  1. Dotos uz centrālo administrāciju
  2. Izvēlieties lietojumprogrammu pārvaldība
  3. Izvēlieties "politiku Web lietojumprogrammai"
  4. Uz šī ekrāna, Pārliecinieties, ka jums izvēlēties pareizo web lietojumprogrammu. Man, tā noklusējumus no centrālās administrēšanas, kas nedrīkst būt viena vēlaties, lai web lietojumprogrammai.

Kad man bija šī problēma, Es meklējāt par šādām frāzēm un ieguva pārsteidzoši maz attiecībā uz tiešu palīdzību šajā jautājumā:

Vietnes darbības, kas redzamas visiem lietotājiem

Vietnes darbības, kas redzamas visiem lietotājiem

vietnes darbības nav drošības apgrieztām

droša MOSS vietnes

iepazīšanās ar sūnām drošības

Technorati Tags: Technorati Tags:

Ātrs un vienkāršs: Izmantojiet fiksēto atslēgvārda vaicājumu meklēšanas rezultātos Core

Ātro un vienkāršo instrukciju:

Rediģēt lapu un pievienojiet meklēšanas rezultātu pamata web daļas.

Rediģēt web daļa un paplašināt "Fiksēto atslēgvārda vaicājumu".

Pievienojiet fiksēto atslēgvārda vaicājumu (piem.. ContentType:"Apmācības rēķina" TrainingInvoiceNumber:1111)

Rezultātus vaicājumu iespējas paplašināt un mainīt "Cross-Web daļas vaicājuma ID" vērtība nav "lietotāja vaicājumu, lai" (piem.. "Query 2").

Piezīmes:

Pamata meklēšanas rezultātus, izmantojot šādā veidā ļāva man izveidot lapu, kas parāda informāciju no citā vietņu kolekcijā. Klientam ir divas galvenās vietnes kolekcijas: Departamenti un produktu.

Produkta vietņu kolekcijā ir, tik dabiski, produkta informācija. Vietņu kolekcijā katru produktu uzkrāj datus no vairākiem avotiem.

Viena no struktūrvienībām, kodus un testēšana, uz šādu avotu ir. Kad lietotājs piekļūst produktam XYZ, viņiem vajadzētu redzēt kodus un testēšanas datus tieši XYZ galvenajā lapā. Kopš kodus un testēšana atrodas citā vietņu kolekcijā, tas ir mazliet neveikli. Mēs nolēmām izmantot web daļas galveno meklēšanas rezultātu, jo meklēšana aptver vietņu kolekcijas. Kodus un testēšana pārvalda produkta datus, lietojot pielāgotu sarakstu, kas ir ierobežota ar noteiktu satura tipu. AA atslēgvārda vaicājumu, kurā lietota pirmo reizi satura tipa un pēc tam sašauriniet meklēšanu vienā rindā preces numuru pielāgotā sarakstā.

Iepriekš minēto atslēgvārdu vaicājums ir un. Tiek atgriezts satura dokumentu tips "apmācību rēķina" un, ja rēķina numurs ir vienāds ar "1111".

Jauka ieguvums no šī pieeja: Mēs varam rediģēt XSL no web daļas galveno meklēšanas rezultātus un radīt jebkurā formātā, ko mēs gribam.

Skatīt šeit (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) vēl viens blogger diskusijai par šo tēmu.

</beigās>Abonēt manu blogu.

Pastāsti man par savu blogu!

Ja jums uzturēt blogu, kas vismaz minimāli saistītas ar SharePoint, Lūdzu, ļaujiet man zināt, komentārus. Es labprāt vēlētos, lai jūs varētu pievienot manu emuāru saraksts.

Ja jums uzturēt blogu, kas nav izveidots savienojums ar SharePoint, bet grib, lai tomēr pievienot, Ļaujiet man zināt. Jums var izveidot atsevišķas emuāra sarakstu.

Lūdzu, sniedziet:

  • Jūsu emuāra URL (acīmredzot)
  • Īsu aprakstu par jūsu emuāru.

Es gribu, lai saglabātu saiti uz "aktīvo" Blogs, kas es esmu aptuveni definē kā vienu amata nedēļā un vismaz trīs mēnešus vecs. Ja jums nav atbilst šai prasībai"" Tomēr pievienot savu vārdu uz komentāriem. Tas ir * mana * sarakstam, tāpēc varat pārtraukt savu kārtula, ja vēlaties, lai.

paldies!

Darbinieku apmācību grafiks un materiālu veidnes — Samazinājums bug veidnē

Klienta pamanīju bug šodien ar iepriekš minēto veidni.

Kursu vadītājiem izveidot kursus. Veidojot kursu, vadītājs norāda maksimālo pieejamo sēdvietu skaits.

Šī veidne nodrošina pašapkalpošanās reģistrācijas. Es uzņemt un darbplūsmu pievienot reģistrācijas saraksta samazina "pieejamu vietu" kas saistītas ar šo kursu.

Privātpersonas var arī dzēst reģistrāciju no kursa. Bug šeit slēpjas. Noņemot reģistrāciju no kursa nevar palielināt pieejamo vietu counter. Kā rezultātā, pieejamo vietu nav precīza. Tas bug sarežģī fakts, ka tad, kad pieejamo vietu samazina līdz nullei, ir atļauts ne vairāk pašapkalpošanās reģistrācijas.

Par laimi, Microsoft nodrošina darbplūsmu šim procesam. Vēl labāk, tas ir taisni uz priekšu darbplūsmas, kas izveidots, izmantojot SharePoint Designer.

Augsta līmeņa rīkojieties salabot:

  1. Uguns līdz SDP.
  2. Piekļuves vietā, pamatojoties off apmācība veidnes.
  3. Piekļūt "dalībnieks unregistration" darbplūsmas.
  4. Ievietojiet šos soļus (Veicu pirmos divus soļus):
    1. Aprēķināt Kursi:Aizpildītās sēdvietas mīnus 1 (Izeja uz Mainīgais:Calc)
    2. (pēc tam) Atjaunināt vienuma Kursi

Noklikšķiniet uz Pabeigt un esat pabeidzis.

Ekrānuzņēmumus:


SharePoint Designer:

attēlu

Gatavo darbplūsmu:

attēlu

Aprēķināt rakšanās:

attēlu

Atjaunināt vienuma kursos:

attēlu

Bieži dod labas ziņas; agri sniegt sliktas ziņas

Es esmu bijis konsultants daudz gadiem, tagad un kā jebkurš pieredzējis konsultants zina, laba komunikācija ir viens no galvenajiem pīlāriem veiksmīgu piegādi projektam. Tas ir tik acīmredzams, tas ir tiešām gandrīz garlaicīgi, lai runātu par. Tas nav ziņu par vispārēju komunikāciju. Tā vietā, Esmu rakstiski par komunikācijas tumšākas pusē — sazinoties sliktas ziņas.

Pats par sevi saprotams, sniedzot labas ziņas klientam tiek veikta visu laiku, cik bieži vien iespējams. Kurš nevēlas dot labas ziņas? Kas nepatīk dzirdēt labas ziņas?

Par flip side, sliktās ziņas ir vispār nav jautri. Man vienmēr ir cīnījušies ar šo. Iepriekšējās dienās manā karjerā, Es zinu, kaut ko greizi ar projektu un nevis stāsta klients, Varētu strādāt garākas stundas, lai mēģinātu novērst problēmu. Tas liek mana komanda strādāt grūtāk. Tas ir loģiski impulss domāt, ka super-cilvēka pūles var ietaupīt dienā. Reizēm tas darbojas, reizēm tā nav. Pat tad, ja tas "darbojas" tas bieži vien ir jaukts maisā. Ir kvalitātes iesniedzamo dokumentu tiešām līdz spec, kad galvenās daļas ir izstrādājuši pār vairākiem 60 lai 80 stundu nedēļas?

Kāds ir labākais veids, kā apstrādāt sliktās ziņas? Atbilde ir: pastāstiet to agri. Nav jāgaida, kamēr vienu nedēļu pirms projekta budžeta tiks patērēti. Ja jūs zināt, ka sešām nedēļām, tur vienkārši nav pietiekami daudz laika, lai sniegtu dažas mazliet solīto funkcionalitāti, noteikt klienta tiesības tad un tur. Klients var saņemt sajukums (droši vien būs), var būt apsūdzības un apsūdzībām un aizvainojusi. bet, kad emocijas atvēsināties, tur ir vēl sešas nedēļas pa kreisi pie projekta. Sešas nedēļas ir laba rieciens laika. Nav laika, lai pielāgotu plānu, mainīt grafiku, saņemt bumbu ritošā uz budžeta paplašinājumi (Lai veicas!) un tikai kopumā nākt uz rokturi ar zemes fakti"" un izstrādā jaunu plānu, kas joprojām rada veiksmīgu projektu.

Punktā, gadījumā: Es esmu strādā pie projekta, kas raksturo:

  • T&E budžets ar apvilkti "nav, lai nepārsniegtu" dolāros.
  • "Vislabāk tiks pieliktas" solījumu sniegt X, Y un Z pēc projekta beigām.
  • Trūkums solīto galvenajiem resursiem klienta pusē. Šie resursi netiek netika slēpts ar nolūku, ne visiem "slikti" iemesls, taču tie netika slēpts.
  • Dawning realizācija kā projekts nodots pusceļa punktu, kas mums nav gatavojas spēs sniegt "Z" (galvenokārt tāpēc, ka solīto resursu nebija faktiski pieejami).
  • Regulāras statusa atskaites un "CYA" dokumentācija, kas atbalstīja mūs (konsultāciju komanda) uz augšu.
  • Cieši adīt ieviešanas komandas biedrus, kas novilkta no konsultāciju uzņēmuma (mans uzņēmums) un klientu.
  • Attālā vadība, metaforisko un fiziskā nozīmē. Vadības komanda bija vērsta uz citu lielo uzņēmumu projektu un telpu trūkuma dēļ, ieviešanas komanda tika izmitināti atsevišķā ēkā pilsētiņā, uz leju kalns un samērā tālu ceļu no "civilizācijas".

Ar aptuveni sešas nedēļas, pa kreisi uz projekta budžeta, mēs (ieviešanas komanda) zināja, ka mēs esam nepatikšanas. Līguma teica, ka mums vajadzēja nogādāt "Z". Pat tad, ja projekts ir laiks & materiāli un pat, ja mēs tikai solīja "centieniem" piegādāt Z un pat gan mums bija liels pamatojums trūkst piegāde … bottom line ir tas, ka tas nav meklējat labu — mums nav gatavojas piegādāt Z formas kvalitāti, kas būtu kāds lepns.

Atzīstot šo, mēs devāmies uz pārvaldību un viņiem teicu, ka budžeta projekts būtu patērē līdz noteiktam datumam un ka mums bija problēmas ar Z.

Mini firestorm izcēlās pār tuvāko dienu laikā.

Diena 1: Vadības komanda aicina tās darbiniekiem par īpašu sanāksmi (mēs, konsultanti nav aicinājis). Drukātos un izsniedza visiem līgumiem un rindu pa rindai pārskata var apsvērt. Pārvaldes personāla locekļiem uzliek aizsardzības. Es nedomāju, ka frāze "Stokholmas sindroms" ir * faktiski * izmantot, bet jums attēlu. Mēs esam saspringts adīt grupa, visbeidzot, un darbiniekiem ir strādājusi kopā ar mums konsultanti dienā, un ārā jau vairākus mēnešus tagad.

Diena 2: Pārvaldība prasa citu darbinieku sanāksme. Viņi jūtas mazliet labāk. Viņi vēlas iespējas un idejas par virzās uz priekšu. Viņi sapratīs, ka tur ir vēl sešas nedēļas, paliekot pašreizējā projekta budžeta, kas ir vēl pienācīgas mazliet laika. Viens no darbību vienumiem: ieplānot sapulci ar pilnīgu īstenošanu komanda (tajā skaitā konsultantu).

Diena 5: Pilna komanda tiekas, konstruktīva tikšanās var apsvērt un ieviest jaunu plānu sasniedzamo. Vēl labāk, mēs jau esam sākuši apspriest divas fāzes un klients aicina mūs, lai sagatavotu priekšlikumus par šo posmu nekavējoties.

Ja mēs gaidīja, līdz palika tikai trīs nedēļas, vai vēl ļaunāk, vienu vai divas nedēļas, tas būtu bijis daudz neatšķīrās. Tā vietā, lai konstruktīvi sanāksmē atkārtoti saskaņot projekta, mēs būtu atstājuši statusa atskaites, parsing līgumu un veco e-pastiem, lai attaisnotu šīs vai šo lēmumu pārskatīt. Mēs būtu "uzvarējis" bet tas tiešām "uzvar" Šajā gadījumā?

Tik, Ja jums ir sliktas ziņas, arī tā ir agri. Sliktas ziņas, kas iesniegts ar nokavēšanos, nav tikai slikti, tas ir briesmīgi.

Izmantojot “Persona vai grupa” aprēķinātajā kolonnā

Cilvēki bieži jautā par kolonnas datu tipu "personai vai grupai, izmantojot" citā kolonnā datu tips "Rēķināt".

Grunts līnija, tas nelīdz, WSS 3.0 (vai MOSS).

Pievienojot aprēķinātu kolonnu, WSS rāda lauku sarakstu, to var izmantot aprēķinos. Ja ievadāt nosaukumu kolonnu, kas nav sarakstā, tā stāsta jums:

Vienas vai vairāku kolonnu atsauces nav atļautas, jo kolonnas ir definētas kā datu tipi, kas formulās netiek atbalstīti.

Profilakse: Izmantojiet notikumu apdarinātājs. Notikumu apdarinātāja ugunsgrēki, kad lietotājs saglabā vienumu. Tā veic atjaunināšanu, jums būtu vēlējies darīt jums aprēķinātajā kolonnā.

Noderīgas saites par aprēķinātie lauki kopumā:

Ātrās atruna: Es uzskatu, ka iepriekš ir patiesa un precīza, bet esmu redzējis pietiekami gudrs triku šeit un tur, sūnu WSS, ka nevarētu būt ļoti pārsteigts (nepacietībā, ja jūs) Ja kāds ir izpētījuši, veids, kā to izdarīt, neatsaucoties uz kodu. Ja jūs esat izpētījuši, gudrs darbs ap vai zināt kādu, kas izdarīja, Lūdzu, let me know!

MOSS/WSS pasaka: “Lapa ir modificējis cits autors par …” bet faktiski, tas nebija.

Mēs veicām dažas lielas noslodzes atkārtoti organizēt mūsu vietnes taksonomija, izmantojot "Pārvaldīt saturu un struktūru". Man nezināmu iemeslu dēļ, Šis process (lai gan strādā galvenajā) Ātrā palaišana ir ielauzies dažas navigācijas saites. Raksturo šķelto saites:

  • Nepareizu URL. Piemēram, tas būtu "/ vietu/nodaļu/HumanResources /…". Tomēr, jaunas saites ir "/ vietnes/Corporate/HumanResources /…".
  • Atkārto biti uz vaicājuma virknes pozīcijas, kā:

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

Tas ir viegli noteikt, izmantojot iestatījumu/navigācija. Izņemot, MOSS dāvanas mani ar šo, kad es mēģināt un darīt to:

attēlu

Fakts ir tas, neviens dod jebkādas izmaiņas (malā no manis, protams).

Ātrā meklēšana izrādās pat šo MSDN diskusiju forumi: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier izklāstīts to labi jo priekšpēdējo (kā no 10/02/07) amats:

Fakts ir tas:

Lai atjaunotu bojāto virsraksti, jums ir :

– noņemt visus sarakstus, kas bojāti pozīcijā

– noņemiet bojāto pozīcijā

– No saraksta iestatījumi, pievienot noņemt saraksta Ātrā palaišana (Šī atjaunošana nav bojāti pozīcijas)

Tad jums ir labi iet….


SharePoint eksperts – Sogeti Cap Gemini Šveice

Es biju mazliet apmulsis, jo tur vēlas, lai dotos uz lappusi navigācijas, veiciet vēlamās izmaiņas un pēc tam saņemt hit ar "lapa tika modificēta" ziņojums. Galu galā, Es sapratu, man bija jādodas uz saraksta iestatījumi un noņemt/to pievienot ātrās palaišanas. Kas darīja arī triks. Šeit atkal laimīgs reizes ir!

</beigās>

Abonēt manu blogu!

Problēmas ar “Pauze līdz datumam” VPD izveidota darbplūsmas darbības

ATJAUNINĀJUMS 12/10/07: Labojumfailu, kā aprakstīts šajā MSDN KB929816 atrisinājis problēmu mums turpmāk minētos. Iegūtu labojumfailu un pēc tam instalējiet katram serverim fermā. Pēc tam, katrā serverī SharePoint konfigurācijas utilītu. Šeit ir MS Support saites ka KB: http://support.microsoft.com/kb/932816.

Fona:

Mēs esam biznesa prasību, kur nepieciešams nodrošināt vides izstrādes vadītājs 30 some-Odd ražošanas vietās, kas atrodas visā Amerikas Savienotās valstis vajadzības nodrošināt šīm rūpnīcām failu, to dažādo valsts pilnvarotu atļauju savlaicīgi. Viena pieeja, ko mēs esam izmeklēti piesaista "pauze līdz datumu" aktivitātes, kas pieejams pie mums, izmantojot SharePoint Designer worfklow. Tehniskais vadītājs (vai viņas palīgs) gada sākumā ievada visas nepieciešamās atļaujas un atgādinājuma datumus. Sistēma pēc tam dara visu smagumu celšana.

Vide:

SŪNA, 64 bit, virtuālo mašīnu vidi (attīstības kaste), 2 serveriem (SQL serverī #1, viss pārējais serverī #2).

Problēmas:

Pauze līdz datumam darbība šķiet ideāls risinājums un tas var izrādīties arī sevi. Tomēr, tas nedarbojas atrodas krietni ārpus lodziņa (par mums).

  1. Darbplūsmas uzdevumu ierakstīšana nav ieplānota, lai palaistu, kādreiz. Es atklāju šo, nolasot caur Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) lielisks write-up, izmantojot stsadm thusly:

    C:\>stsadm -o getproperty - propertyname "darbu darbplūsma" -URL http://localhost

    <Rekvizīts nepastāv = "Nē" />

    C:\>

    Tas bija pārsteidzoši rezultāti, bet viegli atrisināt:

    C:\>stsadm -o setproperty - propertyname "darbs-worfklow" -propertyvalue "ik 1 minūšu skaits starp 0 un 59" -URL http://localhost

    Darbība pabeigta veiksmīgi.

    C:\>

    Pēc darot to, pirmā "In Progress" darbplūsmas ātri apkures augšu, un tas ir darbs.

  2. Diemžēl, Nākamais nestrādāja, kā gaidīts. Laimi, Christopher atsaucas mūs šeit (http://support.microsoft.com/kb/932816). Kā rakstīšanas šo ierakstu, mēs gaidām, lai IT nodaļai, lai saņemtu šo labojumfailu, bet tas izskatās daudzsološi. Mūsu kopijas, skartajiem. dll neatbalstu tāda paša izmēra baitu, tāpēc cerams, ka tas atrisinās problēmu.

Profilakse:

Vēlreiz, palaižot komandu stsadm -o setproperty šķita prod darbplūsmas taimera nomodā. Tas būtu, aptuveni 7 minūtes vēlāk, faktiski pamosties un turpināt kopā ar darbplūsmu.

Jautājumi / Jautājumi, kas jārisina:

Pauze līdz datumam nedarbojas.

Pauze līdz datumam nevar atsākt.

Darbplūsmas statuss netiek mainīts no "Progress"

Darbplūsmas statuss paliek "Progress"