Няма супа за вас! Е Cisco супа нацистки на НЛБ продукти?

Днес, Опитах се да имат достъп до библиотека с документи чрез windows explorer. Тази библиотека с документи на живее вътре в система, която се състои от две WFE натоварване балансиран от някакъв вид на Cisco НЛБ решение. (Ако/когато мрежата съветниците ми кажете, какво е, Ще актуализирам този пост).

Windows explorer не можа да се свърже. Направих някои изследвания и евентуално, мрежата съветниците каза, че WebDAV е забранено от / не се поддържа от / под достойнството на НЛБ.

Така, Ако приемем мрежата съветниците не са просто ми казва мрежата съветника за еквивалент на "взема дълга разходка разстояние от кратко мост", Имам да се чудя — прави НЛБ, по природа, забраняване на WebDAV? Губим explorer интерфейс ни windows файл до SharePoint? Е Cisco Нацистки супа?

Управление на Мос / WSS среди — поддържането на базата знания на Microsoft

Microsoft създава знания статии ден и ден и някои от тези са darned важно да знаете, ако живеете в света на SharePoint.

Аз държа до скорост с тях чрез услуга предоставя от добри хора в www.kbalertz.com. KBAlertz ви позволява да запишете за вашите любими MS технологии и те изпращат ви дайджест версии на Microsoft KB предмет по имейл.

Правила за уеб приложение, Сайтове за сигурност и орязване на защитата — Знам вашата конфигурация

(АКТУАЛИЗИРАН 11/29 да се обясни как за достъп до настройките за правилата на уеб приложение чрез интерфейс)

Имах един от тези "защо Мос прави това за мен????" моменти днес. В края, Това е моя вина.

Имаме проект за Мос предприятие, става и искаме да се осигури "място титуляр" сайтове, така че нито един потребител може да достъп до него или да го видите. Това е лесно:

  1. Отидете на сайта.
  2. Прекъсване наследяването сигурност.
  3. Премахване на всеки потребител/група от разрешения за сайт.

По-горе трябва да оставите само администраторът на колекцията сайтове с разрешение да видите на сайта.

Ако някой друг се регистрира в, те вече не трябва да видите на сайта и трябва да бъде сигурност балансиран от всички обичайни места.

Но … не е. В същото време, Изведнъж осъзнаваш, че моята "Джо потребител" стандартен потребителски акаунт тест с не priv освен ограничен достъп за четене е "действия за сайта" избор, навсякъде той отива. Аз двоен шах едно нещо и двойна проверка нещо друго. Аз вдигнеш телефона да се обадя колега, но я съборят и провери нещо друго. Отидете на разходка и опитате всичко отначало отново. Аз наричам колега и оставете съобщение. И след това, най-накрая, Намирам, че в Итън на блог, графиката му отваряне го прави доста прости:

МОС 2007 има нова функция, наречена Web приложение политики. Това са разрешения за защита, която е свързана с уеб приложение. Тези настройки за защита замени всяка настройка за защита, която е определена на колекция от сайтове или сайт (Уеб) ниво за този потребител.

Един бърз посещение уеб приложение политиките показва че "NT Authorityauthenticated потребители" е получил пълно четене. Аз ги отстраняват от списъка и всичко най-накрая започва да работи както се очаква. Вярвам, че те са били добавени на първо място от някой с погрешно впечатление, че това е най-добрият метод за предоставяне на достъп за четене до всички в предприятието. Той прави, Но, да щам на оферта, "Това не означава, какво мислите, че това означава."

Правила за достъп до web приложение по този начин:

  1. Отидете на централното администриране
  2. Изберете управление на приложения
  3. Изберете "правила за уеб приложение"
  4. На този екран, Уверете се, изберете правилната уеб приложението. За мен, по подразбиране на уеб приложението на централен администратор, който не може да бъде този, който желаете.

Когато имах този проблем, Търсих за следните фрази и има учудващо много малко по отношение на директна помощ по този въпрос:

Действия за сайта, видими за всички потребители

Действия за сайта, видими за всички потребители

действия за сайта не са сигурно орязани за защита

осигуряване на Мос сайт

Въведение в Мос сигурност

Technorati тагове:

Бърз и прост: Използвайте Query фиксирана ключова дума в основни резултати от търсенето

Бърз и лесен инструкции:

Редактиране на страница и добавите уеб компонент на основни резултати от търсенето.

Редактиране на тази уеб част и разширяване на "Фиксирана заявка за ключова дума".

Добавяне на фиксирана ключова дума заявка (e.g. ContentType:"Фактура за обучение" TrainingInvoiceNumber:1111)

Разширяване Опции за заявка на резултатите и промени "между уеб част Идентификатор на заявка" до стойност, различна от "потребителска заявка" (e.g. "Заявка 2").

Бележки:

Използване на основни резултати от търсенето по този начин ми позволи да се създаде страница, която показва информация от друга колекция от сайтове. Клиентът има две основни колекции: Отдели и продукти.

Колекцията от сайтове на продукта съдържа, естествено достатъчно, информация за продукта. Всеки продукт в колекцията събира данни от множество източници.

Един от отделите, кодове и тестване, е на такъв източник. Когато потребителите имат достъп до продукта XYZ, те трябва да видите кодове и изпитвателни данни директно на главната страница на XYZ. Тъй като кодове и тестване се хоства в друга колекция от сайтове, Това е малко неудобно. Ние решихме да използваме основната търсене резултати уеб част, тъй като търсенето обхваща колекции от сайтове. Кодове и тестване управлява продукт данни чрез потребителски списък, който е ограничен от определен тип съдържание. Аа ключова заявката, която използва първо тип съдържание и след това ограничите търсенето до единичен ред номер на продукта в списъка по избор.

Заявка ключова дума по-горе е и. Връща документите на съдържанието въведете "фактура за обучение" и където номера на фактурата е равно на "1111".

Хубаво ползата от този подход: Можем да редактирате XSL от уеб компонента на основните търсене резултати и да генерирате всякакъв формат, които искаме.

Вижте тук (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) за друг блогър дискусия по тази тема.

</край>Абонирайте се за моя блог.

Кажи ми нещо за вашия блог!

Ако поддържа блог, който най-малко минималната е свързан с SharePoint, Моля да ме уведомите в коментарите. Бих искал да ви добави в моя блог списък.

Ако поддържа блог, който не е свързан с SharePoint, но искам да го добавите все пак, Нека да знаят. Ще може да се създаде отделен блог списък.

Моля, дайте:

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

Искам да запазя връзката към "активен" Блогове, които съм приблизително определят като един пост на седмица и минимум три месеца. Ако не отговарят на това "изискване" добави името си към коментари все пак. Има * ми * списък, така може да се счупят моите собствени правило, ако искам да.

Благодаря!

График за обучение на служители и шаблон на материали — Декрементирането бъг в шаблона

Клиентът забелязах бъг днес с горепосочените шаблон.

Курс ръководители създават курсове. При създаването на курс, Мениджърът определя максималния брой на наличните места.

Шаблонът предоставя за самообслужване записване. Записвам и работен поток към понижаване регистрация списък "налични места" свързани с този курс.

Физически лица също може да се отпишете от курс. Бъг се намира тук. Unregistering от курс не нарастване на наличните места брояч. Като резултат, налични места не е точна. Този бъг е усложнено от факта, че когато свободните места понижаване до нула, няма повече самообслужване регистрация е разрешена.

За щастие, Microsoft предоставя работния поток за този процес. Дори по-добре, Това е прав напред поток, създадени чрез SharePoint Designer.

Следвайте стъпките високо ниво, за да го поправим:

  1. Огън на СДП.
  2. Достъп до сайта, базирани извън шаблона на обучение.
  3. Достъп до "участник отписване" работен поток.
  4. Вмъкнете следните стъпки (Направих ги първите две стъпки):
    1. Изчисляване Курсове:Напълнена места минус 1 (Изход за Променлива:Calc)
    2. (след това) Актуализирай елемент в Курсове

Щракнете върху Готово и сте готови.

Снимки на екрана:


SharePoint Designer:

Изображение

Завършен работен поток:

Изображение

Изчисляване на тренировка надолу:

Изображение

Актуализирай елемент в курсове:

Изображение

Често дава добри новини; най-рано даде на лоши новини

Аз съм бил консултант за много от години, сега и всички опитни консултант знае, добрата комуникация е един от ключовите стълбове за успешното предоставяне на проект. Това е толкова очевидно, Това е наистина почти скучно да се говори за. Това не е пост за обща комуникация. Вместо това, Пиша това, за по-тъмна от страна на комуникация — съобщаване на лоши новини.

Разбира, че дава добри новини на клиента се извършва цялото време, толкова често, колкото е възможно. Кой не иска да даде добра новина? Кой не обича да чуя добрата новина?

В страна на обръщане, Лошата новина е не е забавно на всички. Винаги съм се бореше с това. В по-ранните дни на моята кариера, Аз ще знам, нещо е awry с проект и вместо на клиента за неговия, Ще работят повече часове да се опита и решаване на проблема. Бих заповядват моя екип да работи по-усилено. Това е достатъчно естествен импулс да се мисли, че е супер усилие може да спаси деня. Понякога това работи, няколко пъти тя не. Дори когато "работи" Тя често е смесена торба. Е качеството на доставка наистина до spec, когато основните части са били разработени през няколко 60 за да 80 час седмици?

Какво е най-добрият начин да се справят с лоши новини? Отговорът е: да го кажа по-рано. Не чакайте до една седмица преди бюджета на проекта ще се консумира. Ако знаете шест седмици, че там просто не е достатъчно време, за да достави някои малко от обещаните функционалност, кажете на клиента точно тогава и там. Клиентът може да се разстрои (вероятно ще), може да има престъпни състави и обвинения и наранени чувства. Но, Когато емоции хладен на разстояние, има все още шест седмици ляво по проекта. Шест седмици е добро парче от времето. Има време да се приспособи планове, промяна на разписания, Получете топката търкаляне на разширения на бюджета (На добър час!) и общо дойде до ръчките с "фактите на земята" и да измислят нов план, който все още води до успешен проект.

Случай: Аз съм работи по даден проект се характеризира с:

  • Т&E бюджет с таван "да не превишава" долар сума.
  • "Най-добър усилия" обещават да доставят x, Y и z на проекта края.
  • Липсата на обещаните ключови ресурси от страна на клиента. Тези ресурси не са били удържани нарочно, нито за всеки "лошо" причина, но те са били удържани.
  • Новите реализация като проекта преминали точката наполовина, че сме били няма да може да доставя "Z" (основно защото обещаната ресурси не са реално налични).
  • Състоянието на редовни отчети и "CYA" документация, която обезпечените с нас (консултантска отбор) нагоре.
  • Плътно ги прилагане отбор с членове, от организацията на консултиращата (Моята фирма) и на клиента.
  • Отдалечено управление на екип, в двете метафори и физически смисъл. Мениджърският екип е фокусира върху друг големи проекта предприятието и поради пространството ограничения, екипа на изпълнение е разположена в отделна сграда на Университета, хълм и относително далеч начин от "цивилизация".

С приблизително шест седмици на бюджета на проекта, Ние (екипа на изпълнението) Знаех, че сме били проблеми. Договор, каза, че трябваше да достави "Z". Въпреки че проектът е време & материали и въпреки, че ние само обещава "усилия" да се доставят z и дори и че ние е голямо обосновка за липсващи на доставката … долната линия е, че не изглеждат добре — Ние не щеше да достави z във фигура с качество, което би направило никого горд.

Признавайки това, Ние заминава за управление и им казва, че бюджета на проекта ще бъде консумирано от определена дата и че сме в беда с z.

Мини firestorm, излязъл през следващите няколко дни.

Ден 1: Управленски екип налага в своя персонал за специално събрание (Ние, не са поканени консултанти). Договорите са отпечатани и раздадени на всички и ред от линия преглед произтича. Управление поставя членовете на персонала на отбранителни. Аз не мисля, че фразата "Стокхолмски синдром" е ° всъщност ° използва, но вие получите картинката. Ние сме плътно плета група, Все пак, и персонала е бил работи с нас консултанти ден в и извън в продължение на няколко месеца сега.

Ден 2: Управление призовава друг персонал заседание. Те се чувстват малко по-добре. Те искат варианти и идеи за преместване напред. Те осъзнават, има още шест седмици, останали в на текущия бюджет за проект, което е все още достойни малко време. Един от елементите за действие: планиране на събрание с пълното прилагане отбор (включително консултанти).

Ден 5: Екипът отговаря, конструктивна среща произтича и нов постижими план пуснати на място. Дори по-добре, Ние вече сме започнали обсъждане втора фаза и клиента ни кани да подготвят предложения за тази фаза веднага.

Ако сме имали чакал до останаха само три седмици, или дори по-лошо, една или две седмици, би било много по-различно. Вместо на конструктивен заседание за повторно привеждане в съответствие на проекта, Ние би била дърпане, отчети за състоянието, разбор на Договора и преглеждане на стари имейли, за да оправдае това или това решение. Ние ще имаме "спечели" но е това наистина "печели" в този случай?

Така, Ако трябва да се даде лоши новини, Дай го по-рано. Лоши новини изпратено със закъснение не е просто лош, това е ужасно.

Използване на “Лице или група” в изчисляема колона

Хората често питат за използването на колона с тип данни "лице или група" в друга колона от данни тип "Изчислена".

Долната линия, Това не работи в WSS 3.0 (или мъх).

При добавяне на изчисляема колона, WSS показва списък на полета ви позволява да използвате за изчисляване. Ако напишете името на колона, която не е в списъка си, Той ви казва:

Една или повече препратки към колони не са позволени, защото колоните са дефинирани като тип данни, който не се поддържа във формули.

Workaround: Използвайте манипулатор на събитие. Манипулаторът на събитие пожари, когато потребителят записва елемента. Тя изпълнява актуализация, който би искал изчисляемата колона да направи за вас.

Полезни връзки за изчислени полета като цяло:

Бърз отказ от отговорност: Вярвам, че по-горе да бъде вярна и точна, но аз съм виждал достатъчно умни трикове тук и там в Мос/ВиК, че няма да бъде изключително изненадан (възбуден, ако щете) Ако някой е измисли начин да направите това без да се прибягва до код. Ако сте се разбра, умни работа-наоколо или познавате някой, че е, Моля да ме уведомите!

Мос/WSS ми казва: “Страницата е променена от друг автор на …” но всъщност, не е.

Ние направихме някои тежкотоварни повторно организиране на нашия сайт таксономия чрез "Управление на съдържание и структура". По незнайни за мен причини, този процес (Въпреки че работи в главната) счупи някои връзки за навигация в бързо стартиране. Прекъснати връзки се характеризират с:

  • Грешен URL. За пример, Тя трябва да бъде "/ сайтове/департаменти/сайт с човешки ресурси /…". Въпреки това, новата връзка е "/ сайтове/корпоративни/сайт с човешки ресурси /…".
  • Повторни бита на низа на заявката на заглавието, както и в:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?Базов тип = 0?Базов тип = 0?Базов тип = 0?Базов тип = 0

Това е достатъчно лесно да се определи чрез сайта настройки/навигация. С изключение на, Мос представя ме с това, когато се опитвам и да го направя:

Изображение

Факт е, никой не прави промени там (настрана от мен, Разбира се).

Едно бързо търсене се появи този MSDN форуми дискусия: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

Уилям Heurdier го излага добре в предпоследна (като от 10/02/07) пост:

Факт е:

За да възстановите повредената заглавия, Вие трябва да :

– премахнете всички списъци под повреден заглавие

– премахване на повреден заглавието

– От настройките на списъка, Добавяне на отстранения списък за бързо стартиране (Това регенерира за повредени заглавие)

След това сте добре да тръгвам….


SharePoint експерт – Sogeti капачка Джемини Швейцария

Аз бях малко объркан, защото продължих да искат да отидете на страницата на навигация, Направете промяната и след това се удари със "страницата е модифициран" съобщение. В крайна сметка, Разбрах, че аз трябваше да отидете в настройките на списъка и премествам/прибавям то към бърз хвърлям. Това е трик. Щастливите времена са отново тук!

</край>

Абонирайте се за моя блог!

Проблеми с “Пауза до дата” дейност в ЕДП създадени работни потоци

АКТУАЛИЗИРАНЕ 12/10/07: Актуалната корекция, описана в MSDN KB929816 решила проблема за нас споменати по-долу. Получаване на спешната корекция и след това инсталиране на всеки сървър в групата. След това, помощната програма за конфигуриране на SharePoint на всеки сървър. Тук е MS поддръжка връзката за тази KB: http://support.microsoft.com/kb/932816.

Фон:

Ние имаме бизнес изискване, където околната среда инженеринг мениджър трябва да гарантира, че 30 Some-ODD производство места, разположени в целия Съединените щати трябва да гарантира, че тези растения файл за техните различни държавни с мандат на разрешителни в своевременно. Един подход, ние сме разследвани лостове "пауза преди дата" дейност достъпни за нас чрез SharePoint Designer worfklow. Инженеринг мениджър (или си асистент) въвежда всички необходими разрешителни и напомняне дати в началото на годината. Системата след това не всички вдигане на тежки предмети.

Околна среда:

МОС, 64 малко, действителен машина среда (развитие кутия), 2 сървъри (SQL сървъра #1, всичко останало на сървъра #2).

Проблеми:

Пауза преди дата действие изглежда като идеалното решение и добре може да се окаже себе си да бъде. Въпреки това, Тя не работи добре от кутията (за нас).

  1. Задачата на работния поток не е планирана за изпълнение, някога. Аз открих това от четене чрез Кристофър Уайт (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) отличен хвалебствена използвайки stsadm thusly:

    C:\>stsadm -o getproperty - именасвойство "работа-поток" -URL адрес HTTP://Localhost

    <Свойство съществува = "не" />

    C:\>

    Това беше изненадващ резултат но лесно решени:

    C:\>stsadm -o setproperty - именасвойство "работа-worfklow" -propertyvalue "всеки 1 протокол между 0 и 59" -URL адрес HTTP://Localhost

    Операцията завърши успешно.

    C:\>

    При това, че, първата "в ход" поток бързо уволнен нагоре и го е направил работа.

  2. За съжаление, следващия не работи както се очаква. За щастие, Кристофър се отнася ни Тук (http://support.microsoft.com/kb/932816). Както на писане на този пост, Ние чакаме за ИТ отдела да получи тази спешна корекция, но тя изглежда обещаващ. Нашите копия на засегнатите .dll не споделят един и същи размер в байтове, така че се надяваме това ще реши проблема.

Workaround:

Отново тичане командата stsadm -o setproperty сякаш prod буден таймера за работен поток. Това би, приблизително 7 минути по-късно, всъщност се събуди и продължи с работния поток.

Въпроси / Въпросите, разгледани:

Пауза преди дата не работи.

Пауза преди дата не възобнови.

Състояние на работния поток не се променя от "в ход"

Състояние на работния поток остава "в ход"