Штомесячны архіў: Чэрвеня 2010

«Ці можа” у параўнанні з "Ці павінен” Праекты ў SharePoint

Я думаю, што многія з нас часам прадстаўленыя, за адсутнасцю лепшага выразы, ранняга ўзросту патрабаванням.  Канчатковы карыстальнік сапраўды, вельмі моцна хоча пэўных выглядаць і адчуваць сябе, або вельмі спецыфічнай структуры сартавання або выразаць адным пстрычкай мышы або меню для палягчэння навігацыі або [ўставіць горача перакананне, што, аказваецца, няправільна].  Як SharePoint профі, У цэлым можна сустрэць практычна любыя патрабаванні з платформай, але для некаторых з іх, мы ведаем у нашых сэрцах:

  • Яны збіраюцца ўзяць непрапарцыйна вялікая колькасць часу для ажыццяўлення (і, такім чынам, каштуюць даражэй)
  • Яны збіраюцца быць вельмі звычай і таму цяжка падтрымліваць і ўхіляць няспраўнасці
  • Там ёсць ёсць некалькі простых падыходу SharePoint, якая адказвае 80% або больш з патрабаванне (I.E. адпавядае духу патрабаванні, але не літару патрабаванне)

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

Я думаю, што з іх, як "маленькі дзіця" патрабаванні, таму што я бачыў гэтую мадэль шмат разоў раней.  Дзеці будуць чэзнуць і пілаваць вас на некаторыя новыя цацкі для тыдняў за адзін раз.  Вы атрымліваеце іх цацкі, яны гуляюць з ім на працягу некалькіх гадзін або дзён, а затым пакласці яго ўніз, ніколі, каб падняць яго ніколі.  Ці, вы не атрымаеце цацку, ныццё прыпынках і малы рухаецца далей, каб стаць прэзідэнтам вольнага свету.   Я бачыў гэта адбудзецца ў праектах SharePoint.  Асобы, якія прымаюць рашэнні альбо атрымаць тое, што яны хочуць, і гэта становіцца не выкарыстоўваюцца або недастаткова выкарыстоўваюцца функцый ці яны не атрымліваюць тое, што яны хочуць, і праект па-ранейшаму паспяхова ўсё роўна.

Я ўспомніў, што сёння ў пост на форуме і мне спадабалася, як Clayton Cobb спрабаваў атрымаць Forum Poster адсунуць на адным з гэтых відаў патрабаванняў: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Мне цікава, як людзі разглядаюць гэтую тэму і як вы спраўляецеся з гэтым.  Я прапускаю пункту?  У вас ёсць стратэгія, каб накіраваць асоб, якія прымаюць рашэнні ад overinvesting ў трывіяльных патрабаванняў?  Калі ласка, пакіньце каментар.

</канец>

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

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Quick Tip: Даданне JQuery для MOSS Выдавецкі старонкі

Пры павышэнні MOSS 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 Version:2.0.50727.4927

Гэта было досыць лёгка выправіць (г / т да майго калегу, Удай Ethirajulu).  Будзьце ўпэўненыя, што JQuery код жыве ўнутры "PlaceHolderAdditionalPageHead", як паказана:

<аспід:Змесціва ContentPlaceHolderID = "PlaceHolderAdditionalPageHead" Runat = "Сервер">

<сцэнар

    тып = "тэкст / JavaScript"

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

</сцэнар>

<Сцэнар тып = "тэкст / JavaScript">

  $(дакумент).гатовы(функцыя() {

   // Бліскучы матэрыял JQuery тут ідзе.

   });

</сцэнар>

</канец>

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

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Маленькая Раздражненне пераносіцца…

SP2010 вельмі цікавы матэрыял, але я хачу, каб яны адкарэктавалі мову ў спісе і старонкі бібліятэкі налады ", калі гаворка ідзе аб кіраванні тыпамі кантэнту:

image

Той жа мова была ў месца для WSS / MOSS.  Проста заменіце слова "Выдаліць", каб "зняць", і ён будзе проста больш сэнсу.

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

Выконвайце за мной на 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 і "надмноствам”

Я чытаў адну з гэта даволі агульны бла-падобных артыкулаў па BPOS (Microsoft, абмену і SharePoint ў воблаку) і, на шчасце прабраўся да канца:

З пункту гледжання іншых кароткатэрміновых вынікаў, Microsoft з'яўляецца ажыццяўляюць прадугледзець у BPOS v.Next роднага сцэнарыяў PowerShell з дапамогай PowerShell канчатковай кропкі пабудаваць на PowerShell версіі 2. Праверка сапраўднасці будзе ажыццяўляцца праз Інтэрнэт ідэнтыфікатараў, з аднаго уліковых які можа быць выкарыстаны як для PowerShell і portal.Keane паўтарыў паведамленне іншым Execs Microsoft агучваю ўжо на гэтым тыдні TechEd: Воблака магчымасцямі, праз некаторы час, воля  стаць пашырэннем, што даступна на лакальным. У цяперашні час, дакладна адваротнае, Microsoft і онлайн-сэрвісаў прапануюць падмноства функцый, даступных у праграмным забеспячэнні эквіваленты кожнага прадукту.

Пра тое, што воблака забяспечыць больш магчымасцяў, чым на ўласным абсталяванні з'яўляецца новай для мяне. Цікава, як праўда, што будзе ў канцы.  Ён адчувае сябе нелагічным для мяне.  Я цалкам ўзялі, што многія кампаніі будуць рухацца рэчы ў воблака (ці ж пачаць у воблаку) але я думаю, што яны звычайна робяць гэта, таму профі (прасцей Адмін, Пагаднення аб узроўні абслугоўвання, і г.д.) далёка пераважваюць мінусы (абмежаванай функцыянальнасці). 

У мяне трохі цяжка паверыць, што воблака будзе перавышаць прапанову на прэм магчымасцямі.  Шматкарыстальніцкіх цяжка і здаецца, што гэта павінна прымусіць кампрамісы, каб забяспечыць добрую SLA і прастату выкарыстання ...

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

Нехта пытаўся, ці могуць яны забяспечыць ўтрыманне такі тып, што, калі карыстальнік націскае на кнопку "Стварыць" на карыстацкі спіс, Толькі тыпы кантэнту, якую гэта асоба атрымлівае доступ з'явіцца ў расчыняецца спісе.  Як мы ведаем, гэта не падтрымліваецца з скрынкі.

Гэтае пытанне падымаецца час ад часу і на гэты раз, У мяне была новая ідэя.  Давайце выкажам здагадку, што ў нас ёсць такія сцэнары:

  • У нас ёсць служба падтрымкі сістэмы продажу квіткоў.
  • Падтрымкі сістэмы продажу квіткоў дазваляе карыстальнікам ўводзіць рэгулярныя білет падтрымкі інфармацыя, такіх як праблемная вобласць, Праблема статусу, і г.д..
  • Мы хочам, каб "супер" карыстальнікам ўказваць "тэрміновасць" поле.
  • Іншыя карыстальнікі не маюць доступу да гэтай галіне.  Сістэма будзе заўсёды прызначаць «сярэднім» узроўні прыярытэту на іх запыты.

Што мы можам зрабіць, гэта стварыць два асобных спісу SharePoint і двух розных тыпаў кантэнту, адзін для "супер" карыстальнікаў, а другі для ўсіх астатніх.

Працоўны працэс у кожным спісе капіюе дадзеныя ў асноўны спіс (фактычны білет падтрымкі спісу) і працэс пераходзіць адтуль.

Гэты падыход можа працаваць цячы выгляд калонкі ўзровень бяспекі, а таксама. 

Я не спрабаваў, але ён адчувае сябе разумна і дае даволі простыя, Калі даволі груба, варыянту для рэалізацыі свайго роду тып кантэнту і нават бяспеку на ўзроўні слупка.

</канец>

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

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Змест рашэнні, а аўтаматычная абарону на ўзроўні элементаў бедняка

Там у агульнай бізнес-сцэнар з InfoPath Forms.  Мы хочам даць людзям магчымасць запаўняць формы 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 Online і InfoPath

Можа быць, я апошні чалавек, разумею, што гэта, але SharePoint Online (які я часта чую, як людзі кажуць, славуты WSS) падтрымлівае InfoPath Forms Services.  Гэта даволі магутная штука, асабліва ўлічваючы, што IP-FS з'яўляецца асаблівасцю MOSS прадпрыемствы і BPOS нешта накшталт $ 1.99/month для 10,000 карыстальнікаў.  Можа быць, гэта крыху больш, чым у.

Так, SharePoint Online з цяжкасцю паддаецца вызначэнню.  Яна мае асаблівасць гэтага прадпрыемства, але не ананімны доступ (якія нават WSS падтрымлівае).  Вы можаце зрабіць некаторыя цікавыя рэчы з пошуку (MOSS-иш, так як вы можаце вызначыць аб'ёмы узроўні сайта), але калі вам неабходна атрымаць доступ да SSP, Вы не можаце гэта зрабіць.  You can play the “on the one hand and on the other” game all night long with this product 🙂

Microsoft плануе выпусціць новую версію SP Інтэрнэт у бліжэйшыя некалькі месяцаў.  Цікава, што дзіўнае гібрыднае, што гэта збіраецца быць?

</канец>

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

Выконвайце за мной на 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