maandelikse Argiewe: Junie 2011

Laat sprekende voorbeelde lei die pad tot verhoogde SharePoint Aanneming

My eerste "suiwer" BrightStarr blog inskrywing is vandag gepubliseer. Hier is 'n teaser:

Daar was 'n baie gesprek oor die Netscape van die laat op die onderwerp van SharePoint aanneming en veral die gebrek daaraan. Niemand wil gaan na al die probleme van die ontwerp van 'n plaas en sekuriteit infrastruktuur, deelname aan werkswinkels, om saam 'n deftiger lyk en voel, werk uit 'n rots vaste inligting argitektuur wat die lotgevallen van die maatskappy Re-orgs en uiteindelik kan weerstaan, 'n fanfare-gevulde uitrol net drie maande na te ontdek dat minder as gaan lewe 50% van die werknemers van die maatskappy is die gebruik van die Sharepoint en die meeste van hulle gebruik dit om die ou netwerk file servers te vervang ("Die S:\ ry ").

Geen silwer bullet (of n blog boodskap) gaan om daardie probleem op te los. Egter, daar is baie dinge wat jy kan doen om te verminder die risiko van 'n anemiese SharePoint Portal. Een so 'n tegniek is die "skitterende voorbeeld patroon."

Ek sou graag wou weet oor die ander SharePoint aanneming strategieë wat jy omgee om te deel. As jy deel doen, laat asseblief as 'n kommentaar op die BrightStarr blog.

Lees die hele ding hier: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

"Toegang geweier” te Default.aspx op 'n SharePoint 2010 Sub Site

2 antwoorde

Een van my kliënte het live met hul SharePoint 2010 omgewing vandag. Ons het ontdek dat 'n sekere groep van die gebruikers kan nie toegang tot hul standaard tuisblad. SharePoint gereageer met "Toegang geweier" en die gewone "teken in as 'n ander gebruiker" of "versoek om toegang" antwoord.

Wanneer ons die nifty "Check Toegang"-funksie gebruik het, het dit bevestig dat die einde gebruikers het toegang. Tog, hulle kon nie na die bladsy.

Ek het 'n baie paaie na verskeie dood eindig totdat ek besluit het om die web dele op die gebreekte bladsy teen 'n soortgelyke werk bladsy te vergelyk. Ek het wat deur om die bladsy in die onderhoud af deur die toevoeging van "?contents = 1 "na die bladsy. So, dit lyk soos "http://bediener / subsite / subsite / default.aspx?contents = 1 ".

Dit het vir my gewys twee web dele genaamd "fout" met 'n beskrywing soos "fout" op die gebreekte bladsy. Ek het nie gedink 'n skerm dop by die tyd te neem.

Ek het hulle verwyder en dat die probleem opgelos.

Ek het gesien dat 'n vraag soos hierdie op die forums in die verlede en ek was baie skepties oor die plakkaat se aandrang dat hy sekuriteit behoorlik opgestel. Ek weet ek het sekuriteit opstel reg Smile Volgende keer, Ek sal meer oop en minder skepties.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

XSLT en jQuery Monsters

2 antwoorde

Ek doen 'n baie van XSLT en jQuery en het gedink dat ek 'n paar stukkies wat ander kan nuttig wees in die toekoms wil deel.

Voorbeeld 1: Uitstraal eenvoudige JavaScript / jQuery in XSLT:

<xsl:sjabloon wedstryd = "iets" xml:ruimte = "bewaar">

<!– Blank uit die soektog vriendelike filters verborge veld –>
<script type = "text / JavaScript">
    $(dokument).gereed(funksie(){
      $("# QueryFriendlyFilters").Val("Leë");
    });
</script>

</xsl:sjabloon>

Dit bietjie straal 'n paar JavaScript wat wag vir die bladsy laai te voltooi (as gevolg van die $(dokument).gereed(...)) en stel dan die waarde van 'n versteekte veld met die naam QueryFriendlyFilters aan die letterlike waarde "leë".

Voorbeeld 2: Gebruik <xsl:indien> om te kyk nie. "groter as", "Minder as", ens..

<xsl:sjabloon wedstryd = "iets" xml:ruimte = "bewaar">

<div id = "fdcAllFilters">

    <xsl:as toets = "@ Graaf>0">
      <span class = "fdcFilterLabel">Huidige filters:</span>
    </xsl:indien>

    <!– meer dinge gebeur hier. –>

</xsl:sjabloon>

Die bogenoemde uit nagegaan om te sien as 'n kenmerk met die naam "Count" van die "iets" element is groter as nul. Die XML agter dit sou wees iets soos:"

<iets Count = "5" />

Voorbeeld 3: Itereer deur al die elemente, interspersing jQuery oproepe.

<!– Itereer deur al die filters en vertoon die korrekte skakels. –>
<xsl:vir-elke kies = "UserFilter-">

<a class = "FilterHref" href = "javascript:mySubmitPage(‘RemoveUserFilter’,"{@ ID}")">[X]</1>

<span class = "fdcFilterLabel"><xsl:waarde van uitgesoekte = "@ FilterValue" /></span>

<script type = "text / JavaScript">

    $(dokument).gereed(funksie(){
        <xsl:teks><![CDATA[$("# QueryFriendlyFilters").Val( ($("# QueryFriendlyFilters").Val() + " ]]></xsl:teks>\"<xsl:waarde van uitgesoekte = "@ FilterValue" />\"<xsl:teks><![CDATA["));]]></xsl:teks>
    });

</script>

</xsl:vir-elke>

Die bogenoemde uit die mees komplekse en daar kan makliker wees om maniere om dit te doen.

Die XML agter dit lyk ongeveer soos hierdie:

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

Hierdie brokkie is iterating deur <UserFilter> nodes.

Dit straal die eerste keer 'n anker tag dat wanneer gekliek beroept 'n JavaScript-funksie wat op die bladsy is reeds, "MySubmitPage" en gaan die waarde van 'n kenmerk van die <UserFilter> node met die naam "ID".

Dit straal dan 'n paar jQuery wat wag vir die bladsy te laai. JQuery updates 'n versteekte veld met die naam "QueryFriendlyFilters" deur die byvoeging van die waarde van die FilterValue kenmerk. Let op al die gek <xsl:teks> en <![CDATA[ ... ]]> dinge.

Dit is dit, hoop dit help!

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin