網站優化

點點:SEO網站結構優化思維導圖分析與布局規劃(視頻)

字號+ 作者:書海SEO優化網 來源:SEO網站結構優化 2016-08-26 22:17 我要評論( )

SEO網站結構優化思維導圖與布局分析(視頻) 一,SEO網站結構有哪些! 網頁布局就是以最合適瀏覽者的方式將圖片和文字排放在頁面的不同位置。不同的制作者會有不同的布局設計。

點點SEO網站結構優化思維導圖與布局分析(視頻)
一,點點SEO網站結構有哪些!

網頁布局就是以最合適瀏覽者的方式將圖片和文字排放在頁面的不同位置。不同的制作者會有不同的布局設計。網站布局對網站結構甚至網站總體架構都有非常重要的影響。

 

網頁布局.jpg

        

網頁布局有以下幾種常見結構:
        1.“同”字形布局:所謂“同”字形結構,就是整個頁面布局類似“同”字,頁面頂部是主導航欄,下面左右兩側是二級導航條、登錄區、搜索區等,中間是主內容區。
        2.“國”字形布局:它是在“同”字形布局上演化而來的,它在保留“同”字形的同時,在頁面的下方增加一橫條狀的菜單或廣告。
        3.“匡”字形布局:這種布局結構去掉了“國”字形布局的右邊的邊框部分,給主內容區釋放了更多空間,內容雖看起來比較多,但布局整齊又不過于擁擠,適合一些下載類和賀卡類站點使用。
        4.“三”字形布局:一般應用在簡潔明快的藝術性網頁布局,這種布局一般采用簡單的圖片和線條代替擁擠的文字,給瀏覽者以強烈的視覺沖擊。
        5.“川”字形布局:整個頁面在垂直方向分為三列,網站的內容按欄目分布在這三列中,最大限度地突出主頁的索引功能,一般適用在欄目較多的網站里。
        在實際設計中我們也不要局限于以上幾種布局格式,有時候稍作適當的變化會收到意想不到的效果,另外,平時在瀏覽網頁時要多留心別人的布局方式,遇到好的布局就可以保存下來作為我們設計布局的參考
二,點點SEO網站結構布局與規劃

1、首頁該放什么?
 首頁做為一個網站的門戶和窗口,他的重要性是肯定的。他的最基本職能就是為訪問網站的用戶提供導航的作用,其次便是體現和突出網站主題的作用。這兩個作用對一個網站來說是至關重要的。
首先從提供導航作用的職能來看,一個網站項目在實施的初期最重要的就是對網站欄目的劃分,這里就需要考慮到對網站內容進行導航的需要,但是網站導航只是欄 目的一個最優化劃分,他永遠不會是十全十美的,為了自己的更周全的需要,唯一的解決辦法就是對欄目進行二次甚至是多次劃分,這樣的劃分當然是應該直接在網 站上體現的,最有效的還是直接在首頁上來集中體現了。所以首頁需要放置導航以及利用一塊集中的區域來體現二次導航。至于這個集中的二次導航需要放在哪里? 在后面在一起討論。
 
       然后從突出網站主題的職能來說,網站要突出主題就必須在首頁明確的表明網站自己的功能以及職能。這些可以根據網站運營主體的性質來確定。比如服務型公司做 網站,他必然需要在首頁突出介紹自己的服務體系;生產型企業做網站就必然要介紹自己的主打產品。所以這是網站上需要放置的又一個重要的東西。
 
 2、首頁元素怎么放
  1)頁面的重心
 
       接下來說頁面的重心問題,這是我自己抽象出來的一個概念。它是指把頁面的一些重要元素或者說版塊連接起來構成的一個幾何圖形的重心點。如果一個頁面的各部 分內容放置不合理,這個重心要么體現不出來,要么會被體現在不合適的區域。這樣整個頁面給人的感覺就是沒有結構美,很零散,像是記流水帳,不是頭重腳輕就 是頭輕腳重。如果通過合理的安排來放置這些元素,從而把這個頁面的重心、限定在瀏覽者視線的焦點上,這樣整個頁面就會體現出一種結構感,給人勻稱的感覺。
       2)頁面的層次感
       除了重心的考慮,還需要根據瀏覽網站的用戶的意圖來考慮,用戶訪問這個網站的意圖是什么?需要哪些信息?首先需要哪些信息?然后需要哪些信息?哪些是主要 信息?哪些是次要信息?通過這樣的分門別類依靠合理的安排把頁面分出層次來。哪些是需要突出顯示的?哪些是不需要著重顯示的?心中應該有數。
       3) 網站的信息類欄目
       這里所說的信息類欄目是指網站公告、公司新聞以及行業信息等信息內容版塊,是指狹義的信息欄目,廣義的來講網站上的欄目包括功能性的都是屬于信息類的。
       網站信息欄目是一個網站重要的部分,網站作為信息載體,這些都是必要的元素。可是他并不是網站的重要即需要突出的元素,具體也需要根據網站實際情況來定。 從網站運營及營銷的角度來講,這些元素是起到營銷目的的對網站訪問者服務的作用性并不突出。所以他不應該在首頁上占據較大的篇幅。因為作為營銷目的來說這 些信息主要是給搜索引擎看的,搜索引擎不會像普通人一樣挑剔信息的表現形式,例如顏色、樣式等。
三,點點SEO網站結構思結導圖分析

近段時間以來,通過接觸有關海量數據處理和搜索引擎的諸多技術,常常見識到不少精妙絕倫的架構圖。除了每每感嘆于每幅圖表面上的繪制的精細之外,更為架構圖背后所隱藏的設計思想所嘆服。個人這兩天一直在搜集各大型網站的架構設計圖,一為了一飽眼福,領略各類大型網站架構設計的精彩之外,二來也可供閑時反復琢磨體會,何樂而不為呢?特此,總結整理了諸如國外wikipedia,Facebook,Yahoo!,YouTube,MySpace,Twitter,國內如優酷網等大型網站的技術架構(本文重點分析優酷網的技術架構),以饗讀者。

    本文著重凸顯每一幅圖的精彩之處與其背后含義,而圖的說明性文字則從簡從略。ok,好好享受此番架構盛宴吧。當然,若有任何建議或問題,歡迎不吝指正。謝謝。

 

1、WikiPedia 技術架構

 

 

  1. 來自wikipedia的數據:峰值每秒鐘3萬個 HTTP 請求 每秒鐘 3Gbit流量, 近乎375MB 350 臺 PC 服務器。
  2. GeoDNSA :40-line patch for BIND to add geographical filters support to the existent views in BIND", 把用戶帶到最近的服務器。GeoDNS 在 WikiPedia 架構中擔當重任當然是由 WikiPedia 的內容性質決定的--面向各個國家,各個地域。
  3. 負載均衡:LVS,請看下圖:

2、Facebook 架構

Facebook 搜索功能的架構示意圖

    細心的讀者一定能發現,上副架構圖之前出現在此文之中:從幾幅架構圖中偷得半點海里數據處理經驗。本文與前文最大的不同是,前文只有幾幅,此文系列將有上百幅架構圖,任您盡情觀賞。
4、twitter技術架構

                                                     twitter的整體架構設計圖

    twitter平臺大致由twitter.com、手機以及第三方應用構成,如下圖所示(其中流量主要以手機和第三方為主要來源):

    緩存在大型web項目中起到了舉足輕重的作用,畢竟數據越靠近CPU存取速度越快。下圖是twitter的緩存架構圖:

    關于緩存系統,還可以看看下幅圖:


6、Amazon技術架構

                                    Amazon的Dynamo Key-Value存儲架構圖

    可能有讀者并不熟悉Amazon,它現在已經是全球商品品種最多的網上零售商和全球第2大互聯網公司。而之前它僅僅是一個小小的網上書店。ok,下面,咱們來見識下它的架構。

    Dynamo是亞馬遜的key-value模式的存儲平臺,可用性和擴展性都很好,性能也不錯:讀寫訪問中99.9%的響應時間都在300ms內。按分布式系統常用的哈希算法切分數據,分放在不同的node上。Read操作時,也是根據key的哈希值尋找對應的node。Dynamo使用了 Consistent Hashing算法,node對應的不再是一個確定的hash值,而是一個hash值范圍,key的hash值落在這個范圍內,則順時針沿ring找,碰到的第一個node即為所需。

    Dynamo對Consistent Hashing算法的改進在于:它放在環上作為一個node的是一組機器(而不是memcached把一臺機器作為node),這一組機器是通過同步機制保證數據一致的。

    下圖是分布式存儲系統的示意圖,讀者可觀摩之:

    Amazon的云架構圖如下:

                                           Amazon的云架構圖
7、優酷網的技術架構

    從一開始,優酷網就自建了一套CMS來解決前端的頁面顯示,各個模塊之間分離得比較恰當,前端可擴展性很好,UI的分離,讓開發與維護變得十分簡單和靈活,下圖是優酷前端的模塊調用關系:

    這樣,就根據module、method及params來確定調用相對獨立的模塊,顯得非常簡潔。下圖是優酷的前端局部架構圖:

    優酷的數據庫架構也是經歷了許多波折,從一開始的單臺MySQL服務器(Just Running)到簡單的MySQL主從復制、SSD優化、垂直分庫、水平sharding分庫。

    1. 簡單的MySQL主從復制。
      MySQL的主從復制解決了數據庫的讀寫分離,并很好的提升了讀的性能,其原來圖如下:
    2. 但是,主從復制也帶來其他一系列性能瓶頸問題:

      1. 寫入無法擴展
      2. 寫入無法緩存
      3. 復制延時
      4. 鎖表率上升
      5. 表變大,緩存率下降

      那問題產生總得解決的,這就產生下面的優化方案。

    3.  MySQL垂直分區

          如果把業務切割得足夠獨立,那把不同業務的數據放到不同的數據庫服務器將是一個不錯的方案,而且萬一其中一個業務崩潰了也不會影響其他業務的正常進行,并且也起到了負載分流的作用,大大提升了數據庫的吞吐能力。經過垂直分區后的數據庫架構圖如下:

          然而,盡管業務之間已經足夠獨立了,但是有些業務之間或多或少總會有點聯系,如用戶,基本上都會和每個業務相關聯,況且這種分區方式,也不能解決單張表數據量暴漲的問題,因此為何不試試水平sharding呢?

    4.  MySQL水平分片(Sharding)

          這是一個非常好的思路,將用戶按一定規則(按id哈希)分組,并把該組用戶的數據存儲到一個數據庫分片中,即一個sharding,這樣隨著用戶數量的增加,只要簡單地配置一臺服務器即可,原理圖如下:

        如何來確定某個用戶所在的shard呢,可以建一張用戶和shard對應的數據表,每次請求先從這張表找用戶的shard id,再從對應shard中查詢相關數據,如下圖所示:
         
      但是,優酷是如何解決跨shard的查詢呢,這個是個難點,據介紹優酷是盡量不跨shard查詢,實在不行通過多維分片索引、分布式搜索引擎,下策是分布式數據庫查詢(這個非常麻煩而且耗性能)。

    5.  緩存策略

      貌似大的系統都對“緩存”情有獨鐘,從http緩存到memcached內存數據緩存,但優酷表示沒有用內存緩存,理由如下:

      1. 避免內存拷貝,避免內存鎖
      2. 如接到老大哥通知要把某個視頻撤下來,如果在緩存里是比較麻煩的

      而且Squid 的 write() 用戶進程空間有消耗,Lighttpd 1.5 的 AIO(異步I/O) 讀取文件到用戶內存導致效率也比較低下。

      但為何我們訪問優酷會如此流暢,與土豆相比優酷的視頻加載速度略勝一籌?這個要歸功于優酷建立的比較完善的內容分發網絡(CDN),它通過多種方式保證分布在全國各地的用戶進行就近訪問——用戶點擊視頻請求后,優酷網將根據用戶所處地區位置,將離用戶最近、服務狀況最好的視頻服務器地址傳送給用戶,從而保證用戶可以得到快速的視頻體驗。這就是CDN帶來的優勢,就近訪問。

    6.  

本文由海瑤SEO學堂(www.25471826.com)收集于網絡不代表本站觀點,如果您還想了解更多關于SEO培訓SEO研究中心的文章,請點擊查看百度快速排名代理平臺和網絡營銷培訓的其它文章,請關注海瑤SEO研究中心官網,(微信/QQ:154899659)

本文地址:SEO培訓http://www.25471826.com/youhua/267.html

1.本站遵循行業規范,任何轉載的稿件都會明確標注作者和來源;2.本站的原創文章,請轉載時務必注明文章作者和來源,不尊重原創的行為我們將追究責任;3.作者投稿可能會經我們編輯修改或補充。

SEO研究中心海瑤SEO研究中心站長推薦學習
  • 蘇州seo:持久戰和以退為進才是最佳網站優化戰略

    蘇州seo:持久戰和以退為進才是最佳網站優化戰略

    2017-08-23 20:54

  • 百度SEO將不是網站優化排名的第一選擇?

    百度SEO將不是網站優化排名的第一選擇?

    2017-02-04 19:48

  • 移動網站排名_手機網站排名_移動端整站優化_移動網站優化

    移動網站排名_手機網站排名_移動端整站優化_移動網站優化

    2016-12-13 21:14

  • SEO唐勇:企業網站怎么優化(培訓視頻講解)

    SEO唐勇:企業網站怎么優化(培訓視頻講解)

    2016-08-26 23:01

seo培訓網友點評
SEO培訓海瑤SEO培訓
山西11选五开奖结果