[轉載] URL優化

 
文章來源︰http://www.seochat.org
文章作者︰吳澤欣

URL優化也是搜索引擎優化中一個重要的內容。URL優化包括很多個方面,其中最主要的是網站域名、內部目錄以及檔案名。URL優化的兩大宗旨︰1、URL要盡量的簡單、易記;2、包含所優化的關鍵字。但是,這本身就是一對矛盾,如何正確處理這兩者的矛盾對提升網站的排名起到非常重要的作用。

1、域名的申請

域名註冊是影響網站排名其中一個最重要的原素。也是搜索引擎優化的關鍵。

(1)不能使用二級域名或者免費轉向域名:

a.如果你所使用二級域名的主域名受到懲罰,那麼,你的網站也會受到牽連;

b.很多搜索引擎會規定每個域名的收錄數(如︰www.seochat.org、english.seochat.org與bbs.seochat.org),如何www.seoch t.org這一域名的收錄數上限是30,而你的網站是第31個。那麼,你的網站給搜索引擎收錄的機會就會少至又少了;

c.如果是同一個二級域名(一般每個域名都會有不同的主題),那麼搜索引擎就會認為該域名下的沒有一個明確的主題,這樣在排名的時候自然會比同類網站要低,儘管人家的優化程度還沒你的網站好;

d.當域名供應商停止營業,那麼,你辛苦經營的網站也隨著你域名的失去而付諸東流;

e.網站流量排名的時候,你所有的流量都會歸功於頂級域名(如︰你的網站域名http://bbs.seochat.org訪問量為500,那麼這500訪問量都歸功於 這個頂級域名)。

(2)域名長度問題︰
如果域名過長,不但不利於記憶,而且對於搜索引擎來說都是一種障礙。一般來說,域名不能超過55個字符。超過這個限度的話搜索引擎就不收錄這個域名(yahoo!明確規定)。調查發現,一個超過10個字符(不包括後綴)的域名都難以讓訪問者留下深刻的印象。除非,訪問者能理解你網站的含義。

(3)在域名中包含所優化的關鍵字

1、從網站推展的角度看︰
使用簡單易記的域名,多以公司的英文名稱(如:七喜電腦公司網站www.hedy.com.cn)、中文拼音(百度www.baidu.com)、全稱的縮寫(廣東步步高www.gdbbk.com)等。採用這種命名方法的網站是透過企業自身的知名度來推展網站。使到企業宣傳與網站有機的結合起來,透過企業宣傳網站,網站反過來拓大企業的影響力(這兩者是相互相成的)。但是中小型企業或者知名度不高的企業,利用這種方法來命名,往往不能取得預期的效果,甚至還會得到相反的效果。

1、從搜索引擎優化、網站排名的角度來看,域名裡包含所優化的關鍵字對於搜索引擎排名產生很大的影響。
a.一般的搜索引擎都會把域名作為一個排名因子;
b.在版權聲名中,包含關鍵字的域名還可以有效增加關鍵字的密度;
c.別的網站在引用時,大都採用你網站的域名,這有利於增加鏈接廣泛度。

2、域名中每個單字用分隔符(“-”)分開

a.很多搜索引擎會把分隔符“-”當作一個空格來看待,如果你的域名為www.keyword1-keyword2.com那麼搜索引擎就會認為是keyword1和keyword2兩個關鍵字或者keyword1keyword2關鍵字片語,而不是keyword1keyword2這個關鍵字片語;
例如:
www.camcorder-battery.org 搜索引擎會把他分為三個關鍵字來對待,分別是 camcorder, battery, camcorder battery

b.用分隔符把守關口鍵字分開還有一個優點就是使域名看起來更有意義,也更方便記憶;

例︰
我們看看下面這兩個域名︰
(1)www.searchenginerank.org
(2)www.search-engine-rank.org
很明顯,以上兩個域名都是與搜索引擎排名有關的,第一種情況的域名包含了所優化的關鍵字片語,但是域名不夠簡單也難以記憶,更不利於搜索引擎辨別;而第二種情況的域名也包含了所優化的關鍵字、關鍵字片語,較為容易記(起碼訪問者一看上去就知道他的大概意思),對搜索引擎索引也有利。
大家可以試一下搜索以下這個關鍵字片語︰“camcorder battery”,是不是有很多域名都包含"battery"或者"camcorder battery"呢?你也許會問︰“中文要如何解決這域名關鍵字問題呢?”。對於大型智能的搜索引擎來說,可以完成翻譯功能或者中文的拼音字母解釋功能(如google)。個人認為,就目前來說,google已經把"拼音域名"納入了URL排名的因子是URL是首先,英文域名是次選.
例如:
(1) www.flash-game.com.cn
(2) www.flash-youxi.com.cn
第二個情況作為一個URL排名因子,份量會更大一些.

由於中文網站的競爭還不大,所以排在前面的網站沒有幾個域名中是含有關鍵字。但隨著SEO在國內的普及,競爭也日趨激烈,所以及時申請一個好域名能為日後在激烈的競爭中佔有一席之地提供了基礎。

(4)域名類型(後綴)的選擇(.com, .com.cn, .org, .cn等)

1、有很多人會忽視域名的後綴問題,在這個問題上沒有什麼變通,有些人認為我的網站是商業性的,所以採用.com 或者 .com.cn之類的域名。殊不知一個域名的後綴對於一個網站排名也有一定程度的影響。

以google為例,google在全世界的多個地方分佈著不同的伺服器,他們所使用的語言也各有不同。對於不同語言的搜索,google會以相應語言的伺服器附應,有時候甚至是同一種語言在不同的地區,也會以所在地的伺服器為標準。如︰www.google.com(美國)與www.google.co.uk(英國),在這個兩個域名上搜索同一關鍵字會產生不同的搜索結果。實際上,搜索引擎在搜索的時候會以當地的域名來區分,因為如果你是英國人,你想在網站購買一個商品,當你搜索的時間,你當然是希望出來的結果是本國的結果,這樣你才不需要付出高昂的運輸費用。所以,你在UK伺服器搜索時,出來的結果大多數都是以.co.uk為後綴的結果,這也是google人性化的又一體現。同樣道理,如果是中國國內的網站,如果用.com.cn或者.cn等國內域名會讓你的網站在同類網站的排名中稍佔優勢。

2、後綴名在網站排名的優先級問題

對於google來說,非盈利性組織、政府機關單位、學術性網站會得到較高的優先級(即在其他排名因子分數相同的情況下.org, .gov之類的域名在排名方面會佔優勢)。具體情況如下︰

a..org(非盈利性)、非商業網站;
b.當地域名後綴的非盈利性、非商業網站;
c.最後才是.com(商業性網站)。
所以,在註冊域名的時候,應盡量地按照以上的規則,這樣做在網站排名的關鍵時刻才能克敵製勝。

(5)域名商標問題︰
在選擇域名的時候要盡量避免使用那些有商標版權的名字作為域名,如一些企業名稱、產品名稱等。因為如果你網站域名是一個商標名,那麼商標的所有名有權利收回該域名。如︰www.ibm-thinkpad.com這類的域名就是其中的典型。

2、目錄的設定︰
目錄也是URL優化的一個重要的組成部

發表於 SEO | 1 則迴響

限量短T + 海灘褲 + 夾腳拖

 
今天在plurk 上聊到 上班的穿著,想了一下心中的期望
「限量短T + 海灘褲 + 夾腳拖 」理想中的工程師制服,
不過似乎不太可能吧….
殘念…..

發表於 樂在生活 | 1 則迴響

F2Cont Ver 1.1 Beta 090711

F2Cont Ver 1.1 Beta 090711 版 發布了
目前只是測試版。只提供 path 
path 只適用 F2Cont Ver 1.1 Beta 090708 
也就是 必須先升級至 F2Cont Ver 1.1 Beta 090708 才能套用 path
如果 無太大 BUG 問題 將會是放出 1.1 版 和 path 檔案

繼續閱讀
發表於 F2cont | 已標籤 | 2 則迴響

F2Cont Ver 1.1 Beta 090708

  1. 修正 http://ricky.f2blog.com/ –> http://www.sfun.idv.tw
  2. F2blog\"\"/ 引用傳送的修正
    http://bbs.f2cont.com/thread-141-1-1.html
  3. F2Blog Hack之SEO篇-分類和標籤頁標題
    http://bbs.f2cont.com/thread-201-1-1.html
  4. http://blog.phptw.idv.tw/read-100.html
  5. F2Blog 外掛 跑馬燈消息
    原來的跑馬燈外掛不是挺好用的,還需要自行去編輯跑馬燈內容,所以做了一點點小小的修正。
    讓在新增網誌和管理網誌時可以設定跑馬燈外掛
    原來的功能一樣繼續留著,當沒有設定跑馬燈時,將會使用自訂編輯跑馬燈的內容
    需要下載外掛回來安裝,另外有修訂了一些F2Blog的內容,可以下載path 回來 安裝
    安裝path 之前請先備份你的檔案和資料庫,避免意外發生。
  6. 強制執行 update.php
  7. add header location exit
  8. delete apache rewrite file

下載\"下載檔案\"F2Cont Ver 1.1 Beta 090708.tar.gz.gz (0 Byte , 下載:7次)



發表於 F2cont | 已標籤 | 發表迴響

09/06/30 G型主機異常

09/06/30 台灣時間 上午 11:00~11:50 左右 F2Cont 託管 位址 G型主機異常 , ping 有 瞬段 現象 或 網路斷線, 所有台灣主機和虛擬主機都受到影響 打電話過去是說 機房 異常查修中, 這段時間上不去是有一點正常的


發表於 網際網路 | 已標籤 | 發表迴響

F2Cont 1.0 Beta 090628 8盎司非力牛 版

F2Cont 1.0 Beta 090628   8盎司非力牛 版 發布了
目前只是測試版。
真對 F2Cont 做了修正如下
繼續閱讀
發表於 F2cont | 已標籤 , , | 發表迴響

fsckvps 事件簿 後記

fsckvps\"\"/ 被駭後,已經一段時間了,目前幾乎看起來是已經落幕了。
不過 所有資料遺失的 客戶 可以免費得到 兩的月的 免費使用,不過 資料 lost 了,免費使用兩的月似乎用意不大。
不過我將 新的 VPS server 從 Atlanta 移到LA ,據說LA的線路比較好,
不過用起來似乎也才好一點點 tracert 看起來是比較好,
不過實際 LA 的vps run 似乎沒有 Atlanta 的server 穩定多了,
而且 fsckvps 目前取消 panel 的管理介面 。所有的需求都要送 ticket ,
實際上 送了幾個 support ticket 下來, 大約都要 1-2 兩才會處理好,
沒有實際上的 panel 好用多了…
而且 新的 LA 機房 只有 20 G = =
所有的服務都已經改到 30 G的 空間了…
殘念…

發表於 網際網路 | 已標籤 | 1 則迴響

fsckvps 事件簿

關於這兩天 F2Cont 和 phptw 連不上的原因 ,是出在 f2cont.com 的DNS server 掛點了…
F2cont.com 的DNS server 是我自己在 亞特蘭大的 VPS server ,廠商為 FsckVPS\"\"/
這兩天 在全球hosting 發生了一件重大的事情,
就是 VPS sever 被hacked ,造成重大 災情產生,
 
根據 FsckVPS 發給我的Email 內容:
At approx 10pm GMT last night a hacker gained access to our HyperVM install via what we believe was an unpatched exploit even though our HyperVM install was totally up to date. As part of this the hacker deleted b//ot on all of our VPS nodes as well as some VPS user data. Currently we are working to restore access as quickly as possible and are aiming to have everyone up within 48 hours. Please do bear with us at this difficult time
 
Rgds
 
 
 
Rus Foster
 
FSCKVPS
 
和 :
Dear customers,
 
We are pleased to announce that BlueSquare who are our primary collocation provider within the UK have offered to help us out in this
difficult time. They have kindly offered to to provide both man power and hardware assistance to allow users to get back online ASAP and also to help migrate to a new stronger, more secure, non LXLabs/HyperVM environment within the next few weeks. Whilst we understand that customers will be looking for another provider, and we
can not blame them, we would like to give you this opportunity to see what a leading collocation provider + our large real world VPS experience can deliver to all customers.
 
On another note if customers would like to be setup on the new servers and have their own backups please tell us and we can get you set up!
 
Best regards,
VAServ LTD Team
 
 
 
目前確定的是 確實被hacked了,目前初步的瞭解 似乎是 VPS server的管理介面軟體lxadmin 有漏洞
 
造成嚴重的災情產生,
報導 lxadmin 開發者 自殺了….
 
 
相關資料:
 
  1. http://timesofindia.indiatimes.com/Babus-to-be-protected-from-netas/articleshow/4633101.cms
  2. http://www.wordpress.org.cn/thread-37930-1-1.html
  3. http://wordpress.org.cn/thread-37875-1-1.html
  4. http://www.vaserv.com/
  5. http://www.webhostingtalk.com/showthread.php?t=867451
 
發表於 網際網路 | 發表迴響

F2Cont 1.0 Beta 060624 6盎司非力牛 版

應  white F2Cont 1.0 Beta 060624   6盎司非力牛 版 發布了
目前只是測試版。

真對 F2Cont 做了修正如下
1. 針對資料庫優化
2. 針對 spam 內建預設的 filter 並更改規則
3. 安全性更新 http://bbs.f2cont.com/thread-107-1-1.html

安裝方式 
下載後 解壓縮 並直接覆蓋掉他 然後 執行 update.php
例如  http://blog.f2cont.com/update.php

更新前請記得 備份相關檔案 和 資料庫

下載:\"下載檔案\"f2cont.20090624.tar.gz.gz (0 Byte , 下載:10次)  (1.3 MB) 
或到下載http://code.google.com/p/f2cont/downloads/list

發表於 F2Blog, F2cont | 已標籤 , , | 發表迴響

[轉載] 在 MySQL 中使用 index

 以下文章 來至於 Edison home
http://remindme.blogbus.com/logs/34133550.html

在 MySQL 中使用 index 時,下列是一些該注意的事:

  • 在 MySQL 裡,將欄位設為 Primary 或 Unique 時,都同時具有 index 的效果。
  • 欲設為 index 的欄位長度是越短越好,這樣在維護 index table 時會快速一些;像 BLOB 與 TEXT 這類巨無霸型的資料型態,雖然在 MySQL 3.23.2 版之後也可以被設為 index 了,但還是少用為妙。
  • 欲設為 index 的欄位長度若是固定的話,會比變動的來得好。例如:同樣被設為 index,char(10) 的欄位,就比 varchar(10) 好。
  • 將多個欄位複合成為一組 index key 的話,要注意先後順序。例如:將「A+B+C」設為 index 時,下列的 SELECT 敘述將會使用到 index:
    SELECT * FROM tbl_name WHERE A = val1;
    SELECT * FROM tbl_name WHERE A = val1 AND B = val2;
    SELECT * FROM tbl_name WHERE A = val1 AND B = val2 AND C = val3;
     
    但像以下這樣的 SELECT 敘述將不會享受到 index 的好處:
    SELECT * FROM tbl_name WHERE B = val2;
    SELECT * FROM tbl_name WHERE C = val3;
    SELECT * FROM tbl_name WHERE B = val2 AND C = val3;
  • 當您使用「LIKE」參數時,若將萬用字元(%)置於關鍵詞後方,可以使用到 index;
    select * from tbl_name where key_col LIKE "Patrick%"; 
    若置於關鍵詞前方的話,則 index 不會起作用。
    select * from tbl_name where key_col LIKE "%Patrick%";


\"\" EXPLAIN  如果想知道每個 SELECT 敘述是否充分運用 index 的話,您可以試試使用「EXPLAIN」。當您 SELECT 敘述句之前加上「EXPLAIN」時,將可以看到 MySQL 對它的處理原則,包括「是否使用 index」等資訊。

score 》

SNum SName Score
75312 Chen 80
75524 Chuang 95
75207 Yeh 92
75302 Lee 90
75101 Chuang 89
75303 Ho 90
75120 Lin 92
75313 Chen 88
address 》

SNum Address
75312 高雄縣鳳山市五甲二路 424 號

 以上方的 score 表為例,我們將其中的「SNum」欄位設為 index key,請看 EXPLAIN 的用
法與結果: 
 
【例一】EXPLAIN SELECT * from score WHERE SNum = '75312';
\"\"  

【例二】EXPLAIN SELECT * from score WHERE SNum LIKE '753%';
\"\"  

【例三】EXPLAIN SELECT * from score WHERE SName LIKE '%531%';
\"\"  

【例四】EXPLAIN SELECT * from score WHERE SName = 'Chen';
\"\"  

【例五】EXPLAIN SELECT * FROM score LEFT JOIN address ON score.SNum = address.SNum WHERE score.SNum = '75312';
\"\" 
 我們來看看這些結果代表什麼意思:

  • table
    表示所引用的表格名稱。
  • type
    表示查詢時的「聯結類型」(join type),以下依序是「最佳」至「最差」的各種類型:
    • system
      表格中僅有一列。這是 const 類型的一個特例。
    • const
      表格中符合條件的只有一列。因為僅有一列,其值在後續的查詢中可被視為常數。
    • eq_ref
      表示在與其它表格的資料列結合時,此表格只有一列會被讀取。當 join 使用到資料表中的所有索引,並索引是 UNIQUE 或 PRIMARY KEY 時才會被用到。
    • ref
      表 示在與其它表格的資料列結合時,此表格中所有符合的資料列都會被讀出來。這是當 join 只使用到部份鍵值(註),或此鍵非 UNIQUE 或 PRIMARY KEY 時才會用到(依照 join 的條件仍然無法選定單一目標列)。若因此符合的資料列數不多的話,它也算是一種不錯的「聯結類型」。
      註:我們指定「A+B」欄位為 index key,但查詢時只用到「A」欄位。
    • range
      表示將在一定範圍內執行搜尋的動作。
    • index
      與 ALL 相同,但只有 index table 會被瀏覽。這通常比 ALL 快,因為 index table 通常比原始資料表來得小。
    • All
      表示這項查詢將對整個原始資料表瀏覽一遍,是最不好的類型。
  • possible_keys
    表示 MySQL 能夠藉由哪些 index 來搜尋目標。
  • key
    表示 MySQL 實際藉由哪個 index 來搜尋目標。
  • key_len
    表示 MySQL 實際使用的 key 長度。若 index key 是由兩個欄位以上複合而成的話,您可以在此看見 MySQL 使用了 index 的多少部份。
  • ref
    表示哪個欄位(或常數)將被用來與 key 一起比對。
  • rows
    表示 MySQL 粗略估計在查詢的過程中,必須瀏覽的資料列數。
  • Extra
    顯示 MySQL 在解決這項查詢工作時的一些附加訊息。例如:「where used」表示 where 子句將會限制某些資料列的輸出。

發表於 MySQL | 已標籤 | 發表迴響