Немає суп для вас! Це Cisco суп нацистської NLB продукти?

Сьогодні, Я намагався отримати доступ до бібліотеки документів за допомогою провідника windows. Цей док lib живе всередині системи, що складається з двох СФФБ навантаження врівноважується якесь рішення Cisco NLB. (Якщо/коли мережі майстри скажіть мені те, що це, Я буду оновлювати цей пост).

Провідник не міг підключитися. Я провів невелике дослідження і врешті-решт, майстри мережі сказав, що WebDAV зазвичай вимкнено / не підтримується / під гідності на NLB.

Так, Припускаючи, що майстри мережі не просто говорив мені мережі майстер еквівалент "take довгої прогулянки з коротким мосту", Я дивуватися — Лі NLB, за своєю природою, вимкнути WebDAV? Ми втрачаємо наші windows explorer файлу інтерфейс до SharePoint? Є Cisco на Суп нацистської?

Керування МОСС / WSS середовищ — ногу з, див.

Microsoft створює базу знань статей день в і на день і деякі з цих заштопаною важливі знати про, якщо ви живете в світі SharePoint.

Я тримаю до швидкості з ними через службу надати хороші люди в www.kbalertz.com. KBAlertz дає вам створити свій улюблений MS-технологій і вони посилають переварити версій Microsoft КБ статті по електронній пошті.

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

(ОНОВЛЕНО 11/29 Щоб пояснити, як отримати доступ до веб-застосунок політики параметри через інтерфейс користувача)

У мене був один з тих "чому МОСС робить це для мене????" моментів в сьогодні. Врешті-решт, Це моя вина.

ЛИШАЙНИК корпоративного проекту відбувається у нас є, і ми хочемо, щоб забезпечити "місце Організатор" сайти, так що користувач не може отримати до нього доступ або побачити його. Це легко:

  1. Перейти на сайт.
  2. Успадкування безпеки.
  3. Видалити кожен користувач/Група дозволи сайту.

Вище повинні залишити лише адміністратор колекції сайтів із дозволом на сайті.

Якщо хто-небудь у реєструє, вони повинні більше не побачити на сайті і має бути обрізані безпеки від всіх звичних місцях.

Але … Це було не. У той же час, Я раптом розуміти, що мої "Джо користувача" Стандартний тест облікового запису з не змінення обмежений доступ для читання має "сайт дії" вибір, скрізь він йде. Я подвійний перевірити одне а двічі перевірте щось інше. Я беру слухавку називати колега, але покласти його і перевірити щось інше. Я піти на прогулянку і спробувати все все заново. Я називати колега і залишити повідомлення. А потім, Нарешті, Я вважаю, що в Ітан в блог, його відкриття графік робить досить проста:

ЛИШАЙНИК 2007 Нова функція називається політики веб-застосунків. Це дозволи безпеки, який прив'язаний до веб-застосунку. Ці настройки безпеки перевизначити будь-який параметр безпеки, що встановлена на рівні колекції сайтів або сайтів (Web) рівень цього користувача.

Навіть короткий візит до застосування політики шоу з який "NT Authorityauthenticated користувачі" було надано читання. Я видалив їх зі списку та все нарешті почав працювати, як очікувалося. Я вважаю, що вони були додані в першу чергу хтось з помилкове уявлення, що це кращий спосіб надати доступ на читання для всіх на підприємстві. Він робить, Але, напружувати цитатою, "Це не означає те, що ви думаєте, що це означає."

Застосування політики доступу веб таким чином:

  1. Перейдіть до центру адміністрування
  2. Виберіть керування застосунками
  3. Виберіть "політика для веб-застосунку"
  4. На цьому екрані, Переконайтеся, що ви вибрали правильний веб-застосунку. Для мене, за замовчуванням у веб-застосунку центру адміністрування, яка не може бути той, який ви хочете.

Коли у мене була ця проблема, Я шукав для таких фраз і отримав дивно мало в плані прямої довідку з цього питання:

Дії сайту видимим для всіх користувачів

Дії сайту відображається для всіх користувачів

Дії сайту не є ролями безпеки

безпечний сайт МОСС

введення в мох безпеки

Бірки Technorati:

Швидкий і простий: Використання фіксованих ключове слово запиту в основні результати пошуку

Швидкий і простий інструкції:

Редагування сторінки і додати веб-частину основні результати пошуку.

Редагування цієї веб-частини і розширити "Фіксований запит ключове слово".

Додати фіксованого ключового слова запиту (Наприклад. ContentType:"Навчання рахунка-фактури" TrainingInvoiceNumber:1111)

Розгорнути параметри результатів запиту та змінити "Крос-веб-частин Ідентифікатор" до значення, відмінне від запиту користувача"" (Наприклад. "Запит 2").

Нотатки:

Використовуючи основні результати пошуку у такий спосіб, що дозволив мені створити сторінку, яка відображає дані з іншої колекції сайтів. Клієнт має дві основні сайту колекції: Департаментів і продукти.

Колекції сайтів продукт містить, природно, відомості про продукт. Кожен продукт у колекції сайтів агрегати даних із кількох джерел.

Один з департаментів, коди та тестування, є такі джерела. Коли користувачі доступ до продукту XYZ, вони повинні побачити коди і тестування дані безпосередньо на головній сторінці XYZ. Оскільки коди і тестування розміщується в іншому колекції сайтів, Це трохи ніяково. Ми вирішили використовувати основний пошук результатів веб-частині, так як пошук охоплює колекцій сайтів. Коди і тестування управляє продукт даних за допомогою настроюваного списку, який стримується певного типу вмісту. АА ключового слова запиту, який використовує спочатку типу вмісту а потім номер продукту звузити пошук до одного рядка до настроюваного списку.

Вище запиті ключове слово є послугами та. Повертає значення змісту документів введіть "навчання рахунка-фактури" і де номер рахунку-фактури дорівнює "1111".

Nice вигоду від цього підходу: Ми можемо редагувати XSL з основних пошукових результатів веб-частини і генерувати будь-якому форматі, які ми хочемо.

Дивіться тут (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) для іншої блогери обговорення на цю тему.

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

Розкажіть мені про ваш блог!

Якщо ви підтримувати блог, хоча б мінімально підключений до SharePoint, будь ласка, дайте мені знати в коментарях. Я хотів би додати вас до моєї список блог.

Якщо ви підтримувати блог, який не підключений до SharePoint, але хочуть, щоб додати його все одно, Дайте мені знати. Я може створити окремий блог список.

Будь ласка, дати:

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

Я хочу, щоб зберегти посилання на "активний" блоги, який я приблизно визначаю як один пост на тиждень і мінімум три місяці. Якщо ви не відповідаєте "літаками" додати своє ім'я до коментарів все одно. Вона має * мій * список, так що я може зламати моє власне правило, якщо я хочу, щоб.

Дякую!

Графік навчання працівників та матеріали шаблон — Зменшення помилку в шаблоні

Клієнт помітили помилку сьогодні з перерахованих вище шаблон.

Курс менеджерів створити курси. Під час створення курс, менеджер визначає максимальну кількість доступних місць.

Шаблон містить для зарахування самообслуговування. Я Реєстрація та робочий процес додається до списку пізнішу реєстрації "наявних місць" пов'язаних з цього курсу.

Фізичні особи можуть також скасувати реєстрацію з курсу. Помилка лежить тут. Скасування реєстрації з курсу не приріст лічильник доступних місць. У результаті, доступні місця не є точною. Ця помилка посилюється тим, що при наявних місць пізнішу до нуля, не допускається реєстрація не більше самообслуговування.

На щастя, Корпорація Майкрософт надає робочого циклу для цього процесу. Ще краще, це прямий вперед робочий процес, створений за допомогою SharePoint Designer.

Зробіть ось високого рівня це виправити:

  1. Запускайте SDP.
  2. Доступ до сайту, засновані від навчання шаблону.
  3. Доступ "учасника скасування" робочий процес.
  4. Вставити ці кроки (Я зробив їх перші два кроки):
    1. Розрахувати Курси:Заповнені місць мінус 1 (Вивід Змінна:Calc)
    2. (потім) Оновлення елемента в Курси

Натисніть Готово і ви закінчите.

Знімки екрану:


Дизайнер SharePoint:

зображення

Завершення робочого процесу:

зображення

Розрахувати деталізації:

зображення

Оновлення елемента в курси:

зображення

Часто дають гарні новини; дати погані новини рано

Я був консультантом для багатьох років і як будь-який досвідчений консультант знає, хороша комунікація є однією з ключових основ для успішної реалізації проекту. Це настільки очевидно, Це дійсно майже нудно, щоб говорити про. Це не пост про загальних зв'язку. Замість цього, Я пишу про темна сторона зв'язку — спілкування погані новини.

Само собою зрозуміло, що дає гарні новини для клієнта робиться весь час, якомога частіше. Хто не хоче дати гарні новини? Хто не любить почути гарні новини?

На зворотному боці, погані новини зовсім не весело. Я завжди боровся з цим. У колишні часи моєї кар'єри, Я знаю, что-то було наперекосяк з проекту і замість того, щоб розповідати клієнта, Я хотів би працювати довше, щоб спробувати вирішити проблему. Я б накази про моїй команді більше працювати. Це достатньо природні імпульс думати, що супер-людської зусиль можна зберегти день. Іноді це працює, Іноді це не так. Навіть тоді, коли вона "працює" Це часто це змішаний мішок. Це якість кінцевих результатів дійсно до spec, коли ключові частини були вироблені протягом декількох 60 Щоб 80 годин на тиждень?

Що таке найкращий спосіб впоратися погана новина? Відповідь: рано говорити про нього. Не чекайте, поки один тиждень до бюджету проекту були спожиті. Якщо ви знаєте, шість тижнів, що там просто не достатньо часу, щоб доставити деякі біт обіцяного функціональність, Скажіть клієнт тут. Клієнт може отримати засмучений (ймовірно, буде), Там можуть бути incriminations і звинувачень і боляче почуття. Але, Коли емоції охолонути, там ще шість тижнів залишається на проект. Шість тижнів є хороший шматок часу. Є час, щоб налаштувати плани, змінити розклад, зрушити з мертвої точки на бюджет розширень (Успіхів!) і тільки в цілому прийшли в боротьбу з "факти на землі" і розробити новий план, що до цих пір результати в успішний проект.

Прикладом: Я працюю над проектом характеризується:

  • T&E бюджету з capped "не перевищить" сума в доларах.
  • За "найкращий будуть зроблені зусилля" обіцяють доставити X, Y і Z проекту кінця.
  • Відсутність обіцяного ключових ресурсів на стороні клієнта. Ці ресурси були не утримується на ціль, ні для будь-яких поганих"" причини, а вони було відмовлено.
  • Ясний Світанок реалізації проекту, як пройшли на півдорозі точки, що ми не збирається бути в змозі доставити 'Г" (головним чином тому, що обіцяний ресурсів не були дійсно доступні).
  • Регулярні звіти і "CYA" документації, які підтримали нас (Консалтингові групи) вгору.
  • Жорстко в'язати виконання команди з членами витягти з консалтинговою організацією (Моя компанія) і клієнт.
  • Дистанційного керування командою, в обох метафоричні і фізичні відчуття. Управлінська команда була зосереджена на інший проект великого підприємства та обмеженого простору, виконання команди був розміщений в окремій будівлі на кампусі, вниз Хілл і відносно далекому шлях від "цивілізації".

З приблизно через шість тижнів залишається на бюджет проекту, Ми (виконання команди) знав, що ми були проблеми. Договір сказав, що нам необхідно доставити "Z". Незважаючи на те, що проект є час & матеріали і незважаючи на те, що ми обіцяли лише «best efforts" доставити Z і навіть хоча у нас було більше виправдань для відсутніх доставки … Суть в тому, що вона не була добре виглядати — Ми не будемо доставити Z у формі якості, які зробили б хто-небудь гордий.

Визнаючи це, ми поїхали до управління і сказав їм, що бюджет проекту буде споживатися на певну дату, і що ми були в ладах з Z.

Міні firestorm спалахнув протягом найближчих декількох днів.

День 1: Управлінська команда дзвінки в своїх співробітників для спеціальну зустріч (Ми, консультанти не запросили). Контракти надруковано та роздавали всім і рядок за рядком огляд випливає. Управління ставить штатних працівників на оборонні. Я не думаю, що фраза "Стокгольмський синдром" є * насправді * використовується, але ви отримаєте картинку. Ми Група щільно в'язання, Як би там не було, і персонал працює з нами консультанти день і з протягом декількох місяців зараз.

День 2: Менеджменту викидів інший апаратна нарада. Вони відчувають себе трохи краще. Вони хочуть можливості та ідеї для переміщення вперед. Вони розуміють, що є ще шість тижнів, що залишилися в бюджеті проекту, які є ще гідною, трохи часу. Один з пунктів дій: призначити зустіч із повного виконання команди (у тому числі консультанти).

День 5: Повна команда відповідає, конструктивна зустріч випливає і новий план досяжні введені в дію. Ще краще, Ми вже почали обговорювати другий етап і клієнт пропонує нам можливість підготувати пропозиції на цьому етапі негайно.

Якщо б ми чекали доки залишалося всього три тижні, або ще гірше, один або два тижні, було б набагато відрізняється. Замість конструктивну зустріч для приведення проекту, Ми б були потягнувши на звіти про стан:, Розбір договору та переглянувши старі листи, щоб виправдати це, або що рішення. Ми б "виграли" але це дійсно "перемагає" у цьому випадку?

Так, Якщо у вас є, щоб дати погані новини, дати йому на початку. Погані новини пізно огляду не просто погано, це жахливо.

За допомогою “Користувач або Група” в обчислюваному стовпці

Люди часто запитують про використання стовпець із даними типу "користувач або Група" у інший стовпець даних введіть "Обчислюваний".

Нижній рядок, Ця команда не виконується в WSS 3.0 (або МОСС).

Під час додавання обчислюваних стовпців, WSS показує список полів, вона дозволяє використовувати для обчислення. Якщо ввести в ім'я стовпця, якого немає у списку, Він говорить вам:

Один або кілька стовпців посилання не допускаються, Оскільки стовпці мають тип даних, який не підтримується у формулах.

Обхідний шлях: Використовувати обробник подій. Обробник подій пожежі, коли користувач зберігає елемент. Вона виконує оновлення, ви б хотіли обчислюваного стовпця, щоб зробити для вас.

Корисні посилання на Обчислювані поля в цілому:

Швидкий застереження: Я вважаю, що вище, щоб бути точні, вірні та, але я бачив досить розумний хитрості тут і там в MOSS/WSS, що я не здивуюся надзвичайно (agog, якщо ви будете) Якщо хтось придумав спосіб зробити це, не вдаючись до коду. Якщо ви визначили розумний обхідний шлях або знаєте когось, що зробив, будь ласка, дайте мені знати!

ЛИШАЙНИК/WSS говорить мені: “Сторінку було змінено іншим автором на …” але насправді, Це було не.

Ми зробили деякі важкої обов'язком реорганізації з нашого сайту таксономія за допомогою "Керування вміст і структура". З міркувань мені невідомий, Цей процес (Хоча працює в основному) зламав деякі навігаційні посилання в швидкий запуск. Непрацюючі посилання характеризуються:

  • Неправильний URL. Наприклад, вона повинна бути "/ сайтів/департаменти/HumanResources /…". Однак, посилання є "/ сайтів/корпоративні/HumanResources /…".
  • Повторне бітів на рядку запиту заголовка, як і в:

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

Це досить легко виправити за допомогою параметрів/навігація сайту. За винятком, ЛИШАЙНИК представляє мені з цим, коли я намагаюся і зробити це:

зображення

Справа в тому, ніхто не робить будь-які зміни тут (Крім мене, Звичайно).

Швидкий пошук, з'являється це обговорення форумів MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier викладає його, красиво в в передостанньому (Станом на 10/02/07) посада:

Справа в тому:

Щоб відновити пошкоджені заголовки, Ви повинні :

– видалити всі списки під заголовком пошкоджені

– видалити пошкоджений заголовок

– Від параметри списку, додати віддалені список швидкого запуску (Це ставити не пошкоджений заголовок)

Ти тоді добре йти….


SharePoint експерт – Sogeti Cap близнюків Швейцарії

Я був трохи збентежений, тому що я тримав бажаючи, щоб перейти на сторінку навігації, внесіть потрібні зміни а потім вдарить в "сторінку було змінено" повідомлення. Врешті-решт, Я зрозумів, що мені довелося йти до списку параметрів і видалити/додати до швидкого запуску. Які зробили свою справу. Щасливі часи тут знову!

</кінець>

Підписатися на мій блог!

Проблеми з “Призупинення до дати” діяльність в СДПН створені робочі процеси

ОНОВЛЕННЯ 12/10/07: Виправлення, як описано в MSDN KB929816 вирішена проблема для нас, що згадуються нижче. Отримання цього виправлення а потім інсталювати на кожному сервері ферми. Потім, Запустіть утиліту конфігурації SharePoint на кожному сервері. Ось посилання MS підтримки для цієї КБ: http://support.microsoft.com/kb/932816.

Тло:

У нас є бізнес-вимогам де екологічної інженерії менеджер повинен гарантувати, що 30 Some-ODD виробництво місця розташовані по всьому США повинен гарантувати, що ці рослини подати для їх різних державних мінімальну дозвіл у своєчасній. Один підхід, ми досліджували використовує "пауза поки дати" діяльності, які доступні нам через SharePoint Designer worfklow. Керівник інженерної (або її помічник) входить всі необхідні дозволи і нагадування дати на початку року. Система потім зніме всі.

Навколишнє середовище:

ЛИШАЙНИК, 64 біт, Віртуальна машина-середовище (розвиток box), 2 сервери (На сервері SQL #1, все інше на сервері #2).

Проблеми:

Пауза поки дата дії здається, як ідеальне рішення і воно може виявитися себе як. Однак, вона не працює також з коробки (для нас).

  1. Завдання робочого процесу не вдалося запустити, коли-небудь. Я виявив це, читаючи Крістофер білий (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) прекрасну написати діяльності за допомогою stsadm константи виглядає:

    C:\>stsadm -o getproperty - propertyname "робота документообігу" -URL-адреса http://Localhost

    <Мають властивості = "немає" />

    C:\>

    Це був дивовижний результат, але легко вирішується:

    C:\>stsadm -o "установити властивість" - propertyname "робота worfklow" -propertyvalue "кожен 1 хвилин між 0 і 59" -URL-адреса http://Localhost

    Операцію успішно завершено.

    C:\>

    При цьому, перший "у прогрес" робочий процес швидко загорівся і зробив це є робота.

  2. На жаль, наступний не працює належним чином. На щастя, Крістофер відноситься нас Тут (http://support.microsoft.com/kb/932816). Станом на написання цього вступу, Ми чекаємо ІТ-відділ для отримання цього виправлення, але це виглядає багатообіцяючим. Наші копії на уражені «. dll», не поділяють дубльовані байт, так що сподіваюся, це буде вирішити проблему.

Обхідний шлях:

Повторного запуску команди stsadm -o "установити властивість" здавалося, prod робочого процесу таймера awake. Це було б, приблизно 7 через хвилин, насправді прокинутися і продовжити разом з робочого циклу.

Питання / Питань, що розглянуті:

Пауза дата поки не працює.

Пауза дата поки не відновити.

Стан робочого циклу не змінюється від "виконується"

Стан робочого циклу залишається "в прогрес"