ஷேர்பாயிண்ட் பட்டியல் / ஆவண நூலகம் காட்சிகள் பாதுகாத்தல் தெரிகிறது (அப்படி) JQuery நடக்காது

ஒரு பதில் விட்டு

இந்த என் மற்றொரு பதிவு தொடர் நடந்து பயன்படுத்த எப்படி jQuery ஷேர்பாயிண்ட் கொண்டு.
நீங்கள் jQuery பற்றி மேலும் அறிய விரும்பினால், நான் மிகவும் பரிந்துரைக்கிறோம்: அதிரடி ல் jQuery கரடி Bibeault மற்றும் Yehuda கட்ஸ்.

நான் நினைத்தேன் முதல் விஷயங்களை ஒன்று, ஒருமுறை நான் jQuery சுற்றி விளையாட தொடங்கியது, was whether we could use it to secure a SharePoint view. The answer is “no” (அல்லது குறைந்தது, நான் முடிந்தால் கூறி). எனினும், it is certainly possible to make it difficult for people to see a particular view.

I started with my sandbox environment when working on this. I wrote about that environment here: விரைவான மற்றும் எளிதான: ஷேர்பாயிண்ட் உங்கள் சொந்த jQuery சேண்ட்பாக்ஸை உருவாக்க.

ஒரு பார்வை "பாதுகாக்க வேண்டும்", இந்த வழிமுறைகளை பின்பற்றவும்:

  1. Create a view you want to secure. I did that and called it “Secured View”.

    இது "பாதுகாப்பு" இல்லை போது தெரிகிறது என்ன:

    image

  2. சேண்ட்பாக்ஸ்க்கு கட்டுரையில் விவரிக்கப்பட்ட தந்திரம் பயன்படுத்தி பார்வை பக்கத்தில் ஒரு உள்ளடக்கத்தை ஆசிரியர் வலை பகுதியாக சேர்க்க (அதாவது. "பக்கக்காட்சி = பகிரப்பட்ட சேர்க்க&URL க்கு ToolPaneView = 2 ").
  3. Figure out your SharePoint _spUserId by following these crazy steps, நம்ப அல்லது இல்லை:
    1. உங்கள் ஷேர்பாயிண்ட் சூழலில் உள்நுழைய.
    2. உலாவியின் முகவரி துறையில், மாதிரி: "JavaScript:எச்சரிக்கை செய்(_spUserId ").
    3. இதன் விளைவாக பதிவு (அது என் விஷயத்தில் "13" தான்).

      image

  4. குறியீடு பார்வையில் உங்கள் CEWP பின்வரும் JavaScript சேர்க்க:

    <ஸ்கிரிப்ட்
    "text/javascript"
    src ="../../jQuery%20Library/jquery-1.3.2.min.js">
</ஸ்கிரிப்ட்>

<ஸ்கிரிப்ட் வகை ="text/javascript">
  $(செயல்பாடு() {

    எச்சரிக்கை செய்(_spUserId);

    இருந்தது theSecuredView = $('Iframe[FilterLink * = பாதுகாப்பான% 20View]');

    என்றால், ((theSecuredView.length > 0) && (_spUserId == 13))
      $('Iframe[FilterLink * = பாதுகாப்பான% 20View]').பெற்றோர்().பெற்றோர்().பெற்றோர்().HTML("<TR bgcolor = சிவப்பு><TD>நீங்கள் எந்த பார்வை!</TD></TR>");
  });

</ஸ்கிரிப்ட்>

நான் சேர்த்தேன் என்று எச்சரிக்கை(_spUserId) இந்த உண்மையில் ஒரு பார்வை "பாதுகாப்பான" அல்ல என்பதை நிரூபிக்க அங்கு வரி, but simply making it more difficult to see. More on that in a moment.

அடிப்படையில், jQuery is looking for an iFrame on the page who has an attribute that contains “Secured View” in its value. Once it finds it, we check to see if the current user is “13”. If it is, நாம் ஒரு டிஓம் வரை நடக்க <டிஆர்> டேக் (இது நான் மூல பார்க்கும் மற்றும் அதை தேடி வெளியே உருவம்) பின்னர் என் செய்தி என்று டி குறிச்சொல் பதிலாக. நான் இதை எப்படி உறுதியானதாகவும் இருக்கிறது என்று எனக்கு தெரியாது (நான் மிகவும் சந்தேகத்திற்கிடமான இருக்கிறேன், உண்மையில்), but it worked in my sandbox. If I find a better way, நான் அதை பற்றி எழுத வேண்டும். இந்த விளைவு ஆகும்:

image

நான் OK பொத்தானை கிளிக் செய்யவும் மற்றும் தரவு பெரிய சிவப்பு செய்தி மாற்றப்படும்:

image

நீங்கள் சொல்ல முடியும், the way I’ve implement this “security” solution is to allow the web part to render itself. After it finishes, நான் என் "இல்லை பார்வையில் அதன் உள்ளடக்கத்தை மேலெழுதும்!"செய்தி.

அது உண்மையில் ஒரு "பாதுகாக்கப்பட்ட '" காட்சி இல்லை என்ற போதிலும், அது பயன்மிக்க மற்றும் சில புத்திசாலி வேலை இருக்கிறது, it may eventually be securable in a more formal sense. The fundamental issue is that the client is getting all the data and then, இது தரவு பெறுகிறது பிறகு தான், it wipes it out. If the client is getting the data, ஒரு புத்திசாலி பயனர் அனைத்து இயங்கும் இருந்து jQuery தடுக்க மற்றும் அவன் / அவள் பார்க்க விரும்புகிறார் என்ன பார்க்க முடியும்.

There are other drawbacks. This “security” approach is based off a _spUserId. We’d want to really secure based on the full SharePoint security model, or at least by user name. That becomes progressively harder, ஆனால் நான் இந்த விஷயத்தை பற்றி எழுதப்பட்ட சில நல்ல விஷயங்களை பார்க்க, அதனால் நான் அந்த பிரச்சினைக்கு ஒரு நல்ல பதில் இருக்கிறது நம்பிக்கை இருக்கிறேன்.

தங்களை அழகாகவும் வேண்டும் பார்வைகள் பட்டியல், முடிந்தால். I haven’t tried to figure that out. I assume it’s possible, ஒருவர் இன்னும் தான் அவர்கள் விரும்பவில்லை காட்சி URL ஐ தட்டச்சு என்பதால் ஆனால் உண்மையில் அடிப்படை பாதுகாப்பு பிரச்சினை தீர்க்க இல்லை (அவர்கள் அதை தெரிந்திருந்தால்). எனினும், trimming makes sense. It’s a good usability feature and it helps to obfuscate things. If an end user doesn’t know that the view event exists, they probably won’t try to use it. சில வேளைகளில், போதுமான நல்லது.

அதிர்ஷ்டம், நான் காலப்போக்கில் இந்த விஷயத்தில் எழுத இன்னும் வேண்டும்.

</இறுதியில்>

என்னுடைய குழுசேர்.

மணிக்கு ட்விட்டரில் என்னை பின் http://www.twitter.com/pagalvin

ஒரு பதில் விட்டு

உங்கள் மின்னஞ்சல் முகவரி வெளியிடப்பட்ட முடியாது. தேவையான புலங்கள் குறிக்கப்பட்டன *