互聯網

"^\d+$"　　//非負整數（正整數 + 0） "^[0-9]*[1-9][0-9]*$"　　//正整數 "^((-\d+)|(0+))$"　　//非正整數（負整數 + 0） "^-[0-9]*[1-9][0-9]*$"　　//負整數 "^-?\d+$"　　　　//整數 "^\d+(\.\d+)?$"　　//非負浮點數（正浮點數 + 0） "^(([0-9]+\.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*\.[0-9]+)|([0-9]*[1-9][0-9]*)

Internet資訊擷取能力是研究生必備的一項素質。及時準確地擷取領域內的研究進展資訊，是保證研究工作創新性的前提；隨心所欲地大範圍地擷取資訊，是拓展知識面的有效手段；在浩如煙海的資料中快速定位自己急需的資訊，是解決問題的一條有效途徑。隨著Internet的飛速發展，可擷取的資訊量日漸豐富，乃至出現資訊過載、資源迷向等問題[1]。搜尋引擎的問世，在一定程度上解決了Internet資訊擷取困難的問題。近年來，國內已有四五百篇文獻從各種應用背景和技術角度出發探討Internet資訊擷取及各種搜尋引擎

（1）“ 拆分”，資料庫的拆分以及應用的拆分，要做到的目標通常是便於應用的無限水平伸縮；（2）能非同步就非同步，這需要業務的允許；（3）能自動就自動，就像自動化的部署系統；（4）記住所有失敗的事情，這點非常重要；（5）容忍不一致性，這句話的含義是盡量少用強事務，而是採用最終一致性這類方案。當然，除了上面這五點之外，還有像多用緩衝、自行實現關鍵技術（以控制穩定性、效能和做到及時響應）等。

原因：再資料追加完畢後，沒有將MemoryStream的Position設定為0，所以始終沒有讀取到資料。工程：/Files/bobzhangfw/MyTcpIpClient.rar工程介紹：ServerTest : 接收用戶端分包發送的資料，我以大約10m的檔案為例服務端的代碼，在最後完成資料接收後，將MemoryStream轉化成為byte[]輸出到檔案，但是讀取到的byte[]中每個位元組都是0；ClientTest  :

From http://www.code101.com/Code101/DisplayArticle.aspx?cid=67IntroductionAsp.net has come a long way from Asp on many facets, especially debugging. If you have work with ASP.net for a while and go back to work on ASP you would miss a lot of feature

  使用者需求的識別在互連網產品佔有很重要的位置，對於互連網產品的研發功能需求的識別也很重要。如何把使用者的需求快速的識別為產品功能的需求呢？   通常在作使用者需求時，需求人員編寫或描述出來的文檔都是從使用者的角度出發，表達出來的文檔也是比較“自然的語言”描述性，更偏向於業務。使用者需求還處於產品的上層，還沒有到達實現層，而功能需求是產品功能現實的開始，對於開發人員更注重的是產品的功能實現，如可把使用者的需求實現出來。這二種不同的需求面向的“讀者”都會不一樣，所以重點也會不一樣。 

There is an input validation flaw in Internet Explorer that allows you to specify arbitrary arguments to the process responsible for handling URL protocols. This is the same type of input validation vulnerability that I discovered in the Safari 3

分頁類Code highlighting produced by Actipro CodeHighlighter

     關於大規模、高流量Web2.0網站效能調優的14條準則，已近成了業界web2.0網站前端最佳化的準則，國內外也有很多文章和書籍介紹這些準則。14條準則其實是美國雅虎Performance部門這幾年的工作成果之一，他們還研究並提出了許多有效網站效能調優技術。美國Performance團隊負責將雅虎產品和應用改進得更快、更好、更有效率。1。Make Fewer HTTP Requests（盡量減少http請求數量）首先面臨的一個問題是把所有的 JavaScript 與 CSS

通常情況下，一支互連網產品項目團隊的基本構成為：技術人員，產品人員和運營人員。根據筆者以往經驗，構思了一套項目團隊溝通架構。架構具體流程如下：產品人員經過使用者調研，需求分析和產品規劃，儘早拿出高模擬的產品原型與項目團隊討論，並聽取技術人員、運營人員的意見及建議。從而進一步改進產品設計。在產品設計最終確定後召開“產品會議”宣講產品設計，並交予技術人員進行開發，同時運營人員根據產品特性構思相應的運營策略。技術人員採用反覆式開發法，在迭代期內不接受新的需求。在產品開發過程中，可採用任務板方式向項目團

　　這是一個老生常談的話題，身邊的朋友、公司很多人都有著這樣的疑問，移動互連網會在什麼時候爆發？或者用爆發這樣的詞並不適合，問題應該是：什麼時候移動互連網會像自來水一樣流淌？大家都不會再去討論移動互連網這樣的概念，因為所有公司都是移動互連網公司，所有使用者都是移動互連網的受益者，你可以在工作生活的時時刻刻感受到便利，但是普通使用者並不需要知道那是移動互連網，技術與概念本身只是服務的一種形式，這時候那些專註移動互連網的服務商也能夠從中擷取豐厚回報。　　終端的效能已經不是問題，我們現在已經有記憶體接

   我使用的Vmware Workstation是7.1.2，在引導時用darwin.iso一直不成功，用Rebel EFI引導成功，但開始安裝作業系統後死在灰蘋果狀態，後來修改虛擬機器上的光碟機設定，在Virtual Machine Settings的光碟機設定裡有一個進階選項，把光碟機類型換成SCSI，就可以正常安裝Mac OS X 10.6了。http://www.cnblogs.com/speeding/archive/2011/03/30/1999536.html

一個朋友，在一家軟體的大企業做了十年的軟體研發，想出來創業，問我要注意什麼。我開玩笑說，要想成功，必須學習互連網創業的“葵花寶典”，第一條就是“揮刀自宮”。 大的軟體公司有很多資源，研發能力不錯，各種推廣資源也非常優越，但很少開發出來優秀的互連網產品。初步看上去，原因很多，比如很難調動個人的積極性、內部管理協調非常困難等。我認為還有一個重要的原因，就是方法不得當。大公司資源多，一個互連網創新項目，投入大量資源後，公司期望值高，考慮的問題自然多了，反而不容易做好。 從大公司離職出來創業，首先要“揮

 多用途互連網郵件擴充（MIME，Multipurpose Internet Mail Extensions）在MIME出台之前，使用RFC 822隻能發送基本的ASCII碼文本資訊，郵件內容如果要包括二進位檔案、聲音和動畫等，實現起來非常困難。MIME提供了一種可以在郵件中附加多種不同編碼檔案的方法，彌補了原來的資訊格式的不足。實際上不僅僅是郵件編碼，現在MIME經成為HTTP協議標準的一個部分。最早的HTTP協議中，並沒有附加的資料類型資訊，所有傳送的資料都被客戶程式解釋為超文字標記語言 (

       成功需要明確目標、詳細計劃、馬上行動、堅持到底。

關於可以Ping同網站 卻不能上網的一些解決辦法       

影響未來十年的10項互連網新技術

以下是一個撥接的批次檔,寫好之後一直放在電腦中,最近搞大總結,拿出來記錄在部落格中.----------------------代碼開始------------------------------- echo off                            #關閉回顯 :disconnect                            #設定標籤,此處進入中斷連線的批處理塊 echo disconnect from server. rasdial 

環境：win7系統電腦一台（bitdefender Internet Security 2010），XP（360一套）一台，用TPlink和摩登串連       前段時間家裡的電腦突然無法上網了，WIN7系統的電腦一直提示有ARP攻擊，XP的一直提示有DNS和ARP攻擊。在網上找了很多種方法，最恐怖的是要格式化電腦，然後有說殺毒什麼的。用了bitdefender2010殺毒，用了360殺毒，都沒起到太大的作用。也把交換器重設了，沒用。因為時間太緊，電腦裡面資料太多，我是絕對不會格式化的···· 

    我是武漢華中科技大學大三的學生，現在的標誌性大學生活裡必不可少的一個夥伴就是電腦，而電腦最普遍的用途就是用來上網和玩網路遊戲。二維的網站和三維的網路遊戲彷彿隔著一道不可逾越的鴻溝，兩者是兩個完全不同的世界。當然對我們吸引力最大的是後者。於是我就想到一點，為什麼兩者不能融合在一起呢？於是我想到了三維網際網路。　　 我先從宏觀方面談一下這件事情的前途：