Månedligt arkiv: Juni 2011

Lad lysende eksempler bly måde øget SharePoint vedtagelse

Min første "rene" BrightStarr blog post blev offentliggjort i dag.  Her er en teaser:

Der har været en masse af samtale på Internets af sene på emnet for SharePoint vedtagelse og især manglen heraf. Ingen ønsker at gå til alle besværet med at designe en farm og sikkerhed infrastruktur, deltager i workshops, sammensætte et Smart udseende, arbejder ud en rock solid oplysninger arkitektur, der kan modstå selskab re-orgs omskiftelser og endelig, en fanfare-fyldt implementeringen blot at opdage tre måneder post go-live, mindre end 50% selskabets medarbejdere bruger SharePoint og de fleste af dem bruger det til at erstatte de gamle netværksfilservere ("S:\ drev").

Ingen sølv punkttegn (eller enkelt blogindlæg) vil løse dette problem. Dog, der er mange ting du kan gøre for at mindske risikoen for en anemic SharePoint portal. En sådan teknik er "lysende eksempel mønster."

Jeg ville elske at vide om andre SharePoint vedtagelsen strategier, som du pleje dele.  Hvis du deler, venligst forlade som en kommentar på bloggen BrightStarr.

Læse det hele her: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

"Adgang nægtet” til Default.aspx på et SharePoint 2010 Underordnede websted

En af mine klienter gik live med deres SharePoint 2010 miljø i dag.  Vi opdagede, at en bestemt gruppe af brugere ikke kunne få adgang til deres standardstartsiden.  SharePoint reageret med "Adgang nægtet" og sædvanlige "Log på som en anden bruger" eller "Anmod om adgang" svar. 

Når vi brugte funktionen smarte "Kontroller adgang" bekræftet det, at slutbrugere, der virkelig har adgang.  Endnu, de kunne ikke hentes til siden.

Der fulgte en masse veje til forskellige blindgyder, indtil jeg besluttede at sammenligne webdele på siden brudt mod en lignende arbejde side.  Jeg gjorde det, ved at lægge siden i maintenance mode ved at tilføje"?indhold = 1 "til siden. Så, det lignede "http://Server/Subsite/Subsite/default.aspx?indhold = 1 ". 

Dette viste mig to web dele navngivet "Fejl" med en beskrivelse som "Fejl" på siden brudt.  Jeg tror ikke, at tage en skærmen fælles landbrugspolitik dengang.

Jeg fjernet dem og som løst problemet.

Jeg har set et spørgsmål som dette kommer op på foraene i fortiden, og jeg var yderst skeptiske over den plakat insisteren på at han havde sikkerhed rigtigt indstillet.  Jeg * ved * jeg havde sikkerhed sat op til højre Smil  Næste gang, I be mere åbne og mindre skeptiske.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

XSLT og jQuery prøver

Jeg har gjort en masse af XSLT og jQuery og tænkte jeg deler et par uddrag, som andre kan finde nyttige i fremtiden.

Eksempel 1: Udsende enkel JavaScript / jQuery i XSLT:

<XSL:skabelon match = "noget" XML:plads = "bevare">

  <!– Tomt ud forespørgselsfelt venlige filtre skjulte –>
  <script type = "tekst/javascript">
    $(dokument).klar til(funktion(){
      $("#QueryFriendlyFilters").Val("tom");
    });
  </script>

</XSL:skabelon>

Denne bit udsender nogle JavaScript, der venter på siden for at afslutte indlæsning (på grund af den $(dokument).klar til(…)) og derefter indstiller værdien af et skjult felt opkaldt QueryFriendlyFilters til konstantværdi "tom".

Eksempel 2: Brug <XSL:Hvis> at kontrollere "større end",  "mindre end", osv.

<XSL:skabelon match = "noget" XML:plads = "bevare">

  <div id = "fdcAllFilters">
 
    <XSL:Hvis test="@Count>0">
      <kalibreringsgas klasse = "fdcFilterLabel">Aktuelle filtre:</span>
    </XSL:Hvis>

    <!– flere ting sker her. –>

</XSL:skabelon>

Den ovennævnte snippet kontrollerer, hvis en attribut med navnet "Tæller" i elementet "noget" er større end nul.  XML bag dette ville være noget:”

<noget Count = "5" />

Eksempel 3: Iterere gennem alle elementer, indsætte jQuery opkald.

<!– Iterere gennem alle filtrene og vise den korrekte  links. –>
<XSL:for hver select = "UserFilter">

  <en klasse = "FilterHref" href = "javascript:mySubmitPage('RemoveUserFilter','{@ ID}’)">[X]</en>

  <kalibreringsgas klasse = "fdcFilterLabel"><XSL:værdi-af select="@FilterValue"/></span>

  <script type = "tekst/javascript">

    $(dokument).klar til(funktion(){
        <XSL:tekst><![CDATA[$("#QueryFriendlyFilters").Val( ($("#QueryFriendlyFilters").Val() + " ]]></XSL:tekst>\"<XSL:værdi-af select="@FilterValue"/>\"<XSL:tekst><![CDATA["));]]></XSL:tekst>
    });

  </script>

</XSL:for hver>

Den ovennævnte snippet er den mest komplekse og kan der lettere måder at gøre det.

XML bag dette ser nogenlunde sådan ud:

<UserFilter ID = "123" FilterValue = "xyzzy" />

Denne snippet iterere gennem <UserFilter> noder. 

Det første udsender et anker mærke, når der klikkes på påberåber sig en JavaScript-funktion, der allerede er på siden, "mySubmitPage" og passerer værdien af en attribut den <UserFilter> node med navnet "ID". 

Det udsender derefter nogle jQuery, som venter på siden for at indlæse.  At jQuery opdaterer et skjult felt med navnet "QueryFriendlyFilters" ved at tilføje værdien af attributten FilterValue.  Bemærk alle crazy <XSL:tekst> og <![CDATA[ … ]]> Stuff.

Det er det, håbe, det hjælper!

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin