其他

250定律　　拉德認為：每一位顧客身後，大體有250名親朋好友。如果您贏得了一位顧客的好感，就意味著贏得了250個人的好感；反之，如果你得罪了一名顧客，也就意味著得罪了250

作者：phpx 奶瓶  來源：phpx

自從SPL2.0發布以來，得到好多朋友的關注，SPL只有在使用後，才會真正體會到它的魅力。 其實大家也看了很多關於ORM的資料，但理論性的較多，真正在使用持久層進行開發的朋友我想也不是很多。 SPL以其小巧、易上手、資料全、樣本源碼，可以讓大家真正的體驗一下持久層開發帶來的樂趣！ 目前SPL發布了3.1.0.5，在資料訪問選擇上，有了更多的選擇。 為了方便大家對SPL的討論與交流，請在這裡發表意見或簽名！ 感謝各位！

    前段時間完成了一個項目，但是現在該網站訪問不了，真是鬱悶，主機重啟之後，網站運行正常，“狗”（google）也放了，“csdn”也帖了，沒有解決，苦惱，後來發現是資料庫死結造成的問題。 通過這個問題，我對資料庫思索也小小研究了一下，寫一點相關知識。   

第一章：共用的前提工作：1.更改不同的電腦名稱，設定相同的工作群組！ 2.我的電腦右鍵－管理－電腦管理－本機使用者和組－使用者：變更管理員使用者名稱 3.手動設定IP，將ip設定在同一個網段，子網路遮罩和DNS解析相同

　白雲守端禪師有一次與師父楊岐方會禪師對坐。楊岐問說：“聽說你從前的師父茶陵鬱和尚大悟時說了一首偈，你還記得嗎?”　　“記得記得，那首偈是‘我有明珠一顆，久被塵勞關鎖；一朝塵盡光生，照破山河萬朵。”’白雲畢恭畢敬地說，不免有些得意。　　楊岐聽了，大笑數聲，一言不發地走了。　　白雲怔坐在當場，不知道師父聽了自己的偈為什麼大笑，心裡非常愁悶，整天都思索著師父的笑，找不出任何足以令師父大笑的原因。那天晚上他輾轉反側，無法成眠，苦苦地參了一夜。第二天實在忍不住了，大清早就去請教師父：“師父聽到鬱和尚的偈

      昨天去見客戶，客戶說咱是搞IT的，請教個MSN如何修改密碼，唉，一直用MSN還沒有修改過MSN的密碼，特此Google了一把，幫客戶解決了“難題”，下次遇到這個問題就不卡了，哈哈！1、修改Msn Messenger Passport(包括7.0及以後版本）密碼及修改密碼後解決自動登入失效方法http://download.enet.com.cn/blog/index.php?itemid=48042、永保安全 常見軟體密碼更改完全指南http://soft.zol.com.cn/23

因項目需要，在獲得dataset（或者DataTable）之後要對該table進行重新排序，定序按照數組fids元素的順序進行。在測試的時候，我用簡單的思考方法，在table上增加一列dis，來存放該行的主鍵在fids中的對應項的索引，一個迴圈之後，dis都被賦了值，現在就要排序了，因為datatable沒有排序功能，就選擇了轉換DataTable為DataView，然後對DataView進行排序，關鍵代碼如下：DataView dw = dt.DefaultView;dw.Sort =

創業難，創業難，艱辛伴隨歡樂，正所謂痛並快樂著。創業的兄弟們，就像是在汪洋大海中行舟，看到前面的大浪席捲而來，但是我們只有再次鼓足勇氣發起新的一次拼搏。就像人在高空墜落抓住那救命的欄杆，雙腿在哆嗦，但是心中永恒的信念告訴我們，我們不能掉下去，我們不能繼續哆嗦，而是抖擻精神，一躍而上，站在那百層高樓之上領略那別樣的風景，相信自己，不甘平凡的人，不同一般的經曆，不尋常的信念，必然有精彩的明天，貼上以下23條，忘同道中人共勉，無論傷心，無論勝利，都能保持那顆平常心，人生只要拼過，搏過，努力過，珍惜過，

摘自  http://www.cnblogs.com/skylaugh/category/50295.html後台資料庫設計規範1           資料庫使用規範 1.1            伺服器上有關資料庫的一切操作只能由伺服器管理員進行。1.2            程式中訪問資料庫時使用統一的使用者、統一的串連檔案訪問資料庫。1.3           

1.什麼是URI　　Web上可用的每種資源 - HTML文檔、映像、視頻片段、程式等 - 由一個通過通用資源標誌符(Universal Resource Identifier, 簡稱"URI")進行定位。　　URI一般由三部分組成:訪問資源的命名機制。 存放資源的主機名稱。 資源自身的名稱，由路徑表示。　　考慮下面的URI，它表示了當前的HTML

---不知道是哪位大哥寫的，就是知道看了之後，倒出了我們男人的心理話，佩服作者的表達能力，看了之後，心情久久不能平息，吾無語，只能設為經典，略表對該位仁兄的崇敬之情了！男人這輩子挺難的：找個漂亮女人吧，太操心，找個不漂亮的吧，又不甘心；光顧事業了，人家說你沒責任感，光顧家了，人家又說你沒本事；專一點吧，人家說你不成熟；花心點吧，人家說你是禽獸；有錢，說你是壞人，沒有錢，人家罵你窩囊廢；自己奮鬥吧，等有錢了女友也老了，讓女人養吧，不如自宮練葵花寶典算了。不去應酬，怕被老闆廢了，去應酬吧，怕被老婆廢

 我們在使用SQL時往往會陷入一個誤區，即太關注於所得的結果是否正確，而忽略了不同的實現方法之間可能存在的效能差異，這種效能差異在大型的或是複雜的資料庫環境中（如聯機交易處理OLTP或決策支援系統DSS）中表現得尤為明顯。筆者在工作實踐中發現，不良的SQL往往來自於不恰當的索引設計、不充份的串連條件和不可最佳化的where子句。在對它們進行適當的最佳化後，其運行速度有了明顯地提高！下面我將從這三個方面分別進行總結：

最近在用ajax程式開發伺服器程式，發現IE瀏覽器不支援xmlhttprequest對象，而且找不到Microsoft.XMLHTTP控制項。問題出現了我們需要解決，解決方案如下：1、運行下regsvr32 msxml3.dll；2、用現成的架構來做ajax；3、代碼最佳化：if(window.ActiveXObject)    {        xmlHttp = new ActiveXObject("Microsoft.XMLHTTP");    }    else

我在寫DataGrid控制項中子控制項事件時候，DropDownList的事件相比而言麻煩一點，在此，我簡單羅列如下（我在此處為了方便這裡都用DataGrid中的隱藏列儲存我所要的資料）：一、DropDownList的動態綁定，只需在DataGrid1_ItemDataBound的事件中，取出數值進行匹配，便可以了，具體代碼如下：private void DataGrid1_ItemDataBound(object sender,

1、使用索引來更快地遍曆表。 預設情況下建立的索引是非群集索引，但有時它並不是最佳的。在非群集索引下，資料在物理上隨機存放在資料頁上。合理的索引設計要建立在 對各種查詢的分析和預測上。一般來說： a.有大量重複值、且經常有範圍查詢（ > ,< ，> =,< =）和order by、group by發生的列，可考 慮建立群集索引； b.經常同時存取多列，且每列都含有重複值可考慮建立複合式索引；

唐伯虎詩詞 - 妒花昨夜海棠初著雨，數點輕盈嬌欲語。佳人曉起出蘭房，折來對鏡化紅妝。問郎花好奴顏好？郎道不如花窈窕。佳人聞語發嬌嗔，不信死花勝活人。將花揉碎擲郎前：請郎今日伴花眠！唐伯虎詩詞 - 觀鼇山禁衛森嚴夜寂寥。燈山忽見翠召蕘。六鼇並駕神仙府。雙鵲連成帝子橋。星振珠光鋪錦繡。月分金影亂瓊瑤。顧身已自登緱嶺。何必秦姬奏洞簫。唐伯虎詩詞 - 美人對月斜髻嬌娥夜臥遲。梨花風靜鳥棲枝。難將心事和人說。說與青天明月知。唐伯虎詩詞 -

我們在寫軟體的時候，經常要記錄一些登陸資訊、刪除資訊之類，便於日後查詢。我簡單寫了一個針對記錄檔的類，可以通過此類可以自訂記錄檔名稱，當日誌達到規定大小時，自動備份，路徑可以自行定義具體如下：命名空間：using System;using System.Web;using System.IO;using System.Text;具體實現：public class LogFile {  protected string LogfileName; // 檔案名稱  protected string

《沁園春·買票》春節又到，有錢飛機，沒錢站票。望車站內外，大包小包。人海上下，民工滔滔。早起晚睡，達旦通宵，欲與票販試比高。須鈔票，看人山人海，一票難保。車票如此難搞，引無數英雄競折腰。惜秦皇漢武，見此遁逃；唐宗宋祖，更是沒招！一代天驕，成吉思汗，只好騎馬往回飆。俱往矣，數多少黃牛，還在逍遙！/*********************/和有感於春節行 (車票難求)新春盡掃萬家愁蝶舞蜂飛望碧洲衣錦還鄉為一笑臥薪渡日解千憂概歎人龍長數裡遙觀海路短孤舟車箱積壓多年怨票至言歡恨亦休 /********

無限分級的資料查詢是個頭痛的問題，遞迴查詢類別，再組合成字串，用 in 來解決子類所有產品的問題，但是這個效率太低，低的讓人無法接受，在此，有一個SQL的方法，可讓我們提高效率。-----提取子類的所有類別IDcreate function GetChild (@id int)returns @t table(id int)asbegin    insert @t select classid from mproclass where parentid = @id    while