Няма суп для вас! Ёсць Cisco Суп нацысцкай NLB з прадуктаў?

Сёння, 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. (Калі / калі сетка майстроў скажыце мне, што гэта такое, Я буду абнаўляць гэты пост).

Windows explorer couldn’t connect. I did some research and eventually, Сетка майстры сказалі, што WebDAV адключаная па / ня падтрымліваецца / beneath the dignity of the NLB.

Так, assuming the network wizards aren’t just telling me the network wizard equivalent of "take a long walk off a short bridge", Я павінен задацца пытаннем — робіць NLB, па прыродзе, адключыць WebDAV? Do we lose our windows file explorer interface to SharePoint? Is Cisco the Суп нацысцкай?

Упраўленне MOSS / WSS асяроддзя — ісці ў нагу з базай ведаў Microsoft,

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.

Я ў нагу з хуткасцю з імі праз службу забяспечыць добрымі людзьмі ў 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.

Палітыку вэб-прыкладанні, Бяспеку сайтаў і ролях бяспекі — Ведай сваю канфігурацыю

(Абноўлена 11/29 растлумачыць, як атрымаць доступ да вэб-параметраў палітыкі прыкладанняў праз карыстацкі інтэрфейс)

I had one of those "why is MOSS doing this to me????" moments today. У рэшце рэшт, гэта ўсё мая віна.

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. Перайдзіце на сайт.
  2. Перапынак атрымання ў спадчыну бяспекі.
  3. Выдаліце ​​кожны карыстальнік / група з сайта дазволаў.

Вышэй, павінны пакінуць толькі адміністратар сямейства вузлоў з дазволам каб убачыць сайт.

Калі хто-то яшчэ ўваходзіць у, яны больш не павінны гл сайт і яна павінна быць бяспека выдаляюцца з усіх звычайных месцах.

Але … гэта не было. У той жа час, 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, у рэшце рэшт, Я лічу, што ў Ітана блог, his opening graph makes it quite simple:

MOSS 2007 мае новую функцыю пад назвай Web Ужыванне палітык. Гэтыя дазволу бяспекі, якая прывязаная да вэб-прыкладанняў. Гэтыя параметры бяспекі перавызначыць наладу бяспекі, які ўсталяваны на месцы збору або сайта (Сетка) ўзроўню для гэтага карыстальніка.

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, але, напружвацца цытатай, "It does not mean what you think it means."

Access web application policies this way:

  1. Да цэнтра адміністравання
  2. Выберыце Упраўленне праграмамі
  3. Select "Policy for Web Application"
  4. На гэтым экране, make sure you pick the correct web application. Для мяне, ён па змаўчанні вэб-прыкладанні цэнтра адміністравання, якое не можа быць той, які вы хочаце.

Калі ў мяне была гэтая праблема, Я шукаў наступныя фразы і атрымалі на здзіўленне мала з пункту гледжання прамых дапамогу па гэтым пытанні:

Сайт дзеянні адкрыты для прагляду ўсім карыстальнікам

Дзеянні вузла усе карыстальнікі

Дзеянні сайта не абразаецца бяспекі

забяспечыць бяспеку сайта MOSS

Ўвядзенне ў мох бяспекі

Technorati Тэгі:

Хутка і проста: Выкарыстоўвайце фіксаваны запыт ключавых слоў у выніках пошукавай Асноўныя

Хуткія і Простыя інструкцыі:

Рэдагаваць старонку і дадаць Асноўныя вынікі пошуку вэб-частак.

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

Дадаць фіксаваны запыт ключавых словах (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").

Заўвагі:

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: Дэпартаменты і прадукты.

Збору прадукту Сайт змяшчае, натуральна, product information. Each product in the site collection aggregates data from multiple sources.

Аднаго з аддзелаў, Коды і тэставанне, 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".

Добрая выгада ад такога падыходу: We can edit the XSL from the core search results web part and generate any format that we want.

Глядзіце тут (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) для абмеркавання іншага блогера на гэтую тэму.

</канец>Падпісацца на мой блог.

Раскажыце аб вашым блогу!

Калі вы вядзеце блог, які хаця б мінімальна падлучаны да SharePoint, please let me know in comments. I would love to add you to my Спіс блогаў.

Калі вы вядзеце блог, які ня падлучаны да SharePoint, але хочаце, каб я дадаў яго ў любым выпадку, дайце мне ведаць,. I’ll may create a separate blog list.

Калі ласка, дайце:

  • URL вашага блога (відавочна)
  • Кароткае апісанне вашага блога.

I want to keep the link to "active" Блогі, 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.

Дзякуй!

Супрацоўнік Расклад заняткаў і матэрыялы пра шаблон — Памяншэнне памылка ў шаблоне

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

Course managers create courses. When creating a course, Менеджэр вызначае максімальную колькасць даступных месцаў.

The template provides for self-service enrollment. I enroll and a workflow attached to the registration list decrements the "available seats" звязаныя з гэтым курсам.

Individuals may also unregister from a course. The bug lies here. Unregistering from a course does not increment the available seats counter. У выніку, available seats is not accurate. This bug is compounded by the fact that when available seats decrements to zero, не больш за самаабслугоўвання рэгістрацыя дазволена.

На шчасце, Microsoft provides the workflow for this process. Even better, гэта прамалінейны працэс, створаны з дапамогай SharePoint Designer.

Выканайце наступныя крокі высокага ўзроўню, каб выправіць гэта:

  1. Запусціце SDP.
  2. Доступ да сайта заснаваны оф падрыхтоўка пра шаблон.
  3. Access "Attendee unregistration" працоўны працэс.
  4. Устаўце наступныя дзеянні (Я зрабіў іх першыя два кроку):
    1. Вылічаць Курсы:Запоўненыя месцаў мінус 1 (Выхад на Пераменная:Calc)
    2. (затым) Пункт Абнаўленне Курсы

Націсніце кнопку Гатова, і ўсё гатова.

Здымкі экрана:


SharePoint Designer:

малюнак

Гатовыя працоўны працэс:

малюнак

Разлічыць дэталізацыі:

малюнак

Пункт Абнаўленне курсаў:

малюнак

Дайце добрыя навіны часта; даюць дрэнныя навіны рана

Я быў кансультантам многіх гадоў, і, як любы дасведчаны кансультант ведае,, good communication is one of the key pillars to the successful delivery of a project. Гэта ж відавочна, it’s really almost boring to talk about. This isn’t a post about generic communication. Замест, Я пішу пра цёмнай боку сувязі — сувязь дрэнная навіна.

Само сабой зразумела, што дае добрыя навіны для кліента робіцца ўвесь час, as often as possible. Who doesn’t want to give good news? Who doesn’t like to hear good news?

З іншага боку, bad news is no fun at all. I have always struggled with this. In the earlier days of my career, Я буду ведаць, што нешта крыва з праектам, і замест таго, каб гаварыць кліенту, 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 да 80 гадзін у тыдзень?

Што такое лепшы спосаб справіцца з дрэнных навін? 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 (, Верагодна, будзе), there may be incriminations and accusations and hurt feelings. Але, калі эмоцыі астыць, there’s still six weeks left on the project. Six weeks is a good chunk of time. There’s time to adjust plans, змяніць расклад, зрушыць з мёртвай кропкі ў рамках бюджэту пашырэньні (Поспехі!) and just generally come to grips with the "facts on the ground" and devise a new plan that still results in a successful project.

Разгляданая справа: Я працую над праектам, характарызуецца:

  • T&E budget with a capped "Not to exceed" сума ў доларах.
  • A "best efforts will be made" абяцаюць даставіць X, Y і Z да канца праекта.
  • Lack of promised key resources on the client side. These resources were not withheld on purpose, nor for any "bad" прычына, але яны былі затрыманы.
  • A dawning realization as the project passed the half-way point that we were not going to be able to deliver "Z" (галоўным чынам таму, абяцаныя рэсурсы не былі на самай справе даступныя).
  • Regular status reports and "CYA" дакументацыі, якія падтрымлівалі нас (Кансультацыйная каманда) up.
  • Згуртаваная каманда ўкаранення з членаў з кансалтынгавай арганізацыі (мая кампанія) і кліент.
  • Дыстанцыйнае кіраванне камандай, in both a metaphorical and physical sense. The management team was focused on another large enterprise project and due to space constraints, Выканаўчая група была размешчана ў асобным будынку на тэрыторыі кампуса, down a hill and relatively far way from "civilization".

З прыблізна праз шэсць тыдняў засталося на праект бюджэту, мы (Выканаўчая група) 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" даставіць Z і, хоць у нас была выдатная апраўданне адсутнічае дастаўкай … Сутнасць у тым, што яна была не вельмі добра — мы не збіраліся даставіць Z ў форме якасці, якія зрабілі б любы горды.

Прызнаючы гэта, мы пайшлі ў кіраванне і сказаў ім, што праект бюджэту будзе спажывацца да пэўнай даты і што мы былі не ў ладах з Z.

Буру міні выліўся на працягу бліжэйшых некалькіх дзён.

Дзень 1: Кіраўнічая каманда называе ў сваім складзе для спецыяльнага пасяджэння (мы, кансультантаў не запрашаюць). 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 "Стакгольмскі сіндром" * На самай справе з'яўляецца * Б, but you get the picture. We’re a tight-knit group, у рэшце рэшт, і персанал працаваў з намі кансультантаў дзень, і выходзіць на працягу некалькіх месяцаў.

Дзень 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: запланаваць сустрэчу з поўнай камандай рэалізацыі (уключаючы кансультантаў).

Дзень 5: Поўная група сустракаецца, 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.

Калі б мы чакалі, пакуль усяго тры тыдні заставаўся, ці нават горш, адна ці два тыдні, it would have been much different. Instead of a constructive meeting to re-align the project, мы былі б выцягваючы справаздачы аб стане, parsing the contract and reviewing old emails to justify this or that decision. We would have "won" but is it really "winning" У гэтым выпадку?

Так, калі ў вас ёсць, каб даць дрэнныя навіны, give it early. Bad news given late isn’t just bad, гэта жудасна.

Выкарыстанне “Карыстальнік або група” У вылічаецца слупок

People commonly ask about using a column of data type "Person or Group" in another column of data type "Calculated".

Вынік, гэта не працуе ў WSS 3.0 (або MOSS).

Пры даданні вылічаць слупка, 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, ён кажа вам,:

Адзін ці больш спасылак калонка не мае, так як слупкі вызначаюцца як тып дадзеных, якія не падтрымліваюцца ў формулах.

Абыходны шлях: 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.

Карысныя спасылкі па вылічаюцца палёў у цэлым:

Хуткія Адмова ад адказнасці: Я лічу, вышэй, каб быць дакладнай і дакладнай, але я бачыў досыць хітрых трукаў тут і там у MOSS / WSS, што я не быў бы вельмі здзіўлены (ўзбуджаны, калі Вы будзеце) 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, калі ласка, дайце мне ведаць,!

MOSS / WSS кажа мне: “Старонка была зменена іншым аўтарам на …” але на самой справе, гэта не было.

We did some heavy duty re-organizing of our site taxonomy via "Manage Content and Structure". For reasons unknown to me, гэты працэс (аднак, якія працуюць у асноўным) broke some navigation links in the quick launch. The broken links are characterized by:

  • Wrong URL. Напрыклад, it should be "/sites/departments/HumanResources/…". Аднак, the new link is "/sites/Corporate/HumanResources/…".
  • Паўторныя біты ў радку запыту ад загалоўка, як у:

/сайтаў / ведамстваў / HumanResources / _layouts / viewlsts.aspx?BaseType=0?BaseType=0?BaseType=0?BaseType=0

That’s easy enough to fix via site settings/navigation. Except, MOSS ўяўляе мне з гэтым, калі я спрабую і зрабіць гэта:

малюнак

Справа ў тым, ніхто не робіць любая змена ёсць (ў баку ад мяне, вядома).

Хуткі пошук з'яўляецца гэтая дыскусія Форумы MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

Уільям Heurdier кладзе яе прыемна ў перадапошнім (па стане на 10/02/07) пост:

Факт:

Для аднаўлення пашкоджаных загалоўкаў, Вы павінны :

– выдаліць усе спісы пад загалоўкам пашкоджаны

– выдаліць пашкоджаны загаловак

– Са спісу параметраў, add a removed list to the quick launch (Гэта рэгенераваць пашкоджаныя без загалоўка)

Затым вы добра ісці….


Sharepoint эксперт – Cap Gemini Sogeti Швейцарыі

Я быў крыху збянтэжаны, таму што я ўсё хацеў, каб перайсці да навігацыі па старонках, make the change and then get hit with the "page was modified" message. У канчатковым рахунку, 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!

</канец>

Падпісацца на мой блог!

Праблемы з “Прыпыніць да даты” дзейнасць у SPD-стварылі працоўныя працэсы

АБНАЎЛЕННЕ 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. Затым, sharepoint configuration utility on each server. Here is the MS Support link for that KB: http://support.microsoft.com/kb/932816.

Фон:

We have a business requirement where an environmental engineering manager needs to ensure that 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 (or her assistant) enters all the required permits and reminder dates at the start of the year. The system then does all the heavy lifting.

Навакольнае асяроддзе:

MOSS, 64 біт, серада віртуальнай машыны (блок развіцця), 2 серверы (SQL на сэрвэры #1, ўсё астатняе на сэрвэры #2).

Праблемы:

The Pause Until Date action seems like the perfect solution and it may well prove itself to be. Аднак, гэта не вельмі добра працуе з скрынкі (для нас).

  1. Працоўны працэс працы не быў запланаваны для запуску, ever. I discovered this by reading through Крыстафера Уайта (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://лакальны

    <Property Exist="No" />

    C:\>

    Гэта быў дзіўны вынік, але лёгка вырашаецца:

    C:\>stsadm -o setproperty -propertyname "job-worfklow" -propertyvalue "every 1 хвілін паміж 0 і 59" -URL-адрас HTTP://лакальны

    Аперацыя выкананая паспяхова.

    C:\>

    Прарабіўшы ўсё, што, the first "In Progress" працоўны працэс хутка загарэўся і зрабіў яго працу.

  2. Сумна, the next one didn’t work as expected. Ўдзячна, Christopher refers us тут (http://support.microsoft.com/kb/932816). As of writing of this entry, мы чакаем для ІТ-аддзела, каб атрымаць гэта выпраўленне, but it does look promising. Our copies of the affected .dll’s do not share the same byte size, так што спадзяюся, гэта вырашыць праблему.

Абыходны шлях:

Re-running the stsadm -o setproperty command seemed to prod the workflow timer awake. It would, груба 7 хвілін праз, actually wake up and continue along with the workflow.

Пытанні / Пытанняў, якія разглядаюцца:

Прыпыніць да даты не працуе.

Прыпыніць да Дата не аднаўляецца.

Workflow status does not change from "In Progress"

Workflow status stays "In Progress"