Яшчэ адзін дзень, іншы MSDN-форумаў натхнілі паведамленне.
Нехта пытаўся, ці могуць яны забяспечыць ўтрыманне такі тып, што, калі карыстальнік націскае на кнопку "Стварыць" на карыстацкі спіс, Толькі тыпы кантэнту, якую гэта асоба атрымлівае доступ з'явіцца ў расчыняецца спісе. Як мы ведаем, гэта не падтрымліваецца з скрынкі.
Гэтае пытанне падымаецца час ад часу і на гэты раз, У мяне была новая ідэя. Давайце выкажам здагадку, што ў нас ёсць такія сцэнары:
- У нас ёсць служба падтрымкі сістэмы продажу квіткоў.
- Падтрымкі сістэмы продажу квіткоў дазваляе карыстальнікам ўводзіць рэгулярныя білет падтрымкі інфармацыя, такіх як праблемная вобласць, Праблема статусу, і г.д..
- Мы хочам, каб "супер" карыстальнікам ўказваць "тэрміновасць" поле.
- Іншыя карыстальнікі не маюць доступу да гэтай галіне. Сістэма будзе заўсёды прызначаць «сярэднім» узроўні прыярытэту на іх запыты.
Што мы можам зрабіць, гэта стварыць два асобных спісу SharePoint і двух розных тыпаў кантэнту, адзін для "супер" карыстальнікаў, а другі для ўсіх астатніх.
Працоўны працэс у кожным спісе капіюе дадзеныя ў асноўны спіс (фактычны білет падтрымкі спісу) і працэс пераходзіць адтуль.
Гэты падыход можа працаваць цячы выгляд калонкі ўзровень бяспекі, а таксама.
Я не спрабаваў, але ён адчувае сябе разумна і дае даволі простыя, Калі даволі груба, варыянту для рэалізацыі свайго роду тып кантэнту і нават бяспеку на ўзроўні слупка.
</канец>
Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin
Няцотная вы згадваеце гэта. Я думаў пра нешта падобнае на новы сайт Спіс просьбаў, калі ўладальнікі сайтаў могуць запытваць справаздачы, новыя функцыі, змены правоў, і г.д.. Замест гэтага я думаў аб выкарыстанні JavaScript, каб прыбраць меню параметры, а затым выкарыстоўваць ўласную старонку, што падвойная праверка бяспекі, а.
Цікавы. Я не думаў пра гэта. Я мог бы паспрабаваць яго ў будучыні.
The Javascript option is not recommended and if you are security audited, you’ll fail on the likes of XSS injection.