客戶要求：
1.利用**ip訪問指定網頁.並且點選指定位置
2.**ip獲取方式最好為吸附.吸附我提供的位址.或許你有更好的方案最佳.
3.如果能夠控制**訪問量最好.比如我在指定的時間內 10點-11點的時候需要1w的量.那麼程式刷到1w的量就自動停止.
4.可以用協議開發.但是協議一定要支援統計**.也就是一定要讓後台統計到具體資料.
我的解決方案有二：
。一是模擬點選，不過這是下下策，利用古老的dhtml物件分析鏈結自動點選對於客戶要求的上萬流量來說的解效率上跟不上。
。二是資料報傳送，這種方式可以考慮的手段非常多。可以是xmlhttp物件，或者用api wininet函式族，或者用易語言本身帶有的
網路訪問命令，或者用客戶控制項等等。
我第乙個嘗試的方法是api wininet函式。開乙個執行緒，直接訪問被刷網頁，計時5秒後結束執行緒。可是這種方法在後台得不到資料
流量。
那麼用瀏覽器訪問那個頁面和用api wininet函式訪問乙個頁面竟究有什麼區別呢？它們都一樣取得到伺服器的響應，返回了網頁數
據，設定了本地cookie。這個真得是值得**的問題。目前猜測主要是瀏覽器訪問頁面時帶有豐富的http頭部協議資訊，可能包含
有訪問者瀏覽器的型別，系統版本等資訊，而程式訪問時可能這些資訊不完整，或者缺少必要的資訊，從而被統計流量的服務程式
過濾掉了。
最終，我選擇用webbroswer控制項響應的方式，也成功的產生了流量。
程式已經產生了真實的流量
然而在訪問來路的統計中，卻沒有資料！
所謂來路，白話說就是：
a.htm是廣告頁面了.然後在上面乙個點選.比如的是b頁面.那麼統計**會顯示.b頁面是從a頁面過去的 這樣就產生了乙個來路
技術上說就是統計http協議頭中的 referrer協議頭 資訊。這樣可以得到訪問者的**地。
這個referrer協議頭是可以偽造的，無論是xmlhttp，還是wininet api，或者是客戶控制項都可以偽造。
具體實現方法還有待今晚解決一下。。。。待續
商業銀行軟體開發中心的困惑
客戶接觸spr前所面臨的度量 估算問題 作為一家大型國有商業銀行的軟體研發中心，客戶每年需要開發大量的軟體專案，因此希望提公升專案管理水平並獲得較高的質量。spr為客戶提供的解決方案 spr基於其旗艦產品 spr knowledgeplan 為客戶設計了一套整體解決方案。該方案包含 4個方面 1 專...
軟體開發中的併發
併發作用 1.在互動式應用中，快速響應使用者的請求，提高感知響應的時間 2.充分利用硬體資源，計算資源 3.簡化應用設計 併發壞處 1.難於測試 2.併發應用執行在複雜的環境下，軟體不確定性增多 3.處理同步，通訊的問題，增加程式設計複雜性 4.併發開銷對效能的影響，包括上下文環境切換，同步等 併發...
軟體開發中的「格調」
在三年之前，我從學校畢業，進入公司，正式開始了軟體開發工作。我從完成第乙個開發任務的過程中學到了很多東西，包括 1 編寫程式只是軟體開發中的乙個流程，並非全部 2 程式編寫需要遵循一定的規範，遠遠不只是實現功能那麼簡單 3 程式編寫者是程式的第一負責人，要對自己的程式進行充分的自測，而非只要程式編寫...