今天看這篇文章時,猛然發現這樣亂糟糟的一片文字,複製之後居然連這些噪點都複製上來了,於是就搜了兩下,找到這麼兩篇資料:http://www.javaeye.com/topic/377628http://parandroid.com/wtf-is-this-characte/這個叫“菊花文”,也有叫做“螞蟻文”,貌似早被人用了很久了,看來我的故鄉是火星。不過我還是饒有興趣地做了一個簡易的菊花文產生器: 支援產生普通文字及HTML代碼兩種方式,有HTML預覽。҉生҉成҉的҉文҉字҉就҉是҉這҉樣
導言我經常光顧cnbeta,那裡的評論很精闢,有時我也會忍不住評上兩句,但近來突然發現發布評論都必須經過審核才會顯示了,這讓我感到非常掃興。由此我又想起了此前我曾討論過的“非法內容核查方法”,我想這種人機結合的審核方式應該會比較適合現在的cnbeta吧。而現在我已經對此方案有了更深、更好的思路了,想在此分享出來,和大家探討一下,我將在此逐步解析整個審查的流程:準備工作要審查髒話,首先需要建立對應的審查規則,每條規則需要提供以下基本資料:1.
mso-ascii-theme-font:minor-latin;mso-fareast-font-family:宋體;mso-fareast-theme-font:minor-fareast;mso-hansi-font-family:Calibri;mso-hansi-theme-font:minor-latin">本文將介紹三種方法用於在後台代碼中動態載入XAMLmso-ascii-theme-font:minor-latin;mso-fareast-font-family:宋體;mso-
今天做網站時遇到了非常噁心的事:頁面上有兩個使用者控制項,其中一個包含ListView,用於顯示商品評論列表,另一個就是用於發表評論的提交資訊介面。用於顯示評論列表的使用者控制項中的ListView支援編輯模式,用於樓主回複評論,大體是這樣的:詭異的就是提交回複的時候有時會觸發下面那個發表評論的的使用者控制項的驗證,這樣下面的發表控制項提示沒輸入內容、驗證碼之類的,這邊的提交也被取消。我把兩個控制項中的所有驗證控制項和按鈕都各自分組,然後把ListView中的所有按鈕的CausesValidat
引言我不知大家早先是如何儲存應用程式配置,以備下次開啟時使用的,反正我開始學.Net的時候就去研究序列化,以二進位或XML格式的序列化來儲存應用程式配置。這樣每次都要建立單獨的配置類,並書寫讀寫配置代碼,相當麻煩。期間也看了看.config檔案的讀寫方式,感覺還是很麻煩,不如自己序列化來的踏實。後來才猛然發現微軟早提供好了settings,用以定義.config檔案內容,並產生相應的強型別類,使用起來極其方便~,感覺就像在火星居住了半輩子突然發現還有地球這好地方*_*~鑒於網上settings方
這幾天開始接觸ADO.NET Entity
為網站設定統一的頁面基類絕對是一個好習慣,可以在基類中完成很多統一的讀寫處理和行為封裝,比如實現防重新整理機制、IP屏蔽等功能。在Web.Config檔案中,可以通過指定system.web中的pages節點的pageBaseType屬性指定頁面的基類:但這個屬性的概念比較模糊,我曾以為此屬性會使建立頁面的模板發生變化,使它們直接繼承你所設定的基類,但不是這樣的。首先此屬性會使所有不包含後台代碼的獨立Aspx頁面自動繼承於此基類,如這樣聲明的頁面:此外,此屬性還會對所有包含後台代碼但並未繼承自此
此次升級主要為瞭解決所示的“品牌”設定問題,此前的版本通過自訂項設定該項是無效的,本次的改動如下:更改了自訂項中設定的下拉式清單的觸發方式 為自訂項增加了延時執行的選項
這兩天做網站,某頁中使用了EntityDataSource結合FormView插入資料,先是自動產生了這麼個基本的表單: 然後運行,插入測試資料:(咋變這色了?? ) 結果回回報錯! 始終找不出錯誤位置,弄得我直想撓牆。後來想到可能是Entity Framework中定義的所屬省、所屬市縣兩個屬性屬於對象引用,而FormView貌似是Asp.net
引言這幾天受委託開發一個網路電視項目,要求初步先使用內嵌網頁形式實現視頻播放和選單,以後再考慮將網頁中的所有功能整合進傳統型程式。播放器普遍都要有個看起來比較酷的外觀,於是我就給設計了個不規則形狀的帶透明邊框的外觀,如:但這個設計整合到WPF中時,卻遇到了一個頭疼的BUG:只要設定表單為AllowsTransparency="True"
引言WebBrowser控制項的DocumentCompleted事件一般就被認定為是在頁面完全載入完畢後產生,而注釋中也是這麼寫的:但事實卻並非如此。首先它不一定會在完全載入完畢時才觸發,有時就會在載入過程中就會觸發。其次按照“完全載入完畢後”來理解,會認為通常一次頁面跳轉只會引發一次該事件,事實也並非如此,某些頁面載入時會引發十多次乃至更多。實驗做一個簡單實驗,首先設計這樣的介面:然後為那個轉到按鈕添加單擊事件處理:private void button1_Click(object
我們現在已經習慣把互連網作為資料庫了,通過各種線上收藏服務組織我們的技術資料。然而互連網存在著諸多不確定性,我們收藏的資料有時會不翼而飛,比如目標伺服器癱瘓、遷移,或是原作者刪除了該文章,更為常見的情況就是文章配圖、附件連結失效,這些情況經常困擾我們。將資料儲存在本地無疑是最為安全的辦法,但將網頁一一“另存新檔”絕對是個麻煩事,也不便於管理;我以前是使用網文快捕來收集和管理技術資料,但近來感覺它有些臃腫、繁瑣,所以就沒有再使用了。而近來發現了這個優秀的Firefox擴充——ScrapBook
雲端是一款優秀的國產軟體,它通過虛擬環境的方式使軟體與系統隔離,使軟體做到免安裝、易於刪除、不留殘餘垃圾。(這裡捎帶提醒一下,雲端與Visual Studio有衝突,必須在禁用雲端服務的情況下安裝,詳見《Visual Studio 2010 旗艦版
引言你是否曾遇到過這樣糟糕的體驗:你在一個網頁表單中,用心填寫好所有項目後,點提交按鈕時被告知“您提交的內容中有敏感資訊,請檢查!”,而你急得抓破頭皮也找不到所謂的“敏感資訊”在哪,幾經修改也還是一樣,致使根本無法提交內容;更糟糕的網站甚至提交後轉到其他頁面才告知你有“敏感資訊”,而此時你想重試的話只能重新填寫整個表單!顯然,這些網站有些過敏了,但或許有網站主確實就是抱著“寧可錯殺一千,絕不姑息一個”的想法來做的,這點在我國可以理解;不過就使用者體驗方面來說,我覺得用髒話回敬他們一點都不過分,因
上次的彈力類比動畫實現後,我覺得可以把這個弄得更好玩一些,我們可以讓小球即時跟隨著滑鼠,並且還可以讓視窗完全消失,讓小球在案頭上飛來飛去。這隻需要一些簡單的修改就可以完成了:首先要去掉原有的滑鼠點擊事件處理,它們現在沒用了。在引用中添加對System.Drawing及System.Windows.Forms的引用:在處理X、Y座標變化的代碼前加入如下代碼:接下來要修改表單的屬性,以使其覆蓋全屏、總在最前、不顯示在工作列且完全透明,這需要進行以下的屬性設定:Background="Transpar
今天在使用EntityDataSource顯示資料時,返回的資料總是空的,確認過資料庫內資料後,嘗試去掉Where及參數,移除各種事件均告無效。後來建立了一個EntityDataSource,簡單配置一下資料來源,測試通過。撓牆半晌後看到Include屬性中包含了一個已經在資料庫及EDM中刪除的導覽屬性,去掉該屬性後測試即通過。雖然是個人的小失誤,但可恨的是對於這個簡單的錯誤EntityDataSource居然不給出任何提示,而是悶頭給吃了!不知道設計者是怎麼想的。
幾個月內先後購置了3部Android手機了,不是發燒買來玩,一個自己用的HTC Desire (G7),一個老婆用的MOTO Milestone,一個給我爸新買的MOTO
通過本類庫,可以實現對輸入內容的自動分析,並會給出評分,程式可以根據此評分判斷內容是否達到某一敏感度等級,從而進行相應的自動化處理。如果將此類庫與人工評審相結合,效果將會非常好:機審認為有敏感嫌疑的內容自動認可到人工評審等待列表,由人工進行二次審核,這樣在保證效率的同時又兼顧了準確性,是比較理想的人機協作方式。此類庫的運作原理請參考《改進的髒話審查方案》一文:http://www.cnblogs.com/SkyD/archive/2009/03/16/updateTextVali.html 編寫
我們現在使用的驗證手段都是以驗證碼為主,讓使用者根據圖片輸入驗證字元,這種方法的安全度尚可,但會給使用者帶來一些不便和困擾,比如這個雅虎的驗證碼:這個安全度很高,機器和人都無法正確識別了。 其實要讓人看得懂、機器看得暈,只要拿出我們人類的強項就可以了啊——影像識別,試想用圖片來做驗證是不是會很好呢:上面的樣本示範了圖片驗證的介面。使用者進行驗證時的操作很簡單,只需點選映像所屬的類別就可以了,還可以順道欣賞一片,很是愜意;而機器急大了頭也很難理解圖片的內容吧? 有人說可以用複雜的瞳孔識別、臉部辨識
加入了匹配內容提示功能,可在滑鼠移至上方時顯示該匹配項內的各擷取的群組資訊(檢索、替換時均有效)加入了擷取程式更新資訊的功能,可以在關於視窗中瞭解到軟體是否有更新或相關資訊最佳化了程式碼 改變了介面結構,將所有處理結果統一置於“輸出的文本”一欄中改變了部分設定檔結構(首次載入舊設定檔時,“輸入文本”會顯示亂碼,替換為其他內容後將不會再出現此問題)改變了語言套件檔案的部分內容和結構下載頁:http://www.cnblogs.com/SkyD/archive/2008/09/22/1295621.