Мені пощастило бути присутнім і представити на конференції SharePoint передового досвіду минулого тижня. Я все ще новий на весь, кажучи "річ" і, Чесно кажучи, Я був трохи нервовим за перше півріччя, хоча я потів на очікування говорити собі. Це свого роду нервових почуття зробив це трохи складно для мене, щоб звернути увагу на доповідачами (не, що я ігнорував їх). Замість цього, Я трохи більш зосереджена на відвідувачів.

Конференцій завжди встановити мій розум гонок і там було багато взяти в на це. Ця конференція була відмінна. Я думаю, що це було незвично в декількох напрямках. Він не був важкий розробник конференції. Були, звичайно, dev частини до нього, але я думаю, що це було принаймні 60% зосереджено на питаннях-dev, може бути, як високу якість 80%. Я думаю, що звертається до розвиток природи SharePoint ринку. Компанії здійснюють SharePoint в різних напрямках і вони шукають керівництво про те, як зробити це правильно. І не просто керівництво про те, як створювати можливості/рішення (який в даний час, було дуже добре встановлено).

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

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

Коли ми говоримо про зелений поля, Ми маємо на увазі що SharePoint не пішов у виробництво, і ми починаємо з чистого аркуша. Це ідеальний варіант, тому що ви можете почати прямо зараз використання передового досвіду для визначення та керування врядування, інформаційної архітектури, д. Однак … що відбувається, коли ви вже у виробництві з декількох тисяч користувачів (або 10 тисяч) і ви не способи захисту на початку? Я бачив компаній з … ГМ … Це дуже непарні інформаційної архітектури, запечений в їх середовище. Я не думаю, що ця конференція містяться керівні вказівки багато для організацій з такою проблемою (і я просто не хочу сказати IA, але управління, Пошук, багато інших областях). Звичайно, знаючи, що у вас є проблема є великою частиною рішення, і це дуже цінний.

Я думаю, що Інтернет-спільнота SharePoint не зробили багато чого для вирішення цієї або. Я знаю, у мене не. Це дуже важкою проблемою вирішити на багатьох рівнях. Технічно це важко. Budget-Wise, це важко. Культурно, це важко. Однак, Це, ймовірно, більш серйозною проблемою реальний світ, ніж більшість. Оскільки конференція закінчилася, Я думаю про такого роду проблем, як один б вирішити їх. Там повинно бути краще відповісти, ніж, "видалити і перевстановити" і спільноти необхідно вирішувати її голову на.

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

</кінець>

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

Мій друг онлайн, Марк Міллер над і Кінцевий користувач SharePoint (www.endusersharepoint.com) працює безкоштовний однієї години семінару цільових, як він завжди робить, на громадському SharePoint кінцевого користувача. Це відбувається в 1 вечора EDT. Подробиці тут: http://www.endusersharepoint.com/?p=785

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

</кінець>

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

Мій колега працює на веб-частини в FBA середовищі. Серед іншого, веб-частина отримує деякі дані з SQL server. Грандіозного плану для цього проекту диктує, що муніципалітет DBA настроює рівня безпеки даних в SQL (на відміну від вбудовування Ідентифікатор користувача у запиті SQL або іншого способу).

Проблема в тому, що SQL server не знає нічого про нашої FBA середовищі, так що вона не може довіряти нам. Ми вирішили цю проблему шляхом, за відсутністю кращого слова, вручну себе за оголошення користувача, так що ми могли підключитися до SQL така, що SQL дані рівня безпеки роботи.

Незважаючи на те, що FBA є особливістю ASP.NET, Ми SharePoint нації люди навчили, різних пошукових що якщо запитуваної FBA, Ви має означати, що ви хочете знати, як налаштувати FBA в SharePoint. Я не зміг знайти будь-яку інформацію щодо ввімкнення на FBA орієнтованих застосунку ASP.NET для спілкування з SQL таким чином, нам необхідно знайти.

В ході цього дослідження, Ми знову прочитайте цю статтю: ASP.NET уособлення

Додаткові дослідження привело нас до цієї статті codproject: http://www.codeproject.com/KB/cs/cpimpersonation1.aspx

Які допомогли нам записати наш код, який я включив нижче. Це не самий елегантний речі, але вона працювала. Я сподіваюся, що ви знайшли це корисним.

Ось код, що працював для нас:

захищений порожнеча btnSearchCarrier_Click(об'єкт відправника, EventArgs e)
 {
 Спробуйте
 {
 ImpersonateUser МО = нові ImpersonateUser();
 // TODO: Замінити облікові дані iU.Impersonate("Ім'я _ домену", "Ім'я користувача", "Пароль");

//
 КОД
//

 iU.Undo();
 }
 зловити (Виняток ex)
 {

 }
 }

// За допомогою уособлення класу, зазначених нижче.

громадських клас ImpersonateUser
 {
 [DllImport("advapi32.dll", SetLastError = Істина)]
 громадських статичні зовнішній bool LogonUser(
 Рядок lpszUsername,
 Рядок lpszDomain,
 Рядок lpszPassword,
 Int dwLogonType,
 Int dwLogonProvider,
 REF IntPtr phToken);

 [DllImport("Kernel32. dll", CharSet = CharSet.Auto)]
 приватні зовнішній статичні bool CloseHandle(IntPtr ручкою);

 приватні статичні IntPtr tokenHandle = нові IntPtr(0);
 приватні статичні WindowsImpersonationContext impersonatedUser;

 // Якщо включити цей код в бібліотеку DLL, Переконайтеся, що вимагають, щоб він
 // працює з FullTrust.
 [PermissionSetAttribute(SecurityAction.Demand, Ім'я = "FullTrust")]
 громадських порожнеча уособити(рядок ім'я домену, рядок ім'я користувача, рядок пароль)
 {
 Спробуйте
 {

 // Некеровані LogonUser для функція отримати користувач маркер для
 // Указаний користувач, домен, та пароль.
 Константа Int LOGON32_PROVIDER_DEFAULT = 0;

 // Проходячи цей параметр викликає LogonUser створити основний.
 Константа Int LOGON32_LOGON_INTERACTIVE = 2;
 tokenHandle = IntPtr.Zero;

 // Крок -1 Зателефонувати LogonUser отримати дескриптор для необмеженого доступу.
 bool returnValue = LogonUser(
 ім'я користувача,
 ім'я домену,
 пароль,
 LOGON32_LOGON_INTERACTIVE,
 LOGON32_PROVIDER_DEFAULT,
 REF tokenHandle); // tokenHandle - новий маркер

 Якщо (ХИБНІСТЬ = = returnValue)
 {
 Int у відставці = Marshal.GetLastWin32Error();
 Console.WriteLine("LogonUser заходу завершилася з кодом помилки : " +
 у відставці);
 кинути нові System.ComponentModel.Win32Exception(у відставці);
 }

 // Крок - 2
 WindowsIdentity newId = нові WindowsIdentity(tokenHandle);
 // Крок -3
 impersonatedUser = newId.Impersonate();

 }
 зловити (Виняток ex)
 {
 Console.WriteLine("Стався виняток. " + EX.Повідомлення);
 }
 }


 /// <резюме>
 /// Зупинки уособлення
 /// </резюме>
 громадських порожнеча скасувати()
 {
 impersonatedUser.Undo();
 // Безкоштовні жетони.
 Якщо (tokenHandle != IntPtr.Zero)
 CloseHandle(tokenHandle);
 }
 }

</кінець>

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

Кілька тижнів тому, Я працюю з моїм колегою розробника проекту за участю SQL Server Reporting Services Plug-in для ЛИШАЙНИКА. Він розробляв веб-частину, яка забезпечує фантазії графічний інтерфейс для належного звіт (Головна особливість, будучи розумним підстановки на параметр із кількох тисяч значення для пошуку за ним).

Це більше робітників в середовищі розробки, але в приймальні випробування користувача (UAT) навколишнє середовище, він не буде працювати. Розпалу налагоджувач, Ми хотіли б бачити винятком деталі, як це:

Дозволи надаються користувачу 'UAT_domainmosssvc' недостатньо для виконання цієї операції.(rsAccessDenied).

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

У нашому випадку, проблема в тому, що ми зробили резервного копіювання/відновлення DEV UAT. Десь у даних, щось ще посилався на «DEV_domain" (Замість того, щоб Останні відомості "UAT_Domain"). Ми створили новий сайт, Додати веб-частину і що наша проблема вирішена.

Сподіваюся це врятує хтось на годину або два вниз по лінії.

</кінець>

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

Я отримав кілька повідомлень від фізичних осіб за допомогою вбудованої "Надіслати повідомлення" функція Microsoft надає live spaces (які організовують мій блог) кожен місяць.

Близько однієї третини випадків, цих користувачів були забезпечені свого облікового запису live spaces, така, що я не можу відповісти. Це не якийсь анти-спам функцію я припускаю.

</кінець>

Я читав Томе Мадхур в блозі про те, як Увімкнути відображення трасування стека і тепер я цікаво: Чому ми не завжди відображати трасування стека?

Хто придумав це правило, і чому ми дотримуємося її?

Кінцеві користувачі будуть знати, що щось не так в будь-якому випадку. Принаймні з трасування стека, вони можуть натисніть клавішу printscreen контролю, копіювати/вставити в повідомлення електронної пошти і відправити його до НЕЇ. Що б чітко зменшити час і зусилля, необхідні для вирішення цього питання.

</кінець>

Завершення пошуку Google:

Я натискаю на посилання, підкреслив, над ("Подробиці завантаження: Windows SharePoint…").

Я отримую це:

Зверніть увагу, URL-адреса.

Виглядає дуже підозріло до мене. Я не знаю, якщо я повинні сміятися, посміювалися або зателефонуйте священик.

</кінець>

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

Якщо інструмент робить речі ви не розумієте, і тоді вона не зможе в крок n невідома кількість кроків, ти мертвим у воді…

</кінець>

ОНОВЛЕННЯ (04/08/08): Я, здається, вирішити цю проблему. З командного рядка, Я побіг "c:\windowssystem32lodctr /R" згідно з запис говорити про InstallShield проблем і що видається вирішити це для мене.

Я помітив, що останнім часом, мій робочий стіл/сервер вентилятор ніколи не буде вимкнуто. Я знаю, що він використовується щоб вимкнути. Я взяв момент, щоб перевірити його на зауважив, що в VMware процес біг послідовній 20% утилізації на одному з процесора. Я перевірив журнал подій і побачив ці помилки в журналі подій застосунків відбувається десятки разів на хвилину:

Не вдається завантажити розширюваний лічильник DLL UGatherer, Перший DWORD у розділі даних є код помилки Windows.

Не вдається завантажити розширюваний лічильник DLL UGTHRSVC, Перший DWORD у розділі даних є код помилки Windows.

Не вдається завантажити розширюваний лічильник DLL MSSCNTRS, Перший DWORD у розділі даних є код помилки Windows.

Якщо я треную в подробиці одного з цих повідомлень, Я отримую це:

Джерело: Perflib

Тип: Помилка

Категорія: Жоден

Код події 1023

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

VMware мав ниття мене про виконання оновлення протягом досить тривалого часу, тому я накидав я мав інстальована версія (мабуть "1.0.1 побудувати 29996") а Хіба оновлення. Це мене підвищений до v 1.04. На жаль, Це не виправити проблему.

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

Операційна система Windows XP є 64 біт.

Я не думаю, що це сталося завжди, але я не пам'ятаю будь-якої конкретної події, що могли призвести до нього.

Ось чому я ненавиджу комп'ютери.

</кінець>

Науковим, "Марка", запустив потенційно цікаву дискусію групи новин, зосередивши увагу на "встановлення відмінні SharePoint управління з самого початку" для в 35,000 Користувацьке середовище.

Обговорення, тут: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

Поп на над і сприяють!

</кінець>