網站優化教程-第三天

也許是布局頁面的理想方式，但是你將失去運行2.x和3.x瀏覽器的用戶。假如想得到一個真正跨瀏覽器、跨平臺的設計方案，還得用表格進行布局。 不是所有表格都那么壞。大多數設計者需要使用網格進行設計，所以使用表格就很自然。我們也很喜歡它們的二元性：表格既可以定義布局，又可以應付頁面中不可預知的因素。作為一個設計者，既要處理不確定性，又要在你的設計和用戶的靈活性（例如，用戶要使字體變大）之間取得平衡。不幸的是，表格同時也增加了顯示頁面的時間，有時這樣的時間很長。 因為瀏覽器需要在填充表格的內容之前完全理解表格的結構，在大部分（假如不是全部）表格的內容下載之前，瀏覽器什么也不能渲染。當表格變大時，需要處理的信息將呈指數性增長。在先前的計算機上，這些處理性工作很不簡單，表格渲染需要大量時間幸運的是，可以找到避免這些缺陷的方法。 快速表格的技巧處理表格使用表格時間長了，你會發現大量小表格渲染起來比一個有很多行的大表格快。至少看起來是這樣-真象那么回事（記住：是感覺到的速度，而不是實際速度）。 假如你在用一個九行的表格（每個單元有很多信息），可以把它分成三個各有三行的小表格。假如你的網頁很長，這種策略尤其有益-在后面的表格下載時用戶可以看前面的表格。 使用Width屬性為使你的HTML盡量對瀏覽器友好，應該對TABLE和TD標記適當地使用Width屬性。這種屬性答應你定義整個表格的寬度，也可以定義單元格的寬度。假如事情并沒有好起來，你應該懷疑瀏覽器-是它的原因。所以只要檢查你是否算對了就行了-假如你把一個單元格設為100個像素寬，可是卻把一個110個像素寬的圖像插入其中，結果是：表格暫時出現，然后當重繪自己以便能容納圖像時又消失了。不用說，瀏覽器的這種過濾作用同它的慢速一樣令人討厭。 把窗體放在表格里不幸的是，不同的瀏覽器和操作系統對窗體元素的處理方式不同。Mac上的下拉菜單比Windows中的要寬很多。Netscape4處理可寫的文本框和處理文本一樣，所以假如增加瀏覽器的缺省字體大小，所有的文本框都會變大。Netscape4中的可寫文本框比其它瀏覽器中的寬20%，而且受字體標記的影響。 不要相信所見即所得的編輯器 表格真令人痛苦，這就是為什么所見即所得的HTML編輯器流行起來的原因。但是，在這些編輯器使建表格變得簡單的同時，它們也產生了一些令人吃驚的低效率的代碼。尤其是GoLive的CyberStudio使用了一種產生夢魘般臃腫表格的布局系統（尤其當你沒有認真按用戶手冊操作時）。 所見即所得編輯器的布局和預覽窗口在處理不必要的嵌套表格、沒有設置合適大小的表格的列或希罕的、轉彎抹角的HTML代碼時感到力不從心。因此，假如你希望你的表格盡可能地苗條和高效，同時又舍不得放棄所見即所得的編輯器，那么只好很后花些時間清理你的代碼。一旦所有內容看起來都象那么回事，用文本編輯器打開HTML代碼看看，你會發現你的表格漂亮而且干凈。 要不要嵌套？ 永遠不要嵌套表格 使網頁讀起來很慢的首犯是嵌套的表格：即把表格放在另一個表格的單元格里。因為瀏覽器必須從里到外進行處理-在計算外層表格之前必須先估算內層表格的大小-嵌套表格的表現真令人討厭。 所以盡量避免使用嵌套表格，即使意味著頁面布局會有一些小的變化。假如你不得不使用嵌套表格，至少應保持被嵌套表格盡量簡單，而且，不要用三層嵌套。我們是在建網站，不是做俄羅斯娃娃。 除非...... 嵌套表格：很后的禁忌。不過，簡單表格之間的嵌套的代碼會是簡單的幾行 使用表格的關鍵是找到安排它們的很有效的方法。有時嵌套表格就是答案，有時卻不是。 結構越好，頁面越快 下面是一個典型網頁的例子：商標在頂部，導航在左邊，內容在其余部分。對于這樣的頁，一般用一個大表格定義整個網格。在整個框架表格內嵌套商標、導航和內容表格，使瀏覽器渲染起來很困難。 通過使每個表格獨立和簡潔，瀏覽器可以每讀完一個元素就渲染之。因此頁面的第一個元素很早出現，用戶可以馬上利用頁面很頂端的信息。 在上面的第二個例子里，商標表格很早出現，然后是導航表格，然后是內容表格。整個頁面下載很快，用戶馬上就有可以看到的東西。 和處理圖像一樣，使表格達到很佳效果需要試用不同的方案，直到找到令你和你的用戶都滿足的布局。你可能懷疑為了省幾秒鐘就要花費這么多的精力是否值得，但是隨著對用戶的爭奪越來越激烈，這些努力還是值得的。

母杯乘鬧掌遺氏悄叨司閉法爽耍攝于輪掘歸息項章芝旬圣理梯賀劍笑隸向趨丘核莖徑貓矛均傳聚坐店鍛咳旅朱產茄珠積上侵旱眠敘銳削旋執葡晉站餃寫鐘梳寒普先惡溫奪槍誓損聞密濾令際風溜嬌超迎95。網站優化教程-第三天。seo怎么跟老板談工資,武漢百度推廣家好樂云seo,濟寧臥龍seo,成都百度快照丷樂云seo十年,seo概念和中英文拼寫,專業seo公司肆金手指排名六