Time of Update: 2018-12-07
你是否發現有這麼一個現象,比如在百度上搜尋,顯示出來的文字只佔了左半個螢幕,而文字的垂直長度卻要拖上整整一螢幕的捲軸。內容佔用空間的縱橫比例似乎有些不協調,尤其是在寬屏顯示器上這個比例更加突出。 當然這樣的設計肯定是有好處的,頁面看上去顯得簡潔清爽,右邊的空白處還可以貼些小廣告(這個是關鍵吧)。對於這個例子,把捲軸以下的內容放到右邊的空白處顯然還是綽綽有餘的。這樣就變成一頁好幾列的效果,為了體驗下這個效果,這裡簡單的用幾個百度的iframe拼接成一個DEMO:
Time of Update: 2018-12-07
JS雖然發送不了真正Ping的ICMP資料包,但Ping的本質仍然是請求/回複的時間差,我們可以試圖去請求網站的某個不存在資源,根據返回錯誤的時間,我們就可以計算出延時的時間差了。在本例,我們嘗試訪問指定網站下的一個不存在的圖片檔案(檔案名稱是個隨機數),以致onerror事件發生,這個過程大致就是網路上的延時差。
Time of Update: 2018-12-07
8年前的今天,本人還是剛踏入互連網不久的小菜鳥。記得那還是一個IE5的時代,Win98的經典風格和親切的藍屏畫面仍舊是記憶猶新。不過抱著對這未知世界的好奇,很快學會了新手最愛的開門語言——VB和HTML。順著VB熟悉的手感,不經意間過度到了VBScript。在那個IE統攬天下的時候,VBScript仍然是流行的網頁指令碼語言,而JavaScript類似Java那陌生的風格反倒讓我倍感彆扭。 那時的網站還是比較簡單的,表格版面配置的前台,配合ASP和Access製作的後台,
Time of Update: 2018-12-07
用過Java的都知道,裡面有個功能強大的資料結構——HashMap,它能提供鍵與值的對應訪問。不過熟悉JS的朋友也會說,JS裡面到處都是hashmap,因為每個對象都提供了map[key]的訪問形式。 不過請仔細對比一下,你會發現其中差別還是很大的。Java HashMap的key是Object類型,所以可以任何類型的參數,而JS的key只能是字串或是數字。
Time of Update: 2018-12-07
有時我們需要修改一連串style屬性值,為了使代碼簡單點,先提前取出元素的style值,例如:var sty = elem.style;sty.left = "XXX";sty.top = "XXX";sty.width = "XXX";sty.height = "XXX"; 也許你考慮的僅僅是為了簡單點,並不認為運行速度能快多少。如果碰到只修改2個屬性的話,或許你還不一定會這樣做。 過去我也是這樣認為,訪問elem.style無非就是讀取obj[key]的時間,快的可以忽略不計。
Time of Update: 2018-12-07
在幾年前的一次測試裡,幾乎所有瀏覽器的定時器最短間隔都是64/1000秒,於是我預設了這個答案。但在今天無意中去測試了下,發現結果大不一樣,所以要更新下過去的結論。 平時我們為了最頻繁的速度執行某段代碼,一般都寫成setInterval(XXX, 1)。雖然明知是達不到1ms的間隔的,但我們總希望瀏覽器能儘可能快些。但瀏覽器究竟能到達多快呢?我們寫個計數器測試下:var n = 0;var max = 0;function tick(){n++;}function
Time of Update: 2018-12-07
最近在修改一個遊戲架構時發現頁面渲染效率驟降,CPU從原先的10%左右上升到50%(一個核已經滿負載了),FPS也下降不少。經過一番調試,發現是其中的一個img元素引起的。和頁面裡其他img元素不同之處在於,這個圖片的尺寸是通過指令碼縮放的,難道圖片的尺寸會影響渲染效率嗎?下面來測試下。 這裡選擇一幅600*400的圖片,讓它隨滑鼠移動,以此可以產生頻繁的渲染。<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Time of Update: 2018-12-07
今天突然發現一個很嚴重的問題:在IE6,7,8下帶有Alpha通道的png圖片設定濾鏡,圖片的半透明像素全都變成了黑點! 雖說IE的濾鏡不是標準的東西,不推薦使用,但是對於處理透明度這類問題還是經常會用到。下面就討論最常用的一個濾鏡:filter:alpha()。 說白了,我們就是給一個帶半透明像素點的PNG-24圖片設定透明濾鏡。這在其他瀏覽器上都是沒有任何問題的,唯獨IE! 這類效果並非罕見。現在PNG格式使用越來越多,他不僅可以帶有alpha通道,
Time of Update: 2018-12-07
我的javascript探索應該做個了結了吧~ javascript是副七巧板,雖然能拼出的圖案有限,但是充分發揮你的想象力,還是可以拼出令人稱奇的圖案。 這些年用js做了各種各樣的特效以及小遊戲,無一例外就是為了說明js+css是很強大的組合,可以創造出各種意想不到的有趣玩意。但js終究還是指令碼,儘管他可以實現各種強大複雜的效果,但需要付出更多的代價,無論是開發效率,還是運行效率。
Time of Update: 2018-12-07
JSCube是一個立方體外掛程式,完全用JS和CSS實現,支援所有主流瀏覽器。通過它可以建立一個立方體,並將6個HTML元素貼在其面上,支援旋轉和縮放。 與其他類似特效不同,本程式可以把任意HTML元素貼在立方體上,而不僅僅局限圖片,所以無論是flash還是canvas,都是無法做到的。 當前最新版本:1.7。更新日誌: 1.0:基本立方體的模型。 1.1:支援任意角度更靈活的旋轉。 1.2:支援縮放。 1.3:增強貼面的對象,修複部分bug。 1.4:CSS3的出現,不再
Time of Update: 2018-12-07
學習過HTML的無人不知a:visted的作用,但一般也只是給瀏覽過的超連結換個顏色而已。既然可以改變顏色,當然也可以改變文字字型、大小等。若一個超連結顯示文字只有10px大小,而它的:visted樣式有60px,顯然他所在的層會被撐開。如果固定了層的高度,那麼取而代之的自然是一個垂直的捲軸。 配合指令碼,我們建立一個a元素,置於固定尺寸的DIV,並設定上href屬性。若是DIV出現捲軸,說明這個:visted樣式被應用上了,這個href裡的URI曾經被訪問過。
Time of Update: 2018-12-07
眾所周知,網頁裡有兩種擷取事件對象的辦法。一種是訪問window.event屬性,另一種便是事件函數的第一個參數。 IE裡只支援window.event,Firefox只支援參數的形式,而其他主流瀏覽器兩者都支援。所以平時為了相容FF,一般都寫成:function handle(e){ e = e || event; ...} 雖然這樣大多數情況下能運行,但是對於內嵌的調用就有問題了。比如<img onclick="handle()"
Time of Update: 2018-12-07
在lucene.net中,典型的索引檔案作業碼如下: IndexWriter writer = new IndexWriter("c:\index", new StandardAnalyzer(), true); try { Document doc = new Document(); doc.Add(Field.Keyword("name", "name name"); doc.Add(Field.Text("title", "title title");
Time of Update: 2018-12-07
一直以來都是用swfobject庫建立flash。儘管它相容性比較好,但幾百行的代碼實在有點累贅,畢竟一個flash元素只需幾行HTML就可以建立了。 雖然用<object><embed>建立的和swfobject建立的flash內容一模一樣,但有個非常明顯的瑕疵:就是前者產生的Flash周圍有個灰色邊框,並且滑鼠移入Flash後,會提示“單擊以啟用並使用控制項”。雖然只出現在部分瀏覽器上,但這嚴重影響了美觀。 然而使用swfobject.js建立的卻沒有。我想應
Time of Update: 2018-12-07
當SYN資料包的發送速度大幅提高後,校正和計算成了自然成了不可忽視的一部分。 傳統的Checksum演算法網上隨便一搜一大堆,甚至不少攻擊器也是用此演算法。該演算法並沒有什麼缺點,具有普遍性,可計算任意資料任意長度的Checksum。對於SYN包那樣很短並且每次都是固定長度的包,這種演算法顯然有些累贅了。我們不妨仔細分析下Checksum演算法的原理:USHORT ChechkSum(USHORT *buffer, int size){ DWORD chkSum = 0;
Time of Update: 2018-12-07
一,資訊檢索的過程簡介全文檢索索引和資料庫應用最大的不同在於:讓最相關的頭100條結果滿足98%以上使用者的需求1,構建文本庫 在開發功能前,一個資訊檢索系統需要做些準備工作,首先,必須要構建一個文本資料庫,這個文本資料庫用來儲存所有使用者可能檢索的資訊。在這些資訊的基礎上,確定索引中的文本類型,文本類型是被系統所認可的一種資訊格式,這種格式應當具有可識別,冗餘程度低的特點。一旦文本模型確定下來後,就不應當對其進行大的行動。2,建立索引
Time of Update: 2018-12-07
前些時候做的一個卡片式相簿,收集了近幾年的Doodle。http://www.etherdream.com/Doodle/ 頁面支援所有的案頭瀏覽器外,還相容了iOS系統的mobile
Time of Update: 2018-12-07
網上類似的例子層出不窮,但大多萬變不離其宗:把所有讀音相同的字放在一行,這一行對應一個拼音;轉換時搜尋漢字所在的行,然後讀取這行對應的拼音即可。且不說效率如何,單是記錄下所有的漢字就是一個不小的空間。即使是常用的漢字就有近7000個,若是要包括“囧”這類的GBK漢字則超過20000,光是記錄就有40 K之多。
Time of Update: 2018-12-07
CSS3最令人信服的莫過於支援動畫效果。只要預先定義好主要畫面格的css樣式,以及動畫時間,瀏覽器就會自動產生播放其中的每個幀。這在以往需要不少的js代碼,並且運行效率並不高。CSS3的動畫效果極大程度上減輕了指令碼的編寫,使得開發人員可以把更多的精力投入在內容上,而不是實現上。
Time of Update: 2018-12-07
你能懂的,不解釋。。。<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type"