遺憾之處：
1、對於dhcp的位址設定問題
2、98下cpu頻率只能取當前頻率
3、ndis層按策略訪問網路未實現
4、對網路防火牆的支援未實現
5、ie修復的標題是「***廳」
9月2日
btask 1.0.0.1 打了個包
btask 1.0.0.2
取客戶資訊,有的資訊後面的0後面還有字元,已經解決
取mac位址,由原來只取第乙個網絡卡的mac改為取第乙個有效的網絡卡的mac
改了許多讀取登錄檔值時的處理,原來將讀取結果直接放到引數中傳出,容易造成有效值
後面有亂碼,統一改為先取到buff中,再中strcpy複製到引數中,可能的錯誤(當值超長時,
會超過引數的容量,造成記憶體非法覆蓋,出現嚴重錯誤)
16:05打了個包
9月4日
去掉了winvnc系列專案中眾多的messagebox語句,又打了個包
傳送ie位址列記錄,加上了判斷長度,去掉了隱含錯誤.
9月7日
對二進位制型別的登錄檔的管理,未加嚴格測試,已經建議不提供該項功能.
將原來取/設定第乙個乙太網卡改為當前網絡卡(通過當前ip和型別是以太卡兩個條件來判
斷)打包btash1.0.0.3
9月8日
測試btask專案的功能有錯誤,暫時去掉,後來調通了,但經測試作用不大,對於本機的測試
,防火牆一般不阻擋,所以功能去掉.
鎖鍵盤有問題,只能鎖一次,原來chook的析構函式中有個刪除鍵盤鉤子的函式(原來加的,
忘了刪除了),刪除即可.
晚上打個包
9月9日
98下取mac好象有錯,怎麼取了撥號的mac?
98下怎麼7-8分鐘就退出了呢?在win2000下沒事
下線再上線,長時間正在登入,再下線,再上線才ok,問題不大,不用管
將定時器中檢查ip修改的部分去掉,打個包
getfirstmacaddress加了返回錯誤
更換了取mac位址的函式
打包bverify1.0.0.10(不定時檢查mac) btask1.0.0.4,此版本為新產品發布會使用
不好,發現host取不出來,改呼叫另外乙個函式,ok,又找乙個包
9月10日
上午召開新產品發布交流會,成功.
華夏銀行 13964012090 3183318 support@beelink.*** ??峽
注意bverify中取mac位址的還沒更新
9月13日
將bverify中取mac位址改為取當前的mac
將bverify中定時判斷ip/mac繫結情況的檢查開啟再在98下測試,沒問題
因ip/mac不一致下網,而在登入視窗中仍然計時,而圖示已經變紅,已經解決了,在frame中
了.將取ie位址列歷史改為歷史記錄,最大999條,打了個包
9.14日
經測試,沒啥問題!
瘦客戶端 胖客戶端 智慧型客戶端
胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式，使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...
胖客戶端 瘦客戶端和富客戶端
以c s結構開發的網路應用程式，需要為客戶端開發專用的客戶端軟體，相對而言其客戶端比較龐大，在客戶端可以實現很多功能，分擔伺服器的負擔，屬於胖客戶端型別。以b s結構開發的web應用，其客戶端只是乙個瀏覽器，所有業務邏輯由伺服器端進行處理，相對而言客戶端比較瘦小，故稱為瘦客戶端。目前比較流行的一種開...
非同步客戶端和同步客戶端
先寫下我的理解，方便後邊閱讀資料校驗。一 同步客戶端 比如乙個連線有兩個請求，請求1 和 請求2，請求1 先發起請求，請求2後發起請求，則請求2 要等待請求1 響應完成才能接收到響應。舉個棗子，httpclient 傳送get請求，執行緒會一致阻塞，直到有響應結果。二 非同步客戶端 比如乙個連線有兩...