① Java Web如何做好許可權控制
控制訪問許可權不是通過session的
是資料庫中的欄位
資料庫中要定義幾個 許可權
比如： 遊客、普通用戶、會員、管理員、版主、超級版主 等
上面是舉例
然後大的方面可以控制為 登錄用戶 和 遊客
即沒有登錄的全是遊客，通過這個可以進行頁面顯示的控制
然後針對於登錄用戶
在登錄的時候，將用戶許可權同時查詢出來，存入session中
然後在jsp中就可以通過session中存入的許可權來控制頁面的顯示
② 怎麼樣實現基於Web的許可權管理框架功能
解決復雜的許可權管理問題的過程可以抽象概括為：判斷【Who是否可以對What進行How的訪問操作（Operator）】這個邏輯表達式的值是否為True的求解過程。這里涉及的相關概念說明如下：
l Who：許可權的擁有者或主體。典型的有Principal、User、Group、Role、Actor等等。本框架的訪問控制方法會採用「基於角色的訪問控制（主，公認的有效方法）+ 針對個別用戶的訪問控制（輔，增加靈活性） + 用戶組」（這一點參見[訪問控制方法的考慮]一節），所以直接跟授權有關系的實體就只有角色（Role）和用戶（User）。譬如：業務經理（Role），張三（User）
l What：許可權針對的資源（Resource）（包括資源類別（the type of Resource）和資源實例（the instance of Resource））。譬如：報表。
l How：亦作action，表示某種訪問方法（亦請參考Operator條目解釋）。譬如：刪除。
l Operator：操作。表示施加於What的How動作。是一種Resource Related的概念，單獨的How動作是沒有實際意義的，譬如：刪除；只有與具體資源結合在一起才有意義，譬如：刪除報表。
③ 基於sso的web系統怎麼實現許可權管理
單點登錄SSO（Single Sign On）說得簡單點就是在一個多系統共存的環境下，用戶在一處登錄後，就不用在其他系統中登錄，也就是用戶的一次登錄能得到其他所有系統的信任。單點登錄在大型網站里使用得非常頻繁，例如像阿里巴巴這樣的網站，在網站的背後是成百上千的子系統，用戶一次操作或交易可能涉及到幾十個子系統的協作，如果每個子系統都需要用戶認證，不僅用戶會瘋掉，各子系統也會為這種重復認證授權的邏輯搞瘋掉。實現單點登錄說到底就是要解決如何產生和存儲那個信任，再就是其他系統如何驗證這個信任的有效性，因此要點也就以下幾個： 存儲信任 驗證信任 只要解決了以上的問題，達到了開頭講得效果就可以說是SSO。最簡單實現SSO的方法就是用Cookie，實現流程如下所示： 常用的兩種web單點登錄SSO的實現原理X 不然發現以上的方案是把信任存儲在客戶端的Cookie里，這種方法雖然實現方便但立馬會讓人質疑兩個問題： Cookie不安全 不能跨域免登 對於第一個問題一般都是通過加密Cookie來處理，第二個問題是硬傷，其實這種方案的思路的就是要把這個信任關系存儲在客戶端，要實現這個也不一定只能用Cookie，用flash也能解決，flash的Shared Object API就提供了存儲能力。 一般說來，大型系統會採取在服務端存儲信任關系的做法，實現流程如下所示： 常用的兩種web單點登錄SSO的實現原理 以上方案就是要把信任關系存儲在單獨的 SSO系統（暫且這么稱呼它）里，說起來只是簡單地從客戶端移到了服務端，但其中幾個問題需要重點解決： 如何高效存儲大量臨時性的信任數據 如何防止信息傳遞過程被篡改 如何讓SSO系統信任登錄系統和免登系統 對於第一個問題，一般可以採用類似與memcached的分布式緩存的方案， 既能提供可擴展數據量的機制，也能提供高效訪問。對於第二個問題，一般採取數字簽名的方法，要麼通過數字證書簽名，要麼通過像md5的方式，這就需要SSO系統返回免登URL的時候對需驗證的參數進行md5加密，並帶上token一起返回，最後需免登的系統進行驗證信任關系的時候，需把這個token傳給SSO系統，SSO系統通過對token的驗證就可以辨別信息是否被改過。對於最後一個問題，可以通過白名單來處理，說簡單點只有在白名單上的系統才能請求生產信任關系，同理只有在白名單上的系統才能被免登錄。 通過第二種方案的演變，可以使用發放票據的方式實現websso登錄： 常用的兩種web單點登錄SSO的實現原理 通過第三種方式，客戶端只做票據的發放和獲取，不涉及用戶信息傳輸，用戶信息均可交給子系統和SSO系統之間處理，更有效保護用戶隱私。 以上只是提供了些簡單的實現技術，但需要強調的是這只是技術實現而已，僅僅是為了解決上面談到的一些問題，SSO本身來說並不是什麼高科技，有了這個認識比較有利於我們深入探索SSO
④ JavaWeb項目里的 關於許可權控制,是怎樣實現的呢
一般用了3張表
1.用戶表（存儲所有用戶，有一個欄位表示用戶的所屬組如，管理員是0）
2.路徑表（存儲你的所有頁面路徑）
3.許可權表（存儲用戶和路徑的關系，0對應一些路徑）
查詢的時候用0去許可權表查出所有對應的路徑
⑤ c#web實現許可權控制
個人的想法，僅供參考。不明白或者有好的建議，可以隨時交流。（欄位 只添加了關鍵的幾個，可根據自己需要 自行修改）
⑥ java web的用戶角色許可權管理是如何實現的
用戶許可權管理一般是用servlet的過濾器來實現的。
過濾器會過濾訪問相關資源（這個是在web.xml裡面配置的）的請求。
如果樓主要實現防止未登錄用戶訪問相關資源。只要在過濾器里判斷該用戶是否登錄，也就是樓主所說的session中的用戶狀態屬性。是登陸的則放行，否則拒絕。
過濾器的用法就不在這里寫了，網上很多的。
不知能否解決樓主的問題呢？
⑦ C# web界面 許可權管理 用模塊控制每個頁面的對應按鈕 模塊方面實現 就是還沒有跟每個頁面的按鈕對應上
有很多種辦法去實現它，在這里說最簡單的一種，樓主可以自己去拓展，方法如下：
1，創建許可權列表，也就是 每一個按鈕對應的許可權標識，比如，用戶添加對應許可權id為1，用戶查詢對應2，用戶修改對應3。。。。
2，創建公共類，記錄許可權的枚舉類型，也可以是定義的普通類，就是 將所有的許可權記錄下里，類似與把許可權表每條記錄寫成一個欄位，比如： string useradd=1；string useredit=3等等..
3，創建用戶許可權表，也就是 記錄 a用戶擁有那些許可權，比如：用戶admin 擁有 1，2，3的許可權
4，讀取 相應的許可權欄位，然後去用戶許可權表裡面查詢是否存在，例如 admin +1（ useradd）是否存在，存在就將按鈕啟用，不存在糾結按鈕禁用
這是一種方法，或者是：
創建 用戶組，沒個組對應不同的許可權等等~~~
以上為一個很簡單的思路，樓主可以自己去擴展更好的方法；
⑧ java web開發多用戶博客系統，用戶許可權控制該怎麼實現
資料庫設計，設計如下：
用戶：user
角色：role
用戶-角色：user_role
資源：resource（包括上級菜單、子菜單、按鈕等資源）
角色-資源：role_resource
標準的許可權管理系統設計為以上5張表。
註：用戶、用戶-角色我就不做說明了，這兩個是很簡單的兩塊，用戶的crud，以及為用戶分配角色（多對多的關系）稍微琢磨一下就清楚了，下面都是針對為角色分配許可權的實現
後台實現
展示層採用ztree樹
⑨ javaweb 項目的系統許可權管理，怎麼設計
按你說的設計可以啊，設置角色，給用戶分配角色，角色控制菜單顯示，最好做一個後台可以編輯角色，那樣方便很多