Месечни архиви: Јуни 2010

"Може да го направи” наспроти "треба да направам” во SharePoint Проекти

Мислам дека многу од нас повремено се претставени со, за недостаток на подобар фраза, млади-дете барања.  На крајниот корисник навистина, многу лошо сака одреден специфичен изглед и се чувствуваат, или многу специфичен сортирање структура или да се намали од еден клик или мени опција да се олесни навигација или [вметнете страсно се одржа верување дека се случува да биде во ред].  Како SharePoint про, ние обично може да ги исполни речиси било каков вид на услов со платформа, но за некои од нив, го знаеме во нашите срца кои:

  • Тие се случува да се земе непропорционален износ на време да се имплементираат (и затоа чини повеќе)
  • Тие се случува да биде многу обичаи и затоа е тешко да се задржи и смена
  • Таму се е некои лесни SharePoint пристап кој ги исполнува 80% или повеќе од условот (i.e. одговара на духот на барањето, но не и на писмото на барање)

Крајна линија, ние знаеме дека "барање" е навистина само убаво да се имаат, па дури и легитимни во извесна смисла, туку нешто што луѓето треба да живеат со наместо да трошат многу време обидувајќи се да се "реши".

Мислам на овие како "мало дете" барања, бидејќи сум го видел овој модел многу пати пред тоа.  Децата ќе бор далеку и дават за некои нови играчки за недели во еден момент.  Можете да ги добиете играчка, тие играат со него за неколку часа или дена, а потоа го ставив долу, никогаш нема да го собереш некогаш повторно.  Или, да не добие играчка, Досаѓање постојки и дете се движи за да стане претседател на слободниот свет.   Сум го видел ова се случи во SharePoint проекти.  Носителите на одлуки или се добие она што тие сакаат, и таа станува неискористени или недоволно искористени функција или тие не се добие она што тие сакаат и на проектот се уште успева во секој случај.

Бев потсети на дека денес во некој форум мислење и ми се допадна како Клејтон Коб се обиде да го добиете форум постер да им помогнам на грбот на еден од овие видови на барања: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Јас сум навистина љубопитни како луѓето гледаат оваа тема и како да се справи со неа.  Сум јас недостасува точка?  Дали имате стратегии за да се управува одлуки одлуки далеку од overinvesting во тривијални барања?  Ве молам оставете коментар.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Брзо Совет: Додавање jQuery да Мос издавачката страници

Кога подобрување Мос publising страници користење jQuery, Јас хит следниве брзина се судрат:

Server Error in ‘/’ Апликација.


Парсерот Грешка

Опис: Се случи грешка при анализирањето на ресурс потребен за да се услужи ова барање. Ве молиме прегледајте ги следните специфични анализирам грешка детали и да ја менувате вашата изворна датотека соодветно.

Парсерот Грешка порака: Само Содржина контроли се дозволени директно во содржина страница која содржи содржина контроли.

Извор Грешка:

 
Line 10: 
Line 11: 
Line 12: <script 
Line 13:     type="text/javascript" 
Line 14:     src="/jQuery/jquery-1.4.min.js"> 

Извор на датотеката: /_catalogs / masterpage / KCC_FacultyMember.aspx    Линија: 12


Верзија информации: Microsoft. NET Framework верзија:2.0.50727.4927; ASP.NET верзија:2.0.50727.4927

Тоа беше лесно доволно да се поправи (ж / t до мојот колега, Удај Ethirajulu).  Бидете сигурни дека jQuery код живее во внатрешноста на "PlaceHolderAdditionalPageHead" како што е прикажано:

<asp:Content ContentPlaceholderID="PlaceHolderAdditionalPageHead" runat="server">

<скрипта

    type="text/javascript"

    src="/jQuery/jquery-1.4.min.js">

</скрипта>

<скрипта тип = "text / javascript">

  $(документ).подготвени(функција() {

   // Брилијантен jQuery работи оди овде.

   });

</скрипта>

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Мала навреденост пренесени…

SP2010 е многу кул работи, но посакувам тие би спонзор прилагоди јазикот на листата и библиотеки поставувања "страници кога станува збор за управување типови содржини:

image

На ист јазик беше во место за WSS / Мос.  Само промена на зборот "избриши" да "тргне" и тоа ќе едноставно направи повеќе смисла.

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

</крајот>

Нов член, "Мастеринг SharePoint”

Мојата најнова статија за SharePointBriefing.com е и корне овде: http://sharepointbriefing.com/features/article.php/3887276/The-Road-to-SharePoint-Mastery.htm

Тука е закачка:

image

Ова е во основа прилично краток и кондензирана верзија на мојата најпопуларните јавна презентација на тема "за да научат SharePoint."  Нема бенџо шеги, сепак.

Проверете го ова!

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

BPOs 2010 и "superset”

Јас го читав една од овие прилично генерички бла-како статии на BPOs (Мајкрософт размена и SharePoint во облакот) и за среќа газеше до крајот:

Во однос на другите во близина на рок испораки, Microsoft се commiting да се обезбеди во BPOs v.Next мајчин PowerShell скриптирање преку PowerShell крајната точка да се изгради на PowerShell верзија 2. Проверка ќе биде направено преку Онлајн лични карти, со еден акредитивен биде во можност да се користи и за PowerShell и на portal.Keane повтори пораката други Microsoft execs се искажуваат на TechEd оваа недела: Облак способности, со текот на времето, ќе  стане супермножество на она што е достапна на просториите. Во моментов, на реверсот е точно, и онлајн сервиси на Microsoft нудат подмножество на функции достапни во софтверот еквиваленти на секој производ.

Идејата дека облакот ќе обезбеди повеќе можности отколку на-премиса е ново за мене. Се прашувам како точно што се случува да биде на крајот.  Таа се чувствува контра за мене.  Јас целосно го добиете идеја дека многу од компаниите ќе се движат работите на облак (или започнете во облакот) но јас нормално се размислува тие го прават тоа затоа што про (полесно admin, ССУ, итн) далеку ги надминуваат негативностите (намалена функционалност). 

Јас сум имаат малку тешко време верувајќи дека облак придонеси ќе ја надмине он-prem способности.  Мулти-закупец е тешко и се чини дека тоа мора да го присили компромиси со цел да се обезбеди добра SLA и леснотија на користење ...

Јас веројатно ќе се јаде моите зборови за ова.  Се сеќавам дека мислев дека никој не би можел да треба повеќе од 650 MB на податоци и затоа, CD-то никогаш не требаше да се подобри по.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

SharePoint сабота Балтимор Анкета

Јас двоумете се да помине ова заедно оглед на тоа дека "бенџо шеги" не е опција, но ... На крајот на август SharePoint Сабота (Балтимор издание) Организаторите имаат една анкета до прашува за предложените теми.  Оди овде за да го пополните: http://www.sharepointsaturday.org/baltimore/default.aspx

Vote early and vote often 🙂

Но, сериозно, само еднаш гласаат.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Користете Работното да се симулираат Типот на содржина безбедност

Друг ден, друг MSDN-форуми инспириран пост.

Некој прашуваат дали тие би можеле да се обезбеди типот на содржина таква што кога корисникот ќе кликне на копчето "Креирај" на сопствен листа, само типови содржини на кои тоа лице е обезбеден пристап ќе се појави во паѓачката листа.  Како што знаеме, ова не е поддржано надвор од кутијата.

Ова прашање доаѓа до сега и тогаш и овој пат, Имав нова идеја.  Да претпоставиме дека имаме сценарио како ова:

  • Имаме helpdesk Ким систем.
  • На helpdesk билет систем им овозможува на корисниците да влезат редовни helpdesk билет инфо, како проблем област, Проблемот статусот, итн.
  • Ние сакаме да им овозможи на "супер" на корисниците да наведете "итност" терен.
  • Другите корисници немаат пристап до таа област.  Системот секогаш ќе додели "средно" ниво приоритет на нивните барања.

Што можеме да направиме е да се создаде две одделни SharePoint листи и две различни типови содржини, една за "супер" корисници и други за сите останати.

Работното на секоја листа копии на податоците во господар листа (вистинските helpdesk билет листа) и процесот продолжува од таму.

Овој пристап би можеле да работат тече еден вид на колона ниво на безбедност, како и. 

Не сум се обидел, но тоа се чувствува разумни и дава прилично едноставна, ако прилично груб, опција да се спроведе еден вид на типот на содржина, па дури и колона ниво на безбедност.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Содржина Одобрување како Автоматско Неквалитетна човекот точка на ниво на безбедност

Има еден заеднички бизнис сценарио со InfoPath формуларите.  Сакаме им овозможи на луѓето да ги пополните InfoPath формуларите и да ги достават до библиотека.  Ние сакаме менаџери (и никој друг) да имаат пристап до оние форми.

Ова прашање доаѓа до сега, а потоа на форми (e.g. http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/76ccef5a-d71c-4b7c-963c-613157e2a966/?prof=required)

А брз начин да се реши ова е да се овозможи содржина одобрение за формата библиотека.  Оди верзија поставувања на библиотеката и го постави како што е прикажано:

image 

Кликнете на "Потребен содржина одобрување" и кој ќе ви овозможи да се избере вредност за Предлог-точка безбедност.

Тоа е малку контра-интуитивно, бидејќи ние не размислуваат во смисла на "содржина одобрување" кога сите ние сакаме да направите е да се спречат луѓето од гледање другите корисници 'форми.  Сепак, таа работи добро (во моето искуство).  Само не го одобруваат оние форми и тие секогаш ќе се смета за "нацрти". 

Даде одобрение права на луѓе кои треба да бидат во можност да ги види и да си ја затвори јамка.

Ова не е точно голема вест, но прашањето не излезе со некои регуларноста, па јас мислев дека ќе биде достоен за објавување.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

SharePoint Онлајн и InfoPath

Јас може да биде последниот човек да се реализира оваа, но SharePoint Онлајн (која јас често се слушам луѓето велат дека е прославен WSS) поддржува InfoPath формуларите услуги.  Тоа е доста моќно, особено имајќи предвид дека IP FS е претпријатие Мос функција и BPOs е нешто како $ 1.99/month за 10,000 корисници.  Можеби тоа е малку повеќе од тоа.

Така, SharePoint Онлајн пркоси на лесна дефиниција.  Таа има ова претпријатие функција, но не и анонимен пристап (кои дури и WSS поддржува).  Можете да го направите некои интересни работи со пребарувањето (Мос-носталгичната, бидејќи можете да дефинирате сајт ниво домет), но ако ви треба пристап до SSP, не можете да го стори тоа.  You can play the “on the one hand and on the other” game all night long with this product 🙂

Мајкрософт се должи да издаде нова верзија на СП онлајн во следните неколку месеци.  Се прашувам што чуден хибрид тоа ќе биде?

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Таксономија Дискусиите Никогаш не ќе отидат

Има необичен "теорија" тип тема случува овде на MSDN форуми: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/34d11f89-4405-4ba5-b0f0-faa5af6e6ad5/

А многу од MSDN форумот прашања се многу "како да го направам [x]"Во природата.

Ова е голема тема и на некои од клучните прашања се однесува прилично убаво во низата.

Се приклучат на забавата!

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin