Walang sopas para sa iyo! Ay Cisco ang sopas ng Nazi NLB produkto?

Ngayon, I tried to access a document library via windows explorer. This doc lib is living inside a system that consists of two WFE’s load balanced by some kind of Cisco NLB solution. (Kung / kapag ang network wizard sabihin sa akin kung ano ito ay, Kukunin ko i-update ang post na ito).

Windows explorer couldn’t connect. I did some research and eventually, ang network wizard sinabi na WebDAV ay hindi pinagana sa pamamagitan ng / hindi suportado ng / beneath the dignity of the NLB.

Kaya, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Mayroon akong upang magtaka — ang ibig NLB, sa pamamagitan ng kalikasan, huwag paganahin WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Sopas Nazi?

Pamamahala sa Moss / WSS kapaligiran — ang pagsubaybay sa knowledge base ng Microsoft sa

Microsoft creates knowledge base articles day in and day out and some of those are darned important to know about if you live in the SharePoint world.

Ako panatilihin up upang mapabilis sa kanila sa pamamagitan ng isang serbisyo magbigay ng mahusay na kakailanganin ng mga tao sa www.kbalertz.com. KBAlertz enables you to sign up for your favorite MS technology and they send you digest versions of Microsoft KB articles via email.

Web Application Patakaran, Seguridad ng Site at Seguridad pinaggupitan — Alamin ang iyong configuration

(Nai-update 11/29 na ipaliwanag kung paano i-access ang mga setting ng web application na patakaran sa pamamagitan ng UI)

I had one of those "why is MOSS doing this to me????" moments today. Sa katapusan, lahat ng ito ay aking kasalanan.

We have an enterprise MOSS project going on and we want to secure "place holder" sites so that no user may access it or see it. That’s easy:

  1. Pumunta sa site.
  2. Hatiin ang seguridad inheritance.
  3. Alisin ang bawat user / group mula pahintulot site.

Ang nasa itaas ay dapat mag-iwan lamang sa administrator ng site koleksyon na may pahintulot upang tingnan ang site.

Kung sinuman log in, dapat hindi na nila makita ang mga site at ito ay kailangang maging security-trim mula sa lahat ng mga karaniwang mga lugar.

Pero … ay hindi ito. Sa parehong oras, I suddenly realize that my "Joe User" standard user test account with no priv’s other than restricted read access has a "Site Actions" choice everywhere he goes. I double check one thing and double check something else. I pick up the phone to call a colleague, but put it down and check something else. I go for a walk and try everything all over again. I call a colleague and leave a message. And then, sa wakas, Mahanap ko na sa Ethan blog ni, his opening graph makes it quite simple:

Lumot 2007 ay may isang bagong tampok na tinatawag na Web Application Patakaran. Ito ang mga pahintulot sa seguridad na ay nakatali sa isang Web Application. Ang mga setting ng seguridad override ng anumang seguridad setting na iyon ay itinakda sa Site Collection o Site (Web) antas para sa gumagamit na iyon.

A quick visit to web application policies shows that "NT Authority\authenticated users" had been granted Full Read. I removed them from the list and everything finally started working as expected. I believe they were added in the first place by someone with the mistaken impression that that is best method to grant read access to everyone in the enterprise. It does, pero, pinagmanahan sa isang quote, "It does not mean what you think it means."

Access web application policies this way:

  1. Pumunta sa Central Administration
  2. Pumili ng Application Management
  3. Select "Policy for Web Application"
  4. Sa screen na, make sure you pick the correct web application. Sa akin, ito nagde-default sa mga web application ng central admin na maaaring hindi ang iyong gusto.

Kapag ako ay nagkaroon ng problemang ito, Naghanap ako para sa sumusunod na mga parirala at nakakuha nakakagulat kaunti sa mga tuntunin ng direktang tulong sa isyung ito:

Site pagkilos nakikita para sa lahat ng mga gumagamit

Site pagkilos makikita ng lahat ng mga gumagamit

site na mga aksyon ay hindi mabawasan ng seguridad

secure ang isang Moss site

panimula sa lumot seguridad

Technorati Tags:

Mabilis at simpleng: Gamitin Fixed Keyword Query sa Mga Resulta sa Paghahanap Core

Mabilis at Simple Tagubilin:

I-edit ang isang pahina at magdagdag ng Paghahanap Core Resulta web bahagi.

Edit that web part and expand "Fixed Keyword Query".

Idagdag ang fixed query keyword (e.g. ContentType:"Training invoice" TrainingInvoiceNumber:1111)

Expand Results Query Options and change "Cross-Web Part query ID" to a value other than "User Query" (e.g. "Query 2").

Mga Tala:

Using core search results in this manner allowed me to create a page that shows information from another site collection. The client has two major site collections: Mga kagawaran at mga Produkto.

Ang produkto koleksyon site ay naglalaman ng, natural sapat, product information. Each product in the site collection aggregates data from multiple sources.

Isa sa mga kagawaran, code at pagsubok, is on such source. When users access product XYZ, they should see codes and testing data directly on the XYZ main page. Since codes and testing is hosted in another site collection, it’s a little awkward. We decided to use the core search results web part since search spans site collections. Codes and Testing manages product data via a custom list that is constrained by a specific content type. Aa keyword query that uses first the content type and then the product number narrow down the search to a single row in the custom list.

The keyword query above is an AND. It returns documents of content type "Training Invoice" and where the invoice number equals "1111".

Ang isang magaling na benepisyo mula sa diskarteng ito: We can edit the XSL from the core search results web part and generate any format that we want.

Tingnan dito (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) para sa isa pang blogger na talakayan sa paksang ito.

</dulo>Mag-subscribe sa aking blog.

Sabihin mo sa akin tungkol sa iyong blog!

Kung nagpapanatili ka ng isang blog na ay hindi bababa sa Nagnais ng pinakamababang konektado sa SharePoint, please let me know in comments. I would love to add you to my listahan ng blog.

Kung nagpapanatili ka ng isang blog na ay hindi konektado sa SharePoint ngunit nais sa akin upang idagdag ito pa rin, ipaalam sa akin. I’ll may create a separate blog list.

Pakibigyan:

  • Ang iyong blog URL (nang walang alinlangan)
  • Isang maikling paglalarawan ng iyong blog.

I want to keep the link to "active" mga blog, which I’m roughly defining as one post per week and minimum three months old. If you don’t meet that "requirement" add your name to comments anyway. It’s *my* list so I can break my own rule if I want to.

Salamat!

Employee Pagsasanay Iskedyul at Materyales Template — Pagbawas bug sa template

The client noticed a bug today with the above mentioned template.

Course managers create courses. When creating a course, manager ang tinutukoy ng maximum na bilang ng mga magagamit na upuan.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" na nauugnay sa na kurso.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. Bilang isang resulta, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, wala nang mga self-service pagpaparehistro ay pinapayagan.

Sa kabutihang-palad, Microsoft provides the workflow for this process. Even better, ito ay isang tuwid-forward workflow nilikha sa pamamagitan ng SharePoint Designer.

Sundin ang mga hakbang na ito mataas na antas upang ayusin ito:

  1. Painitin SDP.
  2. I-access ang mga site batay off ang template ng pagsasanay.
  3. Access "Attendee unregistration" workflow.
  4. Ipasok ang mga hakbang na ito (Na aking ginawa sa kanila ang unang dalawang hakbang):
    1. Kalkulahin Kapagaralan:Puno Upuan binawasan 1 (Output sa Nagbabago:calc)
    2. (pagkatapos) I-update ang item na ito sa Kapagaralan

I-click ang Tapos na at tapos ka na.

Screen shot:


SharePoint Designer:

imahen

Tapos workflow:

imahen

Kalkulahin drill-down:

imahen

I-update ang item sa Kurso:

imahen

Bigyan magandang balita mga madalas; magbigay ng masamang balita maaga

Ko pa ng isang consultant para sa isang maraming mga taon na ngayon at ang anumang mga karanasan consultant nakakaalam, good communication is one of the key pillars to the successful delivery of a project. Ito ay kaya halata, it’s really almost boring to talk about. This isn’t a post about generic communication. Sa halip, Sumulat ako tungkol sa mas madidilim na bahagi ng komunikasyon — pakikipag masamang balita.

Ito ay napupunta nang hindi sinasabi na nagbibigay sa magandang balita sa mga client ay tapos na lahat ng oras ang, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?

Sa tingnan ang bahagi, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, Gusto ko ng isang bagay na alam noon ay pilipit na may isang proyekto at sa halip ng pagsabi sa mga client, I would work longer hours to try and solve the problem. I would enjoin my team to work harder. It’s a natural enough impulse to think that a super-human effort can save the day. Some times this works, some times it does not. Even when it "works" it’s often a mixed bag. Is the quality of the deliverable really up to spec when key parts have been developed over several 60 upang 80 oras na linggo?

Ano ang pinakamahusay na paraan upang mahawakan ang masamang balita? The answer is: tell it early. Don’t wait until one week before the project budget will be consumed. If you know six weeks out that there simply isn’t enough time to deliver some bit of promised functionality, tell the client right then and there. The client may get upset (marahil kalooban), there may be incriminations and accusations and hurt feelings. Pero, kapag emosyon magpalamig, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, baguhin ang mga iskedyul, makapag-bola ang lumiligid sa mga extension ng badyet (suwerte!) and just generally come to grips with the "facts on the ground" and devise a new plan that still results in a successful project.

Case in point: Ako ay nagtatrabaho sa isang proyekto nailalarawan sa pamamagitan ng:

  • T&E budget with a capped "Not to exceed" dollar na halaga.
  • A "best efforts will be made" pangako upang makapaghatid ng X, Y at Z sa pamamagitan ng proyekto ng pagtatapos.
  • Lack of promised key resources on the client side. These resources were not withheld on purpose, nor for any "bad" dahilan, ngunit sila ay ipinagkait.
  • A dawning realization as the project passed the half-way point that we were not going to be able to deliver "Z" (higit sa lahat dahil ang ipinangakong mga mapagkukunan ay hindi talagang magagamit).
  • Regular status reports and "CYA" dokumentasyon na-back sa amin (ang pagkonsulta koponan) up.
  • Mahigpit na pagpapatupad papangunutin koponan sa mga miyembro ng iginuhit mula sa mga organisasyon pagkonsulta (aking kumpanya) at ang client.
  • Malayong pamamahala ng koponan, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, ang pagpapatupad koponan ay makikita sa isang nakahiwalay na gusali sa campus, down a hill and relatively far way from "civilization".

Sa halos anim na linggo iniwan sa badyet proyekto, tayo (ang pagpapatupad koponan) knew that we were trouble. The contract said that we needed to deliver "Z". Even though the project is time & materials and even though we only promised "best efforts" upang makapaghatid ng Z at kahit na nagkaroon kami mahusay na pagbibigay-katarungan para sa nawawalang ang paghahatid … ang kahulihan ay hindi ito na-hinahanap mahusay — hindi namin ay pagpunta sa ihatid Z sa isang hugis ng isang kalidad na gagawing sinuman maipagmamalaki.

Kinikilala ito, naming pinuntahan pamamahala at sinabi sa kanila na ang mga proyekto na badyet ay natupok sa pamamagitan ng isang tiyak na petsa at na kami ay sa problema sa Z.

Isang mini firestorm erupted sa susunod na ilang araw.

Araw 1: Pamamahala ng koponan ng mga tawag sa kanyang mga tauhan para sa isang espesyal na pulong (tayo, ang mga tagapayo ay hindi inanyayahan). Contracts are printed and handed out to everyone and a line-by-line review ensues. Management puts the staff members on the defensive. I don’t think the phrase "Stockholm Syndrome" ay * talagang * ginamit, ngunit makuha mo ang mga larawan. We’re a tight-knit group, sa wakas, at ang mga tauhan ay nagtatrabaho sa amin consultant araw in at out para sa maraming buwan ngayon.

Araw 2: Management calls another staff meeting. They feel a little better. They want options and ideas for moving forward. They realize there’s still six weeks remaining in the current project budget, which is still a decent bit of time. One of the action items: iskedyul ng pulong na may ganap na pagpapatupad koponan (kabilang ang mga consultant).

Araw 5: Buong koponan natutugunan, constructive meeting ensues and a new achievable plan put into place. Even better, we’ve already begun discussing phase two and the client invites us to prepare proposals for that phase immediately.

Kung kami ay naghintay lamang hanggang tatlong linggo nanatili, o kahit na mas masahol pa, isa o dalawang linggo, it would have been much different. Instead of a constructive meeting to re-align the project, Gusto namin na-bunot ulat katayuan, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" but is it really "winning" sa kasong ito?

Kaya, kung mayroon kang mabigyan ang masamang balita, give it early. Bad news given late isn’t just bad, ito ay kakila-kilabot.

Paggamit “Tao o Group” sa isang kinakalkula na haligi

People commonly ask about using a column of data type "Person or Group" sa ibang hanay ng mga data type "Kinalkula".

Ika-line, na ito ay hindi gumagana sa WSS 3.0 (o Moss).

Kapag pagdaragdag ng isang kinakalkula haligi, WSS shows the list of fields it allows you to use for the calculation. If you type in the name of a column that is not in its list, ito ay nagsasabi sa iyo:

Isa o higit pang mga haligi ng sanggunian ay hindi pinahihintulutan, dahil ang mga haligi ay tinukoy bilang isang uri ng data na ay hindi suportado sa formula.

Workaround: Use an event handler. The event handler fires when the user saves the item. It performs the update you would have wanted the calculated column to do for you.

Kapaki-pakinabang na mga link sa mga kinakalkula patlang sa pangkalahatan:

Quick disclaimer: Naniniwala ako sa itaas upang maging totoo at wasto, ngunit nakita ko na sapat na matalino tricks dito at doon sa Moss / WSS na hindi ko lubos na nagulat (sabik na sabik kung kalooban mo) if someone has figured out a way to do this without resorting to code. If you’ve figured out clever work-around or know someone that did, mangyaring ipaalam sa akin!

Moss / WSS ay nagsasabi sa akin: “Ang pahina na ito ay binago ng isa pang may-akda sa …” ngunit talagang, ay hindi ito.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, ang prosesong ito (kahit na nagtatrabaho sa pangunahing) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. Halimbawa, it should be "/sites/departments/HumanResources/…". Gayunman, the new link is "/sites/Corporate/HumanResources/…".
  • Paulit-ulit na mga piraso sa query string ng heading, tulad ng sa:

/mga site / mga kagawaran / HumanResources / _layouts / viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, Moss ay nagpapakita sa akin na may ito kapag sinusubukan kong gawin at ito:

imahen

Ang katotohanan ay, walang paggawa ng anumang mga pagbabago doon (bukod sa akin, mangyari pa).

Ang isang mabilis na paghahanap lumiliko up ang diskusyong ito sa MSDN forums: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier lays ito mabuti sa ang una sa huli (bilang ng 10/02/07) ipaskil:

Katotohanan ay:

Upang i-reset corrupt heading, mayroon kang upang :

– alisin ang lahat ng mga listahan sa ilalim ng heading na napinsala

– alisin Nasira ang heading

– Mula sa listahan ng mga setting, add a removed list to the quick launch (Ito papagbaguhing-buhay ang isang hindi sira ang heading)

Ikaw ay pagkatapos ay handa na upang patakbuhin….


Sharepoint Expert – Cap Gemini Sogeti Switzerland

Ako ay isang bit nalilito dahil ako iningatan kinakapos upang pumunta sa pahina ng nabigasyon, make the change and then get hit with the "page was modified" message. Eventually, I realized I had to go to the list settings and remove/add it to quick launch. That did the trick. Happy times are here again!

</dulo>

Mag-subscribe sa aking blog!

May mga problema sa “I-pause Hanggang sa Petsa” aktibidad sa SPD nilikha ng daloy ng trabaho

I-UPDATE 12/10/07: Hotfix as described in MSDN KB929816 solved the problem for us mentioned below. Obtain the hotfix and then install on each server on the farm. Pagkatapos, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

Likuran:

Mayroon kaming isang negosyo na kinakailangan sa kung saan ang isang kapaligiran manager engineering Kailangang matiyak na 30 some-odd manufacturing locations located throughout the United States needs to ensure that those plants file for their various state-mandated permits in a timely fashion. One approach we’ve investigated leverages the "Pause Until Date" activity available to us via SharePoint Designer worfklow. The engineering manager (o ang kanyang katulong) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

Kapaligiran:

Lumot, 64 kaunti, virtual machine kapaligiran (pag-unlad box), 2 server (SQL sa server #1, lahat ng iba pa sa server #2).

Problema:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. Gayunman, Hindi ito gumagana ng maayos sa labas ng kahon (sa amin).

  1. Ang daloy ng trabaho sa trabaho ay hindi naka-iskedyul na tumakbo, ever. I discovered this by reading through Christopher White ni (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent write-up by using stsadm thusly:

    C:\>stsadm -o getproperty -propertyname "job-workflow" -url http://localhost

    <Property Exist="No" />

    C:\>

    Iyon ay isang kamangha-mangha resulta ngunit madaling malulutas:

    C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 minuto sa pagitan ng 0 at 59" -url http://localhost

    Ang operasyon ay matagumpay na nakumpleto.

    C:\>

    Sa paggawa na, the first "In Progress" workflow mabilis fired up at ginawa ito ng trabaho.

  2. Sadly, the next one didn’t work as expected. Thankfully, Christopher refers us dito (http://support.microsoft.com/kb/932816). As of writing of this entry, kami ay naghihintay para sa IT department upang makuha na hotfix, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, kaya sana ito ay malutas ang problema.

Workaround:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, humigit-kumulang 7 minuto mamaya, actually wake up and continue along with the workflow.

Tanong / Isyu natugunan:

I-pause Hanggang sa Petsa ay hindi gumagana.

I-pause Hanggang sa Petsa ay hindi ipagpatuloy.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"