其實webpart就是乙個web 控制項程式，因此從這裡我大概知道怎麼來部署.***web控制項了。
首先，開發的webpart也好，web控制項也好，必須有個強名稱，這就要求每次編譯時必須加上版本號和金鑰檔案。
然後，可以將這個控制項的實體檔案發布到.***環境中去，一般來說會有兩種地方，乙個是全域性gac，就是系統目錄下的assecmbly目錄，另外乙個地方就是web站點主目錄的bin目錄。
第三步，註冊這個控制項。我們需要編輯web站點目錄下的web.config檔案，將這個部件註冊為安全部件
第四步，要給與一定的許可權。如果是放到了gac下，這個web部件就有了完全控制的許可權，如果放在主目錄的bin目錄下，我們需要更改web.config 的執行許可權
和普通的web控制項不同的是，webpart多了乙個.dwp檔案，這個檔案實質是乙個xml檔案，部署webpart的時候，可以將他一同放到bin下，也可以通過sps的管理介面匯入該檔案。
如果，我通過cab工程來打包（適用於webpart），還有注意另乙個xml檔案main*.xml，要確保這個檔案中引用的檔名和你的檔名一致。
另外，自己在做webpart的時候，一定要想清楚webpart的名稱，因為系統缺省會把你的webpart叫做webpart1，編譯的時候不會有什麼問題，但是，當你部署的時候，你就會發現乙個問題，就是會有很多叫做webpart的東西，最後，你不得不每次重新命名你要引入的webpart 的.dwp檔案
webpart 常見的一些問題
1.此頁不支援指定的顯示模式。請確保已啟用個性化設定並且此頁上存在相應的區域 這個問題很奇怪,我很納悶,cs 無問題,webconfig裡面也寫了,那麼為什麼報錯?結果再我拖了相關的catalogzone和editorzone後解決.頁面上沒有catalogzone和editorzone,是不可以w...
在WebPart中進行一些許可權判斷的問題小結
在webpart中進行一些許可權判斷的問題小結 在webpart中，最主要就是訪問spweb和splist，使用者可以分成和登入使用者。當許可權不足時，我們可以採用模擬乙個有許可權的使用者的身份來進行操作 通常是模擬管理員的 在這個過程中，會存在一些問題，需要注意一下。下面是許可權控制的分布圖 匿名...
一些工具的部署
quickstart 版本 分布式部署版本 分布式部署指南 安裝與部署 安裝與部署 linux 單機linux windows 集群 linux windows zookeeper 官網 kafka 官網 安裝部署 elk 分別是 elasticsearch，logstash，kibana 安裝部署...