其他

0這兩天電腦被病毒搞到頭痛，老殺不乾淨。把系統重新安裝了。用了一晚上rising,McAfee狂殺。看著清爽的案頭，終於可以睡了個好覺拉！靠，明天起來又發現剛安裝好的windows xp sp2,IIS就不能運行了。按照以往曆史。基本每次安裝windows 2003 ,windows2000,windows xp IIS都要跟我過不去。但每次google下，都解決了。可惜沒記錄下來，下次再重演還得google,浪費時間呀。這次不能偷懶，做點記錄吧。IIS 500內部錯誤之解決辦法,問題總結如下：

   DotLucene產生索引的速度的是個大問題。不過我通常是想法比技術多。所以除了常規的效能調整外。更重要的是通過嘗試不同的做法來測試其索引的速度：  1，一般做法：      通過調整maxMergeDocs,mergeFactor,minMergeDocs參數來達到效能最佳化。另外也可以通過先索引到記憶體，然後倒入檔案索引的方式。具體就不說。網上資料很多。  2，小資料多批次索引：      

      曾經在園子裡面看到過有兄弟介紹SandCastle，在VS2005下用來產生文檔的，而且是微軟官方出品，最近被QA追的比較緊，一直在追文檔，於是想到了SandCastle，最近它發布了新的版本，六月CTP版本，決定下載來研究研究，產生一下文檔。       ：      http://www.microsoft.com/downloads/details.aspx?FamilyId=E82EA71D-DA89-42EE-A715-696E3A4873B2&displaylan

操作三部曲GO TO  設定檔1.<pages enableSessionState="false"--修改為true enableViewState="true" enableViewStateMac="true" validateRequest="false" pageParserFilterType="Microsoft.SharePoint.ApplicationRuntime.SPPageParserFilter, Microsoft.SharePoint, Version=12

快速排序的基本思想：分治法，即，分解，求解，組合 .分解：在無序區R[low..high]中任選一個記錄作為基準(通常選第一個記錄，並記為Pivot,其下標為pivotpos),以此為基準劃分成兩個較小的子區間R[low,pivotpos - 1]和R[pivotpos + 1 ,

網上找的貌似不全其它可用欄位，我試了一下，見下表（不全）： 使用者帳戶屬性　字元名“常規”標籤說明姓 Sn名 Givename英文縮寫 Initials顯示名稱 displayName描述 Description辦公室 physicalDeliveryOfficeName 電話號碼 telephoneNumber電話號碼：其它 otherTelephone 多個以英文分號分隔電子郵件 Mail網頁 wWWHomePage網頁：其它 url 多個以英文分號分隔“地址”標籤省/地區 C

      元旦以來就沒有再做程式員的工作，而是改行做起了軟體銷售，就賣自己曾經開發的軟體。發現自己的時間陡然增加了許多，竟然可以一場不少的看NBA了，這在做程式員的四年裡面是想都不敢想的，或許可以偶爾去看，但不可能看這麼多哦。回頭過來想象，覺得程式員是個可敬同樣也很可悲的職業，至少我覺得在國內是這樣。可敬的是，程式員可以為瞭解決某個技術難題，或者為了緊張的項目進度，常常廢寢忘食，沒日沒夜的加班。技術水平與日俱增。很快到達一個高度，成為圈子中的高手，公司中不可缺少的萬金油。可悲的是，隨著無休止的

      常常在網路上看到有SharePoint資料收集，也專門有人開了網站去收集這些資源，今天在微軟網站上看到官方的SharePoint資源匯總文檔。      一共四十多頁的文檔，不僅包含了SharePoint的InfoPath Forms，SDK，WebCast，MVP的BLOG，E-Learning，一些MOSS英文電子書的URLS。       甚至還包含了常常會用來和SharePoint一起整合的其他產品資源，包括Project Server2007，BI，SQL Server 2

         凡是接觸過MOSS系統的人，都會經常遇到“發生意外錯誤。”無論是設計者還是開發人員，常常修改一下MasterPage或者一個不是很完善的WebPart，都會引起這個問題，最關鍵的是，出錯時，只看到這個提示，為什麼錯，哪裡錯，完全不是很清楚，真的很令人抓狂!         其實我們也不是完全沒有辦法，可以通過記錄日誌的方式來進行查看“發生意外錯誤”的原因，具體方法如下:         首先，開啟SharePoint 3.0

首先 引用名字空間唄<%@ Register Tagprefix="wssawc" Namespace="Microsoft.SharePoint.WebControls" Assembly="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>然後在頁面上面添加 <wssawc:PeopleEditor    

    標準項目文檔              在項目開發過程中，應該按要求編寫好十三種文檔，文檔編製要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性。 　　◇ 可行性分析報告：說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明並論證所選定實施方案的理由。 　　◇ 項目開發計劃：為軟體項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。 　　◇ 軟體需求說明書（

文章目錄 將“標題”改為可選項填充資料 本文的內容對於管理員來說都是些基礎的SharePoint操作 ，目的是為接下來的DVWP擴充作準備。有經驗的讀者請略過。上一次我們設定了一個關係列表，用於存放兩個下拉框中資料間的父子關係，以便我們可以實現下拉框的級聯選擇，子控制項中的可選項基於父控制項的選擇項。我們有辦法簡化關係列表的填充工作。但是會在標題列上遇到一點小問題，預設標題是必填項。上一次，我們列出了如下選擇：

描述： 　　 今天在客戶現場遇到一個怪異的問題，SharePoint 2010 首頁突然訪問奇慢無比呀（其他網站正常），可是昨天晚上還是好好的嘛，今天又要給領導彙報，給我急得啊，愁死我了。。感覺是那個webpart 出問題了，可是以前都是好好的呀，初步排查應該是首頁那個webpart的訪問資料有問題，導致的情況，首頁無非是，內容查詢 ，內容編輯 EXCEL相關webpart 為了搞清楚 具體是那個webpart 導致我的首頁奇慢無比嘛~~~百思不得其解中，突然想起來SharePoint2010

在實際的項目的項目中，往往那個MOSS list內建的內容編輯器是無法滿足客戶的要求的，所以替換他我們迫在眉睫~在眾多的編輯工具中，我們選擇了FCKEditor紅色圈圈的地方，是我們的工具列，這個地方我們可以直接配置我們的FCK 裡面工具列，配置很容易需要在 fckConfig.js檔案下面進行個人化工具列的設定編輯文字非常方便，只需要把word的copy過來就可以  最棒的還是他的圖片上傳功能，大家都知道 ，在預設的MOSS編輯工具下面，上傳圖片是MOSS的一大痛，往往需要額外的開發才能實現 

     使用者可以使用SharePoint Management PowerShell來完成對SharePoint的操作了。　　這裡我們以site的Import和Export作例子，來簡單介紹怎麼用PowerShell完成上述操作。我們知道，我們在對Site作backup和restore時，有2種選擇，一種是直接用Backup，restore命令，這樣是對整個site

探測微軟購買的網域名稱幾乎成了窺探微軟下一步動作的不二法門,包括Windows Vista的產品名在內都是通過這種方法探測出來的.微軟最近又買下了哪些網域名稱呢,國外的網友細心地觀察記錄後給我們一份列表.看上去都和Zune,Xbox360等產品有關,有一些產品還讓人沒看懂.New+ PlayByTheNewRules.com, .net, .org+ Navegaprotegidoeninternet.com, .net, .orgTransferred to Microsoft Name

 　　     最近折騰SharePoint 2010 比較多，有些客戶想定製EditPeople控制項，有些領導感覺那個搜尋不太“好”，希望能有一個樹形選擇就完美了哎，客戶有要求，咱們哪裡能不辦？  圖1 圖2圖3 代碼 ：<script type="text/javascript" language="javascript">    /*    *   Validate User name    */    function fetchUserName() {       

圖片：我們只需要在我們的page Content Type裡面定義好我們的模板就可以User Controls Code： <%@ Control Language="C#" %><%@ Import Namespace="System.IO" %><%@ Import Namespace="Microsoft.SharePoint" %><%@ Import Namespace="Microsoft.SharePoint.Administration"

把這個aspx檔案放在_layouts下面，直接通過js訪問後台檔案  <%@ Page Language="C#" %><%@ Register Tagprefix="SharePoint"     Namespace="Microsoft.SharePoint.WebControls"     Assembly="Microsoft.SharePoint, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce11

 1,在資料庫表填加一個IsFobidden欄位。表示是否禁止； 2,在資料庫填加兩個欄位：開始時間和結束時間；通過設定一個遠低下現在的時間表示禁止 你通常都採用那種表達方式？ 使用者系統的三個方面：有效時間範圍。是否禁用。可以做什麼。 第一種顯然漏掉了有效時間範圍； 所以第二種是較優的方案，因為它可以同時表達兩種含義： 帳號的有效時間範圍和是否禁用的概念；而至於使用者能幹什麼，那是許可權系統的問題。