See on teisele ametikohale minu pideva seeria Kuidas kasutada jQuery SharePointiga.
Kui soovite lisateavet jQuery, Ma väga soovitada: jQuery huviorbiidis Karu Bibeault ja Yehuda Katz.
Üks esimesi asju, mida ma arvasin, et, kui ma hakkasin mängima koos jQuery, oli, kas me võiks seda kasutada turvalise SharePointi vaade. Vastus on "ei" (või vähemalt, Ma olen väites, on võimalik). Aga, kindlasti saab olla raske inimesi näha eriti silmas.
Hakkasin minu Liivakasti keskkonnas töötamisel see. Ma kirjutasin siin keskkonnas: Kiire ja lihtne: Loo oma jQuery Liivakasti SharePointi jaoks.
"Tagada" vaade, Tehke:
- Soovite turvalist vaate loomine. Ma tegin seda ja nimetas seda "Kaitstud vaade".
See on, mida ta näeb välja nagu kui see ei ole"":
- Sisuredaktori veebiosa lisamine ning Vaata page kasutavad Liivakasti artiklis kirjeldatud trikk (St. Lisage "kuvamise = jagatud&ToolPaneView = 2 "URL).
- Aru saada teie SharePointi _spUserId hull toimides, Uskuge või mitte:
- Lisada järgmine javascript kood vaadata oma CEWP:
Olen lisanud selle hoiatusteate(_spUserId) line seal näidata, kuidas see ei ole tõesti mõne "tagamise" vaade, aga lihtsalt muutes raskemaks näha. Rohkem sellest hetkel.
Põhimõtteliselt, jQuery otsib IFRAME'i lehel, kes on atribuut, mis sisaldab "Kinnine % 20View" oma väärtuses. Kui ta peab, kontrollime, kas praegune kasutaja on "13". Kui see on, Meil kυndida kuni DOM-a <TR> Tag (mida ma arvasin lähtekoodi ja jälgida selle) ja siis asendades TR sildiga minu sõnum. Ma tõesti ei tea, kuidas tugev see on (Ma olen väga kahtlane, Tegelikult), Aga see töötas minu liivakast. Kui ma leida parem viis, Ma võtan blogi. See on tingitud:
Klõpsake nuppu OK ja andmed on asendatud suur punane kiri:
Kui saan öelda, Ma olen rakendada viis "Turvalisus" lahendus on lubada veebiosa renderdamiseks ise. Pärast töö, Selle sisu saalefailiga minu "vaadet pole teie jaoks!teade".
Vaatamata sellele, et see ei ole tõesti on "turvaline" "vaade, See on potentsiaalselt kasulik ja mõned targad tööd, Lõpuks võib turvatavale ametlikuma mõttes. Põhiküsimus on, et klient on saada kõik andmed ja seejärel, ainult siis, kui see muutub andmete, See purgis läbi. Kui klient on andmete toomine, nutikas kasutaja saab vältida jQuery käivitamist üldse ja näha, mida ta soovib, et.
On muud puudused. "Turvalisus" lähenemine põhineb off on _spUserId. Me tahaks et põhineb väga turvaline täis SharePointi julgeolekumudeli, või vähemalt kasutajanime järgi. Mis muutub järk raskem, kuid ma ei näe mõned head kraami kirjutada sel teemal, nii et ma olen lootusrikas on hea vastus sellele probleemile.
Tahutud enda vaadete loend, võimaluse korral. Ma ei ole püüdnud aru saada. Eeldan, et on võimalik, aga tõesti ei lahenda põhiõiguste julgeoleku küsimus, sest keegi ikka lihtsalt tippige URL, nad tahavad vaadata (kui nad teadsid seda). Aga, korrastamine mõtet. See on hea ligipääsetavuse ja aitab hägustab asju. Kui lõppkasutaja ei tea olemas view event, nad ilmselt ei proovi seda kasutada. Mõnikord, See on piisavalt hea.
Luck, Ma pean veel kirjutada sel teemal ajas.
</lõpp>
Järgi mind vidistama kell http://www.twitter.com/pagalvin