2011年11月28日 星期一

SEO 英文 用語/簡寫/術語 解說

最近為了讀一些 SEO 的書籍和實作 SEO,嗑了許多原文書籍和外網網站,參考了很多資料加上小弟個人研究兩年的經驗,還是把它的資訊給嗑下來了,其中比較咬文嚼字的部分就是 SEO 的用語或術語或簡寫,所以在讀 SEO 資訊上受到了許多阻礙,不過慶幸的是,現在網路資訊很發達,而 SEO 並不是一門課程,也就是說,它是以你研究的時間和經驗來換取的,像研究了兩年,也看得出來現下 SEO 的一些公司是用甚麼方法、技巧賺錢,其實,沒有甚麼技巧,只要你花時間去了解它的習慣、習性,你就可以掌握它。

以下是我在讀 SEO 資訊時,所遇到的一些用語/簡寫/術語 ( 持續會更新 ):

- A -
Affiliate Marketing ( AM ) : 聯署網路行銷
Authorit (site) : 權威性網站
Authority Page : 權威性網頁
A/B Testing : A/B 測試
Advanced Segments : 網站流量分組

- B -
Back Links : 反向連結
Banner Ad : 橫幅廣告
Behavior Model : 行為模式
Bid : 競價
Bid Gap : 競價差
Bridge Page: 入口頁、橋頁
Black Hat: 黑帽
Backward Links : 反向連結

- C -
Click Through Rate ( CTR ) : 點擊率
Conversion Rate ( CR ) : 轉換率 - 使用者的轉換頁或者行為
Click Frand : 詐騙點擊
Cloaking : 隱形
Cloaked Page : 隱形頁面
Cost Per Action ( CAP ) : 績效計價
Crawler : 爬蟲器
Cost Per Click ( CPC ) :每次點擊付費
Cost Per Acquisition ( CPA ) : 按註冊成功支付佣金
Cost Per Lead ( CPL ) : 按註冊成功支付佣金
Cost Per Sale ( CPS ) :銷售額
Citation : 引用
Content Farm : 文字工廠
Content marketing : 內容行銷
Conversion Rate Optimization ( CRO ) : 轉換率優化


- D -
Doorway page : 入口頁、橋頁
Dynamic Pages : 動態網頁
Deceptive redirects : 欺騙性重定向
DMOZ : 開放目錄網站
Deep link ratio : 深層連結比值

- E -
Entry Page : 入口頁、橋頁
External Link : 外部連結
Editorial link​s : 自願連結

- F -
Full Text Search Engine : 全文搜索引擎
Free For All ( FFA ):自助連結網站
Filter Words : 過濾詞
Frame Sets : 框架結構


- G -
Gateway Page : 入口頁、橋頁
Google Bomb : Google 轟炸

- H -

- I -
Incoming/Inbound Links : 導入連結
Image Maps : 圖像區塊
Invisible / Hidden Text : 隱藏本文內容
Invisible / Hidden Link : 隱藏連結

- J -
Jump Page :入口頁、橋頁

- K -
Keyword Placement : 關鍵字佈置
Keyword Prominence : 關鍵字突出程度
Keyword Stuffing : 關鍵字堆疊

- L -
Link farm : 連結養殖場
Link bait : 連結誘餌
Link Sculpting : 連結屬性設置
Link Spamming : 作弊連結/惡意連結
Latent Dirichlet Allocation ( LDA ) : 搜尋引擎演算法的一種
Link decay : 連結衰減
Link equity : 連結權益
Link Wheel : 封閉式的連結輪

- M -
Meta Search Engine : 整合搜索引擎
Misleading Words : 誤導性關鍵詞
Mirror Site : 備份網站
Microformats : 微格式

- N -
Natural links : 自然連結

- O -
Outgoing/Outbound Links : 導出連結
Open Directory Project ( ODP ) : 開放目錄索引
Over Optimization Penalties ( OOP ) : 過度優化處罰

- P -
Pay Per Click ( PPC ) : 點擊付費廣告
Portal Page : 入口頁、橋頁
Pay for Performance : 按成效給付
Page Views Per User : 網頁平均訪問量
Page Views Rank : 網頁訪問量排名
Preferred Domain : 偏好網域
Permanent Redirect : 301 重定向

- Q -
Qrganic Listing : 自然排序
Query Deserves Freshness ( QDF ) : 由內容新鮮度談SERP
Quick Response Code ( QR Code) : 二維條碼

- R -
Return On Investment ( ROI ) : 投資報酬率
Repeated Words : 關鍵性重複詞
Reach Per Million Users : 每百萬用戶訪問網站人次
Reach Rank : 網站訪問人次排名
Relevant links : 相關連結
Rich snippets : 簡介豐富網頁摘要

- S -
Search Engine Marketing ( SEM ) : 搜尋引擎行銷
Search Engine Optimization ( SEO ) : 搜尋引擎最佳化
Search Engine Results Page ( SERP ) : 搜尋引擎結果
Spam、Spamming : 作弊、垃圾技術
SandBox : 沙盒效應
Search Index/Directory : 目錄索引類搜索引擎
Stop Words : 停用詞
Static Page : 靜態頁面
Shadow Domain : 鬼域
Semantic : 語意
Social Networking Service (SNS) : 社交網路服務

- T -
Two-way link : 雙向連結
Traffic Rank : 網站流量排名
Temporary Redirect : 302 重定向

- U -
Users Reach : 訪問用戶數

- V -

- W -
Web Log ( Blog ) : 網誌
Wonder wheel : 摩天輪
Web Rings : 指的是有相同主題的結盟站群
Web Marketing Group ( WMG ): 網站行銷集團

- X -

- Y -

- Z -

- Number -
503 : 503錯誤


以上有點類似連結養殖場 ( Link Farm ) 的效果,但我外連連結都與連結文字 ( Anchor Text ) 有相關,並且與本篇文章有相呼應,如果其他版主或部落格能做一個雙向連結 ( Two-way Link ) ,那就有加分效果。

備註:以上各位引用人如果不樂意見到網址被人引用,那煩請跟小弟說一聲,小弟馬上拿掉 ^^a。

歡迎引用,但請註明網址

引用 & 參考:
搜索引擎优化(SEO)术语表
SEO术语解析
SEO术语大全





2011年11月25日 星期五

javascript 取得參數 key 和 value 轉存陣列

繼上一篇 javascript 取得參數值 後,現在要將 key 和 value 各別轉存陣列。

而這個 URL 可以自訂,也可以換成函式使用,方便的很,而這個範例是使用當下網址,就看鄉民怎麼發揮使用了。

以下引用:[JavaScript]取得用get傳遞之網址列資訊(Query String)


<script type="text/javascript">
url = location.href;

var getPara, ParaVal, queryString = "";
var aryPara = [];
var key = [];
var value = [];
var i;

var getSearch = url.split("?"); // url?key=value&key=value
getPara = getSearch[1].split("&"); // key=value&key=value
for (i = 0; i < getPara.length; i++) {
    ParaVal = getPara[i].split("="); // key=value
    key[i] = ParaVal[0]; // key
    value[i] = ParaVal[1]; // value
    
}
</script>

回目錄
回首頁

2011年11月21日 星期一

SEO 密技分享

最近研究 SEO ( Search engine optimization,搜尋引擎最佳化 ) 已經到了入魔的狀態,其實小弟已經研究了兩年多了,只是近一年小弟在服役,暫時中斷了研究,但是為了需要,所以又再重拾對 SEO 的研究,有如舊愛回到身邊,破鏡重圓。

看了許多的文章,和大家稍微推薦一下幾個文章:1. The On-Page SEO Cheatsheet

2. List of Best and Worst practices for designing a high traffic website
中文翻譯:SEO網站關鍵字排名技巧77招

3. Google明令禁止的幾種作弊方法

而小弟在一年多前看到 SEO 排名網頁,到現在有點年份了,SEO 跟 iphone 4 一樣。在台灣,拿 iphone 4 的人比香港來的少,所以很特別、受注目;但是在香港,幾乎人手一支 iphone 4,很誇張,這樣一來,就沒有甚麼特別之處了。換句話說,SEO 技巧越是公開,就越是沒有用,但越要必備。

上述 SEO 排名網頁網址是:Google Ranking Factors - SEO Checklist

目前日期是 2011/11/21,看我翻譯多久時間會發表這篇文章。

經翻譯過後加上我個人看法後轉為如下表,:
編號正向網頁優化方法簡要說明
關鍵字 ( Keywords )
1網址出現關鍵字
Keyword in URL
第一個字出現關鍵字是最好的,第二個出現關鍵字是次好的,以此類推。
First word is best, second is second best, etc.
2
網域名稱出現關鍵字
Keyword in Domain name

網頁名稱使用連字符 (-) 相連
Same as in page-name-with-hyphens
關鍵字 - Header部分 ( Keywords - Header )
3關鍵字出現在 title 標籤內
Keyword in Title tag

開始的 10 ~ 60 字,不要出現特殊字元
Keyword in Title tag - close to beginning
Title tag 10 - 60 characters, no special characters.

4
關鍵字出現在 meta 屬性 name 為 Description 標籤內
Keyword in Description meta tag

顯示主題 - 少於 200 字
Google 會經常地使用它,但它不會影響排名
Shows theme - less than 200 chars.
Google no longer "relies" upon this tag, but will often use it.
5
關鍵字出現在 meta 屬性 name 為 Keyword 標籤內
Keyword in Keyword metatag

顯示主題 - 少於 10 字
每個關鍵字必須出現在 Body 的某處。如果沒有出現,它與排名無關。
沒有一個或兩個以上的字出現,Google 會認為它是垃圾資訊,雖然 Google 搜尋引擎已經宣稱不會使用它,但別的搜尋引擎會
Shows theme - less than 10 words.
Every word in this tag MUST appear somewhere in the body text. If not, it can be penalized for irrelevance.
No single word should appear more than twice.
If not, it may be considered spam. Google purportedly no longer uses this tag, but others do.
關鍵字 - Body部分 ( Keywords - Body )
6
所有關鍵字出現在 Body 區的密度
Keyword density in body text

5 - 20% (所有關鍵字 / 總字數)
主題敏感度是指 - 關鍵字濫用的容許度(百分比)隨著主題不同
5 - 20% - (all keywords/ total words)
Some report topic sensitivity - the keyword spamming threshold % varies with the topic.
7
個別關鍵字出現在 Body 區的密度
Individual keyword density

5 - 20% (個別關鍵字 / 總字數)
1 - 6% - (each keyword/ total words)
8
關鍵字包在 H1, H2 和 H3 標籤之內
Keyword in H1, H2 and H3

適當的使用 Hx 字體樣式標籤
Use Hx font style tags appropriately
9
關鍵字字體大小
Keyword font size

"strong 標籤處理等同於 b ( blod,粗體 ) 標籤 ,i ( italic,斜體 ) 標籤處理等同於 em ( emphasis,斜體 )"... 馬特卡茨,2006
"Strong is treated the same as bold, italic is treated the same as emphasis" . . . Matt Cutts July 2006
10
接近關鍵字
Keyword proximity (for 2+ keywords)

直接相鄰較佳
Directly adjacent is best
11
關鍵字片語順序
Keyword phrase order

是否核對過查詢詞序和頁面中的詞序?
試著去預測查詢,核對詞序
Does word order in the page match word order in the query?
Try to anticipate query, and match word order.

12
突出的關鍵字 ( 如何早在頁面/標籤 )
Keyword prominence (how early in page/tag)

在頁面 top 部分出現很重要,粗體,字大點
Can be important at top of page, in bold, in large font
關鍵字 - 其他部分 ( Keywords - Other )
13
關鍵字出現在 alt 屬性內
Keyword in alt text

圖形的描述 - 不要有無謂的字 ( Google 佛羅里達州的過度優化處罰的一部分,仍可能在一定程度作為紅旗,與其他所有的頁面優化總結 - 總頁面優化的得分 - TPOS)
Should describe graphic - Do NOT fill with spam
(Was part of Google Florida OOP - tripped a threshold - may still be in effect to some degree as a red flag, when summed with all other on-page optimization - total page optimization score - TPOS).
14
關鍵字出現在網站頁面的連結
Keyword in links to site pages (anchor text)

對外連結文字也使用關鍵字?
Links out anchor text use keyword?
導向 - 對內連結 ( NAVIGATION - INTERNAL LINKS )
15
對內連結 - 關鍵字?
To internal pages- keywords?

連結應該包含關鍵字,連結檔案應包含關鍵字,檔案使用連字符,不要長長的一串,只要兩到三個連字符
Link should contain keywords.
The filename "linked to" should contain the keywords.
Use hyphenated filenames, but not long ones - two or three hyphens only.
16
所有對內連結是否失效?
All Internal links valid?

驗證網站所有連結連到所有頁面,可以參考使用免費的連結檢查(http://www.dead-links.com/),我喜歡這個
Validate all links to all pages on site.
Use a free link checker. I like this one.
17
效能 - 樹狀連結
Efficient - tree-like structure

常試點擊兩次就能到達所有頁面,深度不要超過四次
TRY FOR two clicks to any page - no page deeper than 4 clicks
18
內部網站連結
Intra-site linking

適當的與低級別的網頁連結
Appropriate links between lower-level pages
導向 - 對外連結 ( NAVIGATION - OUTGOING LINKS )
19
連到外部網頁連結 - 關鍵字?
To external pages- keywords?

Google 專利 - 良好的連結,不要連結到連結農場 ( 專門提供連結的網頁 ),小心,連結可能是壞的 ( 失效或害人 ),導致網頁被降級。不幸的是,必須投入時間心力檢查對外的連結,這是你的責任
Google patent - Link only to good sites. Do not link to link farms. CAREFUL - Links can and do go bad, resulting in site demotion. Unfortunately, you must devote the time necessary to police your outgoing links - they are your responsibility.
20
外部連結的連結文字
Outgoing link Anchor Text

Google 專利 - 顯示外部連結的主題、描述
Google patent - Should be on topic, descriptive
21
隨時間越久連結越穩定
Link stability over time

Google 專利 - 避免連結流失
Google patent - Avoid "Link Churn"
22
所有外部連結是否失效?
All External links valid?

定期查驗所有連結
Validate all links periodically.
23
總數少於 100 個對外連結
Less than 100 links out total

Google 表示限制在 100 ( https://www.google.com/search?hl=en&q=google+webmasters+guidelines ),但還是接受這個數字的 2 - 3 倍,文獻 2K
Google says limit to 100,
but readily accepts 2-3 times that number. ref 2k
121
連結到有名的網站
Linking to Authority

有人說可能會拉抬,有人說是荒謬的。然而可以肯定連結到垃圾網站它會是一種傷害
Some say this gives a boost -
Others say that is absurd. However, it certainly is the opposite of linking to trash, which WILL hurt you.
其他在網頁方法 ( OTHER ON-Page Factors )
24
網域開拓用頂級網域名 ( TLD )
Domain Name Extension
Top Level Domain - TLD

gov 網站似乎是最高地位
edu 網站似乎是被給予很高的地位
org 網站似乎是被給予很高的地位
com 網站包含了所有的垃圾網站 / crud 網站中脫穎而出,因此需要在最高審議 / 由 Google 行動
也許你會做新的 .info 網域名,現在, .info 網站可以有高度評價的排名
.gov sites seem to be the highest status
.edu sites seem to be given a high status
.org sites seem to be given a high status
.com sites excel in encompassing all the spam/ crud sites, resulting in the need for the highest scrutiny/ action by Google.
Perhaps one would do well with the new .info domain class.<update> - Nope. Spammers jumped all over it - no safe haven there. Not so much, now - .info sites can rank highly.
25
檔案大小
File Size

盡量不要超過 100K 的頁面大小 ( 然而,一些題材,如此頁,需要更大的文件大小),最好小於 40K (很多)。
Try not to exceed 100K page size (however, some subject matter, such as this page, requires larger file sizes).
Smaller files are preferred <40k (lots of them).
26
URL 加入連字符
Hyphens in URL

首選方法就是使用空格,但是 URL 不可能有空格
一個到兩個 = 優秀分離關鍵字(例如:pet-smart, pets-mart);四個或更多個=差,認為這是垃圾;十個,確定是垃圾,會降級
Preferred method for indicating a space, where there can be no actual space
One or two= excellent for separating keywords (i.e., pet-smart, pets-mart)
Four or more= BAD, starts to look spammy
Ten = Spammer for sure, demotion probable?
27
頁面新鮮度
Freshness of Pages

Google 專利 - 隨時間改變越新越好,例如新聞,零售或拍賣,Google 喜歡新的內容,我也是
Google patent - Changes over time
Newer the better - if news, retail or auction!
Google likes fresh pages. So do I.
28
保鮮 - 內容改變的次數
Freshness - Amount of Content Change

新頁面 - 新網頁與舊網頁的比率
New pages - Ratio of old pages to new pages
29
連結新鮮度
Freshness of Links

Google 專利 - 可能好或壞,傑出的高信任度網站未必好於新的、低信任度網站
Google patent - May be good or bad
Excellent for high-trust sites
May not be so good for newer, low-trust sites
30
更新頻率
Frequency of Updates

頻繁更新=頻繁的蜘蛛=新的高速緩存
Frequent updates = frequent spidering = newer cache
31
頁面主題
Page Theming ( http://www.webmasterworld.com/forum34/68.htm

頁面展示的主題?它與網站的一致性?
Page exhibit theme? General consistency?
32
同義關鍵字
Keyword stemming ( https://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=keyword+stemming+google )

例如:Stem, stems, stemmed, stemmer, stemming, stemmist, stemification
Stem, stems, stemmed, stemmer,
stemming, stemmist, stemification
33
應用語意
Applied Semantics( http://www.seonews.com/)

同義詞
Synonyms, CIRCA white paper ( https://www.google.com/search?hl=en&q=%22circa+white+paper%22 )
34
隱含語義索引
LSI

隱含語義索引,外界猜測,沒有意義
Latent Semantic Indexing ( http://web.eecs.utk.edu/research/lsi/ - Speculation, no proof
35
URL 長度
URL length

使用少於 2000 並且 IE 認可字元,少於 100 最佳,越少越好
Keep it minimized - use somewhat less than the 2,000 characters allowed by IE - less than 100 is good, less is even better
其他在網站方法 ( OTHER ON-SITE Factors )
36
網站大小 - Google 喜歡大網站
Site Size - Google likes big sites

較大的網站可能得到更好的資源,更好地組織,更好地構建,因此成為更好的網站。Google 喜歡大型網站,由於種種原因,並不是所有都是如此。這導致機器人生成10000頁的垃圾網站 - 尺寸大小而。Google 已經抓取和傾倒數百萬頁面,或使之補充。
Larger sites are presumed to be better funded, better organized, better constructed, and therefore better sites. Google likes LARGE sites, for various reasons, not all positive. This has resulted in the advent of machine-generated 10,000-page spam sites - size for the sake of size. Google has caught on and dumped millions of pages, or made them supplemental.
37
網站年齡
Site Age

Google 專利 - 舊的是好的,舊的是金
Google patent - Old is best. Old is Golden.
38
網頁年齡 vs 網站年齡
Age of page vs. age of site

網頁年齡 vs 網站年齡在網站上
新的網頁在舊的網站將會更快被搜尋、認可
Age of page vs. age of other pages on site
Newer pages on an older site will get faster recognition.

備註: 上面列出所有提高搜尋網頁優化的方法,Google 轟炸,網頁排名將被重新定義
Note: For ALL the POSITIVE On-Page factors listed above,
PAGE RANK can OVERRIDE them all. So can Google-Bombing.
編號負向網頁優化方法簡要說明
39
文字只在圖像內,頁面上沒有實際文字
Text presented in graphics form only
No ACTUAL body text on the page

搜尋引擎對文字圖形化是看不見的
Text represented graphically is invisible to search engines.
40
網站分支
Affiliate site?

佛羅里達更新後便與復仇的分支機構 - 花和旅遊分支有個沉重的打擊 - 千遍一律網站有大量的連結,但沒有獨特的內容,後續更新也有針對性的分支機構
The Florida update went after affiliates with a vengeance - flower and travel affiliates were hit hard - cookie-cutter sites with massive inter-linking, but little unique content. Subsequent updates have also targeted affiliates.
41
過度優化處罰
Over optimization penalty ( https://www.google.com/search?hl=en&q=google+over+optimization+penalty&btnG=Google+Search) (OOP)

為完善、接受搜尋引擎優化實踐遵守的罰款,過高的關鍵字重複 ( 關鍵字堆砌 ) 可能會受到過度優化處罰,H1 標籤過度使用已經提到,Meta 標籤填充也是
Penalty for over-compliance with well-established, accepted web optimization practices. Too high keyword repetition (keyword stuffing) may get you the OOP. Overuse of H1 tags has been mentioned. Meta-tag stuffing.
42
連結到不好的鄰居
Link to a bad neighborhood

不要免費的連結到連結農場 ( https://www.google.com/search?hl=en&q=google+webmasters+guidelines )
另外,不要忘記定期去檢查每個連結在 Google 的狀態。一個網站可以會是"壞"的,即使你甚麼也沒做,最後你會受到懲罰。例如,一些失敗的房地產網站為了流量已被不道德的網站管理者切換到 p0rn,這對你不是很好,假如你連結到是合法的網址
Don't link to link farms, FFAs (Free For All's)
Also, don't forget to check the Google status of EVERYONE you link to periodically. A site may go "bad", and you can end up being penalized, even though you did nothing. For instance, some failed real estate sites have been switched to p0rn by unscrupulous webmasters, for the traffic. This is not good for you, if you are linking to the originally legitimate URL
43
透過 Meta Refresh Tag 重新導向
Redirect thru refresh metatags

不要使用 meta refresh 將你的拜訪者點擊後立即就導向到另外一個頁面
Don't immediately send your visitor to another page other than the one he/ she clicked on, using meta refresh.
44
髒話 - 種族汙辱
Vile language - ethnic slur

包含在 喬治卡林 7 種不好的語言 ( http://www.vaughns-1-pagers.com/internet/adsense-stop-words.htm ),你不能在電視上說,再加上150個左右。
Including the George Carlin 7 bad words you can't say on TV, plus the 150 or so that followed. Don't shoot yourself right straight in the foot. Also, avoid combinations of normal words, which when used together, become something else entirely - such as the word juice, and the word l0ve. See why I wrote that zero? I don't even want to get a proximity penalty, either. Paranoia, or caution? You decide. I always want to try to put my "best foot forward".
45
惡毒的話
Poison words ( http://forums.seochat.com/keywords-30/stopwords-poison-words-1463.html )

title tag 擺入文字 "Links"是一個壞的建議。這對 Adsense 是毒藥列表之一。這種刑罰已經鬆動,現在看來這些毒藥在一般文章中,但沒有任何問題,走路要小心
The word "Links" in a title tag has been suggested to be a bad idea. Here is my list of Poison Words for Adsense ( http://www.vaughns-1-pagers.com/internet/adsense-stop-words.htm ). This penalty has been loosened - many of these words now appear in normal context, with no problems. But watch your step.
46
過多交叉連結
Excessive cross-linking ( https://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=google+excessive+cross-linking&btnG=Google+Search)

在相同的 C 區塊
- within the same C block (IP=xxx.xxx.CCC.xxx)
If you have many sites (>10, author's guess) with the same web host, prolific cross-linking can indicate more of a single entity, and less of democratic web voting. Easy to spot, easy to penalize.
"This does not apply to a small number of sites" .. (this author guesses the number 10, JAWG) . . . "hosted on a local server". . Matt Cutts July 2006
47
從另一個網域竊取圖片或文字區塊
Stealing images/ text blocks from another domain

侵犯版權的行為 - Google 熱烈響應
Copyright violation - Google responds strongly
if you are reported. ref egol
File Google DMCA ( http://www.google.com/support/bin/static.py?page=ts.cs&ts=1114905 )
48
關鍵字堆積程度
Keyword stuffing threshold ( https://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=google+keyword+stuffing&btnG=Google+Search )

在 body, meta tags, alt text ... 等等 = 降級
In body, meta tags, alt text, etc. = demotion
49
關鍵字稀釋
Keyword dilution

針對頁面上太多不相關的關鍵字,這將有損從主題,和減少的真正重要的關鍵字的的重要性
Targeting too many unrelated keywords on a page, which would detract from theming, and reduce the importance of your REALLY important keywords.
50
頁面編輯 - 可以減少一致性
Page edit - can reduce consistency

Google 專利 - Google 現在有一個新的緩存和幾個舊的緩存之間切換,經常同時將兩者製成圖。
這可能是阻撓實現搜索引擎結果的操作者,你最後編輯有大幅改變你的關鍵字或主題?
預計明顯會有搜尋引擎的彈跳。
Google patent -
Google is now switching between a "newer" cache, and several "older" caches, frequently drawing from BOTH at the same time.
This was possibly implemented to frustrate SERP manipulators. Did your last edit substantially alter your keywords, or theme? Expect noticeable SERP bouncing.
51
頻繁的內容改變
Frequency of Content Change

Google 專利 - 太頻繁也不好,過度優化的一種
Google patent - Too frequent = bad
52
頻繁的連結文字改變
Freshness of Anchor Text

Google 專利 - 太頻繁也不好,過度優化的一種
Google patent - Too frequent = bad
53
動態頁面
Dynamic Pages

有問題 - 知道陷阱 - 縮短網址,減少變數 ( " 不超過 2 或 3 個, " 2006 七月 M.Cutts )
Problematic - know pitfalls - shorten URLs, reduce variables (". . no more than 2 or 3", M.Cutts July 2006), lose the session IDs
54
過多的 javascript
Excessive Javascript ( https://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=google+excessive+javascript)

不要使用導向或隱藏連結
Don't use for redirects, or hiding links
55
Flash 頁面 - 不要
Flash page - NOT

大多數 (所有?) 搜尋引擎蜘蛛不能讀取 Flash 內容
提供一個 HTML 替代方案,或者經驗較低搜尋引擎結果定位
Most (all-?) SE spiders can't read Flash content
Provide an HTML alternative, or experience lower SERP positioning.
56
使用框架
Use of Frames

蜘蛛在框架上有擷取的問題 - 直到現在
Spidering Problems with Frames (http://forums.seochat.com/html-coding-11/how-bad-are-frames-694.html) - STILL
57
機器人排除 " noindex " 標籤
Robot exclusion "no index" tag

故意自我排斥
Intentional self-exclusion
58
單像素的連結
Single pixel links

一個紅色指標 - 只有一個原因 - 一個鬼鬼祟祟的連結。
A red flag - one reason only - a sneaky link.
59
隱藏本文
Invisible text

好的 - 沒有罰則 - Google 建議抵抗它。
所有的地方 - 但沒有做過 ( 文本與背景色相同,因此不能被瀏覽者看到,但可以到搜索引擎的蜘蛛可見。)我相信谷歌並懲罰隱藏文字,因為它是試圖操縱排名。雖然他們沒有抓住任何人 )
OK - No penalty - Google advises against this. ( https://www.google.com/search?hl=en&q=google+webmasters+guidelines )
All over the place - but nothing is ever done. (The text is the same color as the background, and hence cannot be seen by the viewer, but can be visible to the search engine spiders.) I believe Google does penalize for hidden text, since it is an attempt to manipulate rank. Although they don't catch everyone.
60
入口頁,橋頁
我看變化不但沒有消失的門頁,但主要頁面被下推,以及 - 這是值得修復
Gateway, doorway page

(I see changes here - not only does the doorway page disappear, but the main page gets pushed down, as well - this is a welcome fix.)

好的 - 沒有罰則 - Google 建議抵抗它。
Google 用於獎勵這些頁面
OK - No penalty - Google advises against this. ( https://www.google.com/search?hl=en&q=google+webmasters+guidelines )
Google used to reward these pages.
Multiple entrance pages in the top ten SERPs - I see it daily. There they are at #2, with their twin at #5 - 6 months now. Reported numerous times.
61 重複的內容 ( 你的 )
Duplicate content (YOUR'S)
Duplicate content (THEIR'S) below (High jack)

好的 - 沒有罰則 - Google 建議抵抗它 谷歌挑選一個( 通常是老的 ),並推置頂端,並推接下來的第二個。這已經被盜內容的一個大問題 - 賊篡奪自己的內容與你以前的位置。
OK - No penalty - Google advises against this.
Google picks one (usually the oldest), and shoves it to the top, and pushes the second choice down. This has been a big issue with stolen content - the thief usurps your former position with YOUR OWN content.
62
HTML 代碼侵權 ( Big G 甚至不使用 W3C 驗證所需的 DOCTYPE 聲明 )
HTML code violations
(The big G does not even use DOCTYPE declarations, required for W3C ( http://validator.w3.org/) validation.)

無所謂 - Google 建議抵抗它。當然,除非頁面是完全一蹋糊塗 - 簡單的HTML驗證(但建議,因為它有助於您的網頁的品質因素 - PQF )
Doesn't matter - Google advises against this. (https://www.google.com/search?hl=en&q=google+webmasters+guidelines)
Unless of course, the page is totally FUBAR.
Simple HTML verification is NOT required (but advised, since it could contribute to your page quality factor - PQF).

由於上述4項爭議,我想添加評論: - 有很多事情,谷歌希望站長做,但他們根本無法控制,由於後勤方面的考慮。他們唯一的選擇是煽動恐懼和懷疑,這意味著,任何違反他們的“建議”將導致迅速和激烈的降級 - (這是有些過時 - G是修復這些東西)。
Since the above 4 items are so controversial, I would like to add this comment:
There are many things that Google would LIKE to have webmasters do, but that they simply cannot control, due to logistical considerations. Their only alternative is to foment fear and doubt by implying that any violation of their "suggestions" will result in swift and fierce demotion.
(This is somewhat dated - G is fixing these things.)

總的來說,這工作得很好保持一致站長。這一謬論,是細心的站長可以很容易地遵守這些官方聲明繼續,公然例外。參考參考有關面罩“照顧”的問題有許多軼事。谷歌表示,他們不提供手工調整了“提升”,但手扭捏降職沉默。他們的出現,肯定的。要相信,否則是幼稚的。難道你不SWAT的最令人厭惡的蒼蠅?我會參考參考它變得更容易,以確定最好的事情。盡量避免任何Google的處罰或降職。
IN GENERAL, this works pretty well to keep webmasters in line. The fallacy of this is that attentive webmasters can readily observe continuing, blatant exceptions to these official pronouncements.

There are many anecdotes about Goggle "taking care" of a problem. Google states that they do not provide hand-tweaked "boosts", but are silent about hand-tweaked demotions. They occur, for sure. To believe otherwise is naive. Wouldn't YOU swat the most obnoxious flies? I would.

It is becoming easier to determine the best thing to do. Try to avoid any Google penalties or demotions.
119
詞組為本,過濾器,處罰
Phrase-based ranking ( http://www.threadwatch.org/node/12111 ), filters, penalties

2007年2月 - Google 授予專利。不要使用已關聯的詞組,並與已知的垃圾郵件技術,你將會受到懲罰。什麼詞組?啊,你告訴我
Feb. 2007 - Google patent granted. Do not use phrases that have been associated and correlated with known spamming techniques, or you will be penalized. What phrases? Ahh, you tell me.
122
糟糕的拼字語寫法
Poor spelling and grammar


網頁的高質量和高信譽度(即較高的PageRank)往往使用好的拼寫和語法。糟糕拼寫會降級是很合邏輯的。
Pages that are higher quality and more reputable (i.e. higher PageRank) tend to use better spelling and grammar. Demotion for bad spelling is highly logical.
編號其他提升網頁排名方法簡要說明
導入連結 ( INCOMING LINKS ) :
63
網頁排名
Page Rank

Google鏈接報告給你的鏈接的數量和質量的基礎上繼續顯示您的實際反向只是一小部分,而且他們不只是比PR4的更大的 - 他們是混合。
Based on the Number and Quality of links to you
Google link reporting continues to display just a SMALL fraction of your actual backlinks, and they are NOT just greater than PR4 - they are mixed.
64
導入連結總數 ( "反向連結" )
Total incoming links ("backlinks")

從歷史上來看,快速計數是最好
不要過多 - Yahoo 打破它

在 Yahoo 搜尋,鍵入:
linksite:www.domain-name.com
linkdomain:www.domainname.com

嘗試 MSN -
Use link:www.domainname.com

目前典型反向連結報告比率 -
Google - 30 links
MSN - 1,000 links
Yahoo - 3,000 links

Historically, FAST counted best (www.alltheweb.com).
No more - Yahoo (parent) broke it.

In Yahoo search, type in:
linksite:www.domain-name.com
linkdomain:www.domainname.com

Try MSN -
http://beta.search.msn.com
Use link:www.domainname.com

Current TYPICAL Backlink Reporting Ratios -
Google - 30 links
MSN - 1,000 links
Yahoo - 3,000 links
65
從高排名網頁的導入連結
Incoming links from high-ranking pages

在 2004 年,Google 習慣從所有 Page Rank 4 以上的網頁對你的連結做計數報表。在 2005-2006,Google 報告只有一小部分的連結,似乎像一個幾乎是隨機的的方式,在 2007 年 2 月,Google 他們報告這些連結數量明顯地增加
In 2004, Google used to count (report) the links from all PR4+ pages that linked to you. In 2005-2006, Google reported only a small fraction of the links, in what seemed like an almost random manner. In Feb. 2007, Google markedly upgraded (increased) the number of links that they report.
66
連結流行加速度 (" ... 是一件好事情 " ... 瑪莎)
Acceleration of link popularity
(". . . used to be a good thing" ... Martha)

Google 專利 -
連結採集速度 - 猜測
太快 = 造假? 處罰 -30 的原因?
新網站在沙盒效應處罰的徵收?
Google patent
Link acquisition speed boost - speculative
Too fast = artificial? Cause of -30 penalty?
Sandbox penalty imposed if new site?
為了每個導入連結 ( FOR EACH INCOMING LINK ) :
67
推薦網頁的網頁排名
Page rank of the referring page

基於連結到網頁的品質
Based on the quality of links to you
68
導入你網址連結
Anchor text of
inbound link to you

包含關鍵字,關鍵短語?
在搜尋引擎的結果頁面不需要有關鍵字,任何地方! 要怎麼告訴你? ( 啟用 Google 轟炸,搜尋 "miserable failure" )
Contains keyword, key phrase?
#1 result in SERP does NOT EVEN need to have the keyword(s) on the page, ANYWHERE!!! What does that tell you? (Enables Google-bombing (https://www.google.com/search?hl=en&ie=ISO-8859-1&q=google+bombing ) - search for "miserable failure")
69
連結的年齡
Age of link

Google 專利 - 老 = 好
Google patent - Old = Good.
70
頻繁的改變連結文字
Frequency of change of anchor text

Google 專利 - 不好,為什麼你會這樣做?
Google patent - Not good. Why would you do that?
71
推薦網頁的人氣
Popularity of referring page

人氣 = 讚許,關注
Popularity = desirability, respect
72
推薦網頁上的導出連結
# of outgoing links on referrer page

越少越好 - 突顯你的重要性
Fewer is better - makes yours more important
73
推薦網頁上的連結位置
Position of link on referrer page

越早出現在 HTML 內越好
Early in HTML is best
74
推薦網頁上的關鍵字密度
Keyword density on referring page

為了搜尋關鍵字
For search keyword(s)
75
參考頁面 HTML 標題
HTML title of referrer page

相同 主題/題材
Same subject/ theme?
76
來自專家網站的連結
Link from "Expert" site?

Google 專利 - 非常能提升 ( Hilltop 演算法 ) 最近報導這給予很大的提升
Google patent - Big time boost (Hilltop Algorithm https://www.google.com/search?hl=en&q=google+patent+hilltop+algorithm)
Recently reported to give a big boost !
77
參考頁面 - 相同主題
Referrer page - Same theme

來自相同或相關的主題? 更好
From the same or related theme? BETTER
78
參考頁面 - 不同主題
Referrer page - Different theme

來自不同或無關的主題? 更壞
From different or unrelated theme? WORSE
79
影像地圖連結
Image map link?

有問題?
Problematic?
80
Javascript 連結?
Javascript link?

有問題 - 試圖隱藏連結
Problematic- attempt to hide link?
目錄 ( DIRECTORIES ) :
81
網站列表
Site listed in DMOZ Directory?

The "Secret Hand" DMOZ Issues
1. Legitimate sites CAN'T GET IN
2. No Accountability
3. Corrupt Editors
4. Competitive Sites Barred
5. Dirty Tricks Employed
6. Rude dmoz editors

Flawed concept - communism doesn't work
Free editing? Nothing is free.
DMOZ Sucks Discussions
DMOZ Problems Discussions

The Google Directory is produced by an unknown, ungoverned, unpoliced, ill-intentioned, retaliatory, monopoly enterprise, consisting of profiteering power-ego editors feathering their own nests - the ODP. AOL is making millions, and needs to police it's run-amok entity. Enough already!

這是一個艱難的一個 - 谷歌的目錄直接來自 DMOZ目錄。你應該嘗試進入 DMOZ參考,但你不能參考小心你與老spondulix方法 - 。。 - 正式DMOZ的賄賂說明 - 這幾乎是不可能進入 DMOZ的。本網站不能得到,等待超過 2年(33個月的)後。即使在最低的,最微不足道的類別,“個人網頁”。我想我只是不“措施”等20000個人類網站參考我不吸型 - 我吻了他們不久前。什麼是浪費時間 - - 更新:該頁面(網站)終於在2007年6月索引,一個合法的編輯器。沒有錢支付 - - 谷歌需要的東西 - 做它自己的目錄中填充的是扭曲的,不完整的,結果不佳確定從功能失調的開放式目錄項目。ODP的 - 絕對權力絕對腐化
This is a tough one.
Google's directory comes STRAIGHT from the DMOZ directory. You should try to get into dmoz.
But you can't.
Be careful whom you approach with the old spondulix -
Formal DMOZ Bribe Instructions.
It is almost impossible to get into DMOZ. This site cannot get in, after waiting over 2 YEARS (33 months). Not even in the lowest, most insignificant category, "Personal Pages". I guess I just don't "measure up" to the other 20,000+ sites in the personal category.
I'm not the suck-up type - I kissed them off long ago. What a waste of time!

UPDATE: This page (not site) finally got indexed in June 2007, thanks to a legitimate editor. No money was paid.

Google needs to DO SOMETHING about populating its own directory with the skewed, incomplete, poorly determined results from the dysfunctional Open Directory Project - the ODP!
Absolute Power Corrupts Absolutely
82
開放地址目錄 ( DMOZ ) 分類
DMOZ category?

主題適合的分類?一般或是地理學的分類?
兩個都可能,則都可以接受
Theme fit category? 
General or geographic category? Both are possible, and acceptable.
83
網站列表在 yahoo 目錄
Site listed in Yahoo Directory ( http://dir.yahoo.com/)?

大大的提升 - 你每年付 299 美金得到它
Big boost - You can get in by paying $299 each year.( https://ecom.yahoo.com/dir/submit/intro/ )
Many swear it is worth it - many swear it isn't.
84
網站列表在 Looksmart 目錄
Site listed in LookSmart Directory (http://search.looksmart.com/ )?

提升?另一個為你網站極大加分
Boost? Another great vote for your site.
85
網站連結到 Inktomi
Site listed in inktomi ( http://www.inktomi.com/ )?

Inktomi 已被 yahoo 吸收
Inktomi has been absorbed internally by Yahoo.
86
網站列表在其他頁面 ( 關於、最佳網站...等等 )
Site listed in other directories (About, BOTW, etc.)

目錄列表 ( 如果其他關注目錄連結到你,這必須是正向的 )
Directory listing boost (If other RESPECTED directories link to you, this must be positive.)
87
專家網站? HillTop 或簡明 HillTop
Expert site? (Hilltop or Condensed Hilltop)

大型網站,快速導入連結
Large-sized site, quality incoming links
88
網站年齡 - 過去節目的穩定性
Site Age - Old shows stability

Google 專利
Google patent
Boost for long-established sites, new pages indexed easily
The opposite of the sand box.
89
網站年齡 - 非常新的動力
Site Age - Very New Boost

非常新的網站暫時動力 - 估計這動力持續約莫 1 到 3 週, yahoo 也是
Temporary boost for very new sites - I estimate that this boost lasts from 1 week to 3 weeks - Yahoo does it too.
90
網站目錄 - 樹狀結構
Site Directory - Tree Structure

影響搜尋引擎結果 - 合理、一致、傳統
Influences SERPs - logical, consistent, conventional
91
更多的網站地圖
Site Map ( http://forums.seochat.com/google-optimization-7/site-map-7223.html ) and more site map (http://forums.seochat.com/google-optimization-7/how-much-is-too-much-when-it-comes-to-a-8796.html)

完成 - 關鍵字在連結文字之中
Complete - keywords in anchor text
92
網站大小
Site Size

從前許多網頁的首選 - 給予權力在網站上,因此網頁。較大的網站 = 較大的搜尋引擎結果(SERPs,Search Engine Results Pages)
如今,網頁較少尤佳,基於電腦生成網頁。Google 想下降頁面想瘋了
Previously, many pages preferred - conferred authority upon site, thus page. Bigger sites = better SERPs
Now, fewer pages preferred, due to proliferation of computer-generated pages. Google has been dropping pages like crazy.
93
網站主題
Site Theming( http://www.webmasterworld.com/forum34/68.htm )

網站展示主題?使用許多有關條款?
有在使用關鍵字建議工具?
Site exhibit theme? Use many related terms?
Have you used a keyword suggestion tool?
A thesaurus?
網頁指標 - 使用者行為 ( PAGE METRICS - USER BEHAVIOR ):Currently implemented through the Google tool bar?
94
網頁流量
Page traffic (http://www.webmasterworld.com/forum3/22816.htm )

訪客趨勢
Google patent - # of visitors, trend
95
網頁選擇率 - 點擊率 (CTR)
Page Selection Rate - CTR

Google 專利 - 多久被點擊一個頁面
Google patent - How often is a page clicked on?
96
網頁花費的時間
Time spent on page

Google 專利 - 相對長時間 = 意味著相關點擊率
Google patent - Relatively long time = indicates relevance hit
97
是否使用書籤頁?
Did user Bookmark page?

Google 專利 - 最近的 = 好
Google patent - Bookmark = Good
98
書籤 增加/清除 頻率
Bookmark add/ removal frequency

Google 專利 - 最近的 = 好?
Google patent - Recent = Good?
99
如何訪客離開後知道他們的去向
How they left, where they went

倒退鍵、連結點擊...等
Back button, link clicked, etc.
網站指標 - 使用行為 ( SITE METRICS - USER BEHAVIOR ) :Currently implemented through the Google tool bar?
100
網站流量
Site Traffic ( http://www.webmasterworld.com/forum3/22816.htm )

Google 專利 - 訪客流量有增加的趨勢 = 好
Google patent - # of visitors, increasing trend = good
101
訪問來源
Referrer

權威性訪問來源?
Authoritative referrer?
102
關鍵字
Keyword

習慣關鍵字搜尋找到你的網站
Keyword searches used to find you
103
網域所發費的時間
Time spent on domain

相對較長的時間 - 意味相關點擊增加印象分數
Relatively long time = indicates relevance hit Add brownie points.
網域擁有者行為 ( DOMAIN OWNER BEHAVIOR ) :
104
網域註冊日期
Domain Registration Time

Google 專利 - 網域過期日期
註冊五年 - Google 看到了你的認真
註冊一年 - 把這個網域丟了吧?
Google patent - Domain Expiration Date
Register for 5 years, Google knows you are serious.
Register for 1 year, is it a throw-away domain?
105
相關網站的合法性?
Are associated sites legitimate?

Google 專利 - 沒有垃圾,擁有權...等
Google patent - No spam, ownership, etc.
編號其他降低網頁排名方法簡要說明
120
購買流量
Traffic Buying

你有為了網路流量付錢給公司?這可能是低品質的流量或者零轉換率,有些流量供應商為了流量可能考慮"壞鄰居"。 Google 打折你的流量 ( 為了真實流量 ),因為他們知道的大多是假的。你讀過有關 Traffic-Power 嗎?
Have you paid a company for web traffic? It is probably low quality traffic, with a zero conversion rate. Some providers of traffic for traffic's sake may be considered "bad neighborhoods". Can Google discount your traffic (for true popularity), because they know it's mostly phony?
Have you read about Traffic Power ( https://www.google.com/search?hl=en&lr=&ie=ISO-8859-1&q=traffic+power )?
106
時間連結分析
Temporal Link Analysis

在果殼內,舊連結是有價值的,新連結啥都不是
這打算是為了阻止快速導入連結的累積,累積透過購買連結的戰術,沙盒效應的因素之一
In a nut shell, old links are valued, new links are not.
This is intended to thwart rapid incoming link accumulation, accomplished through the tactic of link buying.
Just one of the sandbox factors.
107
更改的意義
Change of Meanings

隨時間變化查詢更改的意義,基於時事
Query meaning changes over time, due to current events
108
沒有連結連到你
Zero links to you


You MUST have at least 1 (one) incoming link (back link) from some website somewhere, that Google is aware of, to REMAIN in the index.
109
購買連結 ( 假如你不被抓到那就很好,但千萬不要這樣做,當你被抓到,被處罰那是很不值得的 )
Link-buying
(Very good IF you don't get caught,
but don't do it -
when caught, the penalty isn't worth it.)

Google 專利 - Google 討厭連結購買,因為他這糟糕的方式會破壞他們的 PR 模式。
1. 你的網頁是否有不值得的連結?
2. 你是否在短期間內得到許多連結?
3. 你是否有從不相關網站高 PR 值的推薦連結到你的網頁?
Google patent - Google hates link-buying, because it corrupts their PR model in the worst way possible.
1. Does your page have links it really doesn't merit?
2. Did you get tons of links in a short time period?
3. Do you have links from high-PR, unrelated sites?
110
先前的網站排名
Prior Site Ranking

Google 專利 - 高 = 好
Google patent - High = Good
111
隱形
Cloaking

Google 承諾禁止!( 提出一個網頁的搜索引擎蜘蛛,和另一個網頁 )
Google promises to Ban ( http://www.google.com/support/webmasters/ )! (Presenting one webpage to the search engine spider, and another webpage to everybody else.)
112
連結從惡鄰,分支網頁
Links from bad neighborhoods, affiliates

谷歌表示來自不良網站的導入連結不能害你,因為你無法控制他們。
理想的情況下,這將是真實的。不過,某些人會猜測,esp。當其他相關因素扔進混合,如同 web rings
Google says that incoming links from bad sites can't hurt you, because you can't control them. Ideally, this would be true.
However, some speculate otherwise, esp., when other associated factors are thrown into the mix, such as web rings.
113
罰則 - 網域劫持參考 ( 與 Google合作來解決 )
Penalties - resulting from
Domain Hijacking
(work with Google to fix)

應隨即導致監禁。
重大竊盜,強制的最低刑期。
這罪犯會複製你整個網站,和主機的其他地方,和 ... 小改變
Should result in IMPRISONMENT, forthwith!
Grand Theft, mandatory minimum sentence.
The criminal COPIES your entire website, and HOSTS it elsewhere, with . . . a few changes.
114
罰款 - 違反 Google 的服務條款
Penalty - Google TOS violation

WMG 是最惡劣的罪犯 - 吞噬了許多 Google 伺服器的時間藉由 nervous Nellie 網站管理員。Google 甚至提到他們的名字。當你跨越了這種程度我認為 Google 將會打醒或者提醒你。每天 100 個查詢同一個詞或者相同 IP。Google 會阻擋你的 IP 或取得 Google 的 API
WMG is the worst offender - gobbles up tons of Google server time by nervous Nellie webmasters. Google even mentions them by name ( https://www.google.com/search?hl=en&q=google+webmasters+guidelines ). I think that Google will spank you when you cross the threshold, of say, 100 queries per day for the same term, from the same IP. Google can block your IP. Get a Google API.
115
伺服器的可靠性 - 應該 > 99.9%
Server Reliability - S/B > 99.9%

甚麼是你正常運行時間?當你伺服器不可以用的時候你要通知當天的時間,例如早上 0130 ?如何勤奮必須 Googlebot的?最糟糕的原因就會得到降級 - 你剛才是不是有! ISP的維護中斷可能會導致退市
What is your uptime? Ever notice a daily time when your server is unavailable, like about 1:30 AM? How diligent must Googlebot be? This is the worst reason to get dropped - you just aren't there! An ISP maintenance interruption can cause delisting..
116
沒有多餘空間
大型網站頁面會被丟棄
No more room
Pages being dropped from large sites

232 問題 - Google 有一個 4.3 GB 點擊地址空間牆。夯!現在 Google 索引的網頁已超過 8 GB。數千頁的各種巨大的網站正在消失,但我認為這是只是清潔房子,由計算機生成的網頁傾銷
The 232 problem - Google has hit the 4.3 Gigabyte address space wall ( http://www.vaughns-1-pagers.com/computer/powers-of-2.htm ). Bull! Google now has over 8 Gigs of indexed pages.
Thousands of pages are disappearing from various huge websites, but I think that it is G just cleaning house, by dumping computer-generated pages.
117
排名操作由競爭對手的攻擊
( 1. 內容盜竊造成你取得重複內容處罰,即使你內容是原創的 - Google 會追蹤原創者的問題,到現在有人還在偷取我的內容,但沒有人能勝過我 (在 Google) 和我所擁有的內容,向 Google 致敬)

例如:
Site-Wide Link Attack
and
302 Redirect Attack
and
Hijacker Attack

Rank Manipulation by
Competitor Attack

(1. Content theft causing you to get a duplicate content penalty, even though your content is the original - Google has problems tracking original authorship. People are still stealing my content, but nobody trumps me (in Google) with my own content - hats off to Google.)

Examples -
Site-Wide Link Attack
and
302 Redirect Attack
and
Hijacker Attack

不可能由 Google 定義 ( 除了幾個討厭的技巧,喜歡做你的競爭似乎是垃圾連結。 )
理想的情況下,應該沒有什麼可以做,你的競爭直接傷害你的排名。
然而,一個精明的觀察者注意到,Google 改變了他們對網站讀取習慣:
舊的廢話 = " 沒有一個競爭對手可以做任何損害您排名 "
新的廢話 = " 幾乎沒有任何一個競爭對手可以做的.. "

一個明顯的讓步,Google 認為,至少有一些骯髒的把戲工作!
當然,總是會有新的!
Impossible by Google definition (except for a few nasty tricks, like making your competition appear to be link spammers)
Ideally, there SHOULD be nothing that your competition can do to directly hurt your rankings.

However, an astute observer noticed that Google changed their website to read :
Old verbiage = "There is nothing a competitor can do to harm your ranking ..."
New verbiage = "There is ALMOST nothing ( http://www.google.com/support/webmasters/bin/answer.py?hl=en-uk&answer=34449 ) a competitor can do ..."
An obvious concession that Google thinks that at least some dirty tricks work!

Of course, there will always be new ones!
118
彈跳球演算法
Bouncing Ball Algorithm

至少有 2 個,和常用 3 個目前使用識別 Google 搜索演算法,偽隨機透過資料中心。G 已經轉移到日常的舞蹈。多種變化因素的日常應用。祝好運現在試圖理出頭緒!

此外,一些上述因素正在“扭捏”的日常生活。不僅是“權重”的變化的因素,但公式本身的變化。變化是唯一不變的。參考參考算法的變化可以提高或降低您的網站。我把一節中的負面因素,因為你的立場是永遠不會安全,當然,除非你是巨大的(PR = 7或更高)。如果你根本無法實現榜首的位置,你唯一的選擇第一頁 SERP的曝光可能是谷歌的廣告詞(您支付曝光)。參考參考今天,我搜索到了一個極具競爭力的“2字的任期”,並我發現,並非十大谷歌SERP中的一個,甚至一個頁面上的話 - YOWSA - 今天的理論 - 不要緊,任何人都可以在第二#1,如果他們了解頁的規則。但是,經過一定的“商業競爭力的水平”,“語義分析”算法踢,少變得更加。關鍵字密度規則翻轉後 noggins。我認為,我們正在目睹的搜索引擎反SEO複雜的演變,在我們的眼前。有趣的東西。
At least 2, and often 3 identifiable Google Search Algos are currently in use, alternating pseudo-randomly through the data centers.
G has moved to a daily dance. Multiple changing factors are applied daily. GOOD LUCK NOW on trying to figure things out!

IN ADDITION, some the above factors are being "tweaked" daily. Not only are the "weights" of the factors changed, but the formula itself changes. Change is the only constant.

An algo change can boost or demote your site. I put this in the negative factors section, because your position is never secure, unless of course, you are huge (PR=7 or greater). If you simply cannot achieve top position, your only alternative to first page SERP exposure may be Google Ad Words ( http://adwords.google.com/select/Login ) (you pay for exposure).

Today, I searched for an extremely competitive "2-word term", and I found that NOT ONE of the top ten Google SERPs had even one of the words on the page.
YOWSA!
Today's theory - when it doesn't matter, anybody can get #1 in a second, if they know the on-page rules. BUT, after a certain "commercial competitive level", the "semantic analysis" algo kicks in, and less becomes more. The keyword density rules are flipped upon their noggins. I think that we are witnessing the evolution of search engine anti-seo sophistication, right before our very eyes. Fun stuff.

因為小弟對英文略懂,如果以上有翻譯不足之處,麻煩留言指教,目前是 2011/12/1,還未翻譯完成,但爾後會慢慢補上。



2011年11月19日 星期六

URL Rewrite(網址重寫)語法教學

URL Rewrite是一種REST (Representational State Transfer,表徵狀態轉移)的相關技術,它可以在 Web Server 中,針對使用者所提供的 URL 進行轉換後,再傳入 Web Server 中的程式處理器。

使用者可以使用較直覺的方式來輸入 URL(這也是 REST 的主要目的),是搜尋引擎最佳化(SEO)的作法之一。而應用程式開發者可以利用這個機制來將參數隱藏起來,可避免讓網路上的惡意使用者收集到有利於發動攻擊的資訊。

引用:URL重寫

在 IIS 上安裝的方式我就不多說了,大家可以 google 一下,google 搜尋 " IIS Rewrite 安裝",關鍵詞都下好了,服務到家了吧 ! ( 請依電腦狀況做調整 )

本來想自己寫一篇的,但我發現有同好寫的很完整,所以就轉載了,我也該好好看看、好好學習,寫得蠻詳細的,最底下還有一些參考的網址,也可以參考。

以下引用:.htaccess语法,伪静态中的RewriteCond和RewriteRule使用说明 (http://gezhe.org/109.html)

1、.htaccess 語法簡介

RewriteEngine ON
RewriteCond %{HTTP_HOST} ^abc.com$ [OR]
RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^(.*)$ http://www.888.com/ [R=301,L]

RewriteEngine on
RewriteCond %{ HTTP_HOST } ^888.com
RewriteRule ^(.*)$ http://888.com/hot$1 [R=301,L]
RewriteCond %{ HTTP_HOST } ^www.888.com
RewriteRule ^(.*)$ http://www.888.com/hot$1 [R=301,L]




1.1、 RewriteCond的語法如下:
RewriteCond TestString CondPattern [Flags]
TestString 是指一個文本格式的條件,例子中用的是環境變量名HTTP_HOST所包含的內容(Name= Value),這是一個map(鍵值對)格式的數據類型。

CondPattern 是條件參數,這兒以第一個例子為例,就是abc.com。

Flags 標識是是第三個參數,可以用來緊跟下一個條件,這兒用OR表示或者,如果沒有[Flags],則用隱含的AND,表示並且。

其它的還可以NC等等,表示忽略大小寫RewriteCond就像我們程序中的if語句一樣,表示如果符合某個或某幾個條件則執行RewriteCond下面緊鄰的RewriteRule語句,這就是RewriteCond最原始、基礎的功能,為了方便理解,下面來看看幾個例子。

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} ^Mozilla/5.0.*
RewriteRule index.php index.m.php
RewriteCond %{HTTP_USER_AGENT} ^Lynx.*
RewriteRule index.php index.L.php
RewriteRule index.php index.b.php


上面語句的作用是當你是用FF瀏覽器訪問index.php這個文件的時候,會自動讓你訪問到index.m.php這個文件,當你是用一些移動終端訪問的時候,會讓你對index.php這個文件的訪問實際訪問的是index.L.php去,如果你是用其它的瀏覽器訪問的時候,會讓你跳到index.b.php。在說形像一點,上面的語句就等同於程序裡面的下面語句(依PHP語句為例):

if($_SERVER['HTTP_USER_AGENT'] == 'Mozilla/5.0′)
{
//跳轉到對index.m.php的訪問
}
else if($_SERVER['HTTP_USER_AGENT'] == 'Lynx')
{
//跳轉到對index.L.php的訪問
}
else
//跳轉到對index.b.php的訪問

再看例2:
RewriteCond %{HTTP_REFERER} (www.test.cn)
RewriteRule (.*)$ test.php


上面語句的作用是如果你訪問的上一個頁面的主機地址是www.test.cn,則無論你當前訪問的是哪個頁面,都會跳轉到對test.php的訪問。

再看例3:
RewriteCond %{REMOTE_HOST} ^host1.* [OR]
RewriteCond %{REMOTE_HOST} ^host2.* [OR]
RewriteCond %{REMOTE_HOST} ^host3.*
RewriteRule (.*)$ test.php


上面語句的作用是如果你的地址是host1或host2或host3的時候,則就跳到對test.php。

從這裡可以看出,RewriteCond語句之間默認的是AND,如果想要OR,則要明確的寫出來。



下面是自己收藏的一些有用的重寫規則:
RewriteCond %{REQUEST_FILENAME} !-f //如果文件存在,就直接訪問文件,不進行下面的RewriteRule.(不是文件或文件不存在就執行重寫)
RewriteCond %{REQUEST_FILENAME} !-d //#如果目錄存在就直接訪問目錄不進行RewriteRule
RewriteCond %{REQUEST_URI} !^.*(.css|.js|.gif|.png|.jpg|.jpeg)$ //#如果是這些後綴的文件,就直接訪問文件,不進行Rewrite

1.2、RewriteRule的語法如下:
RewriteRule Pattern Substitution [Flags]

其中的Pattern就是參數,一般為一些文件的擴展名,Substitution是用來替換前面用的,這兒的Flags,常用的R表示redirect(強制重定向),F表示forbidden(禁止訪問),L表示last(最後),通常當你希望停止重寫操作而立即重定向時,可用它。

Flags 還有更多用法,以下引用 ISAPI Rewrite 2 规则中文使用说明
I (ignore case)

不管大小寫強行指定字符匹配,這個FLAG影響RewriteRule指令和相應的RewriteCond 指令

F (Forbidden)
對客戶端做反應,停止REWRITING進程並且發送403錯誤,注意在這種情況下FORMATSTRING 是無用的並可以設置為任何非空字符串。

L (last rule)
不應用任何重寫規則在此停止重寫進程,使用這個FLAG以阻止當前被重寫的URI被後面的規則再次重寫

N (Next iteration)
強制REWRITINGENGINE調整規則目標並且從頭重啟規則檢查(所有修改將保存),重啟次數由RepeatLimit指定的值限制,如果這個數值超過N FLAG將被忽略

NS (Next iteration of the same rule)
以N標記工作不從相同的規則重啟規則規則進程(例如強制重複規則應用),通過RepeatLimit指令指定一個反复實行某一規則的最大數目,

P (force proxy)
強制目的URI在內部強制為代理需求並且立即通過ISAPI擴展應付代理需求,必須確認代理字符串是一個有效的URI包括協議主機等等否則代理將返回錯誤

R (explicit redirect)
強制服務器對客戶端發出重定向指示即時應答,提供目的URI的新地址,重定向規則經常是最後規則

RP (permanent redirect)
幾乎和[R]標記相同但是發布301HTTP狀態而不是302HTTP狀態代碼

U (Unmangle Log)
當URI是源需求而不是重寫需求時記載URI

O (nOrmalize)
在實行之前標準化字符串。標準化包括URL-ENCODING,不合法的字符的再移動等,這個標記對於URLS和URLS-ENDODED頭是有用的

CL (Case Lower)
小寫

CU (Case Upper)
大寫


1.3、.htaccess 用到的正則表達式

元字符^(和數字6在同一個鍵位上的符號)和$都匹配一個位置,這和\b有點類似。
  • ^ 匹配你要用來查找的字符串的開頭
  • $ 匹配結尾。
    比如一個網站如果要求你填寫的QQ號必須為5位到12位數字時,可以使用:^\d{5,12}$。
  • \b代表著單詞的開頭或結尾,也就是單詞的分界處,它只匹配一個位置。
  • \d是個新的元字符,匹配一位數字(0,或1,或2,或……)。
  • 例:0\d{2}-\d{8} 匹配這樣的字符串:以0開頭,然後是兩個數字,然後是一個連字號“-”,最後是8個數字(也就是中國的電話號碼。當然,這個例子只能匹配區號為3位的情形)。
  • \s匹配任意的空白符,包括空格,製表符(Tab),換行符,中文全角空格等。
  • \w匹配字母或數字或下劃線或漢字
  • \來取消字符的特殊意義。可使用\.和\*。要查找\本身,也得用\\.
  • [ ] 匹配沒有預定義元字符的字符集合,在方括號裡列出它們就行了
    例: [aeiou]就匹配任何一個英文元音字母,[.?!]匹配標點符號(.或?或!)
    [0-9]代表的含意與\d就是完全一致的:一位數字;同理[a-z0-9A-Z_]也完全等同於\w
  • .匹配除 “\n” 之外的任何單個字符。要匹配包括'\n' 在內的任何字符,請使用象'[.\n]' 的模式。
    例子:\(?0\d{2}[) -]?\d{8}。


像(010)88886666,或022-22334455,02912345678等。
分析:首先是一個轉義字符\(,它能出現0次或1次(?),
然後是一個0,後面跟著2個數字(\d{2}),
然後是)或-或空格中的一個,它出現1次或不出現(?),最後是8個數字(\d{8})。
  • * 重複零次或更多次
  • + 重複一次或更多次
  • ? 重複零次或一次
  • {n} 重複n次
  • {n,} 重複n次或更多次
  • {n,m} 重複n到m次

1.4 .htaccess放置參考wordpress的偽靜態寫法

# BEGIN WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

# END WordPress


——————————————————————————————-

在Windows 資源管理器裡面不允許你建立.htaccess 這樣只有擴展名的文件。
用記事本編寫好內容後,保存時,文件名要輸入為“.htaccess”

或者先將文件保存為其他名字,例如app.htaccess。

然後進入命令行窗口(通過開始菜單運行cmd.exe 程序即可),

輸入ren app.htaccess .htaccess 命令來對文件改名。

——————————————————————————————-
常見的.htaccess應用舉例

防止盜鏈,如果來得要訪問jpe jpg bmp png結尾的url 用戶不是來自我們的網站,那麼讓他看一張我們網站的展示圖片。
RewriteEngine OnRewriteCond %{HTTP_REFERER} !^http://(.+.)?mysite.com/ [NC]RewriteCond %{HTTP_REFERER} !^$RewriteRule .*.(jpe?g|gif|bmp|png)$ / images/nohotlink.jpg [L]

網站升級的時候,只有特定IP才能訪問,其他的用戶將看到一個升級頁面
RewriteEngine onRewriteCond %{REQUEST_URI} !/upgrade.html$RewriteCond %{REMOTE_HOST} !^24\.121\.202\.30
RewriteRule $ http://www.linuxidc.com/upgrade.html [R=302,L]


把老的域名轉向新域名
# redirect from old domain to new domainRewriteEngine OnRewriteRule ^(.*)$http://www.yourdomain.com/$1[R=301,L]

RewriteEngine On
RewriteRule index.html index.php

比如:http://www.3code.cn/index.html -> http://www.3code.cn/index.php

RewriteRule ^test([0-9]*).html$ test.php?id=$1

比如:http://www.3code.cn/test8.html -> http://www.3code.cn/test.php?id=8

RewriteRule ^cat-([0-9]+)-([0-9]+)\.html$ cat.php?id1=$1&id2=$2

比如:http://www.3code.cn/cat-1-3.html -> http://www.3code.cn/cat.php?id1=1&id2=3

RewriteRule ^cat-([a-zA-Z0-9\-]*)-([0-9]+)-([0-9]+)\.html$ cat.php?id0=$1&id1=$2 &id2=$3

比如:http://www.3code.cn/cat-zbc2ac-3-5.html -> http://www.3code.cn/cat.php?id0=zbc2ac&id1=3&id2=5

RewriteRule ^cat1-([0-9]+)-([0-9]+)-([0-9]+)\.html$ cat1.php?id1=$1&id2=$2&id3=$3

比如:http://www.3code.cn/cat1-4-3-8.html -> http://www.3code.cn/cat1.php?id1=4&id2=3&id3=8

RewriteRule ^cat([0-9]*)/$ cat.php?id1=$1

比如:http://www.3code.cn/cat5/ -> http://www.3code.cn/cat.php?id1=5

RewriteRule ^catm([0-9]*)/([0-9]*)/$ catm.php?id1=$1&id2=$2

比如:http://www.3code.cn/catm6/3/ -> http://www.3code.cn/catm.php?id1=6&id2=3

更多例子:
1. 使用.htaccess 創建自定義的出錯頁面。對於Linux Apache來說這是一項極其簡單的事情。使用下面的.htaccess語法你可以輕鬆的完成這一功能。 (把.htaccess放在你的網站根目錄下)
ErrorDocument 401 /error/401.php
ErrorDocument 403 /error/403.php
ErrorDocument 404 /error/404.php
ErrorDocument 500 /error/500.php



2. 設置網站的時區
SetEnv TZ America/Houston

3. 阻止IP列表
有些時候,你需要以IP地址的方式阻止一些訪問。無論是對於一個IP地址還是一個網段,這都是一件非常簡單的事情,如下所示:

allow from all
deny from 145.186.14.122
deny from 124.15

Apache對於被拒絕的IP會返回403錯誤。

4. 把一些老的鏈接轉到新的鏈接上——搜索引擎優化SEO
Redirect 301 /d/file.htmlhttp://www.htaccesselite.com/r/file.html

5. 為服務器管理員設置電子郵件。
ServerSignature EMail
SetEnv SERVER_ADMINdefault@domain.com


6. 使用.htaccess 訪止盜鏈。如果你網站上的一個圖片被別的N多的網站引用了,那麼,這很有可能會導致你服務器的性能下降,使用下面的代碼可以保護某些熱門的鏈接不被過多的引用。

Options +FollowSymlinks
# Protect Hotlinking
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www.)?domainname.com/[nc]
RewriteRule .*.(gif|jpg|png)$http://domainname.com/img/hotlink_f_o.png[nc]

7. 阻止 User Agent 的所有請求

## .htaccess Code :: BEGIN
## Block Bad Bots by user-Agent
SetEnvIfNoCase user-Agent ^FrontPage [NC,OR]
SetEnvIfNoCase user-Agent ^Java.* [NC,OR]
SetEnvIfNoCase user-Agent ^Microsoft.URL [NC,OR]
SetEnvIfNoCase user-Agent ^MSFrontPage [NC,OR]
SetEnvIfNoCase user-Agent ^Offline.Explorer [NC,OR]
SetEnvIfNoCase user-Agent ^[Ww]eb[Bb]andit [NC,OR]
SetEnvIfNoCase user-Agent ^Zeus [NC]

Order Allow,Deny
Allow from all
Deny from env=bad_bot


## .htaccess Code :: END
8. 把某些特殊的IP地址的請求重定向到別的站點
ErrorDocument 403http://www.youdomain.com
Order deny,allow
Deny from all
Allow from 124.34.48.165
Allow from 102.54.68.123


9. 直接找開文件而不是下載– 通常,我們打開網上文件的時候總是會出現一個對話框問我們是下載還是直接打開,使用下面的設置就不會出現這個問題了,直接打開。
AddType application/octet-stream .pdf
AddType application/octet-stream .zip
AddType application/octet-stream .mov


10. 修改文件類型– 下面的示例可以讓任何的文件都成為PHP那麼被服務器解釋。比如:myphp, cgi,phtml等。
ForceType application/x-httpd-php
SetHandler application/x-httpd-php


11. 阻止存取.htaccess 文件
# secure htaccess file

order allow,deny
deny from all


12. 保護服務器上的文件被存取
# prevent access of a certain fileorder allow,deny
deny from all

13. 阻止目錄瀏覽
# disable directory browsing
Options All -Indexes

14. 設置默認主頁
# serve alternate default index page
DirectoryIndex about.html


參考:

iis上的.htaccess文件ISAPI_Rewrite的安装及使用

htaccess语法教程-2011网络时代

RewriteRule-htaccess详细语法使用教程



2011年11月16日 星期三

SQL 如何取得特定列數內之資料

利用小弟先前發過的文章 DateTable 的 Top n 取得,在此做一個程式上的延伸:

DataTable GetDataTableRange(DataTable dt, int offset, int limit)
{
    DataTable dtn = dt.Clone();
    for (int i = offset; i < offset + limit; i++)
    {
        dtn.ImportRow(dt.Rows[i]);
    }
    return dtn;
}

假設你的資料表為: Products 使用 ID 做為排序,不一定只有一個資料表,可能是關聯多張資料表,皆可通用。

WITH [TempDt] AS
(SELECT *, ROW_NUMBER() OVER (ORDER BY ID) AS RowNum FROM Products)

SELECT * FROM TempDt
WHERE RowNum BETWEEN 11 AND 20

引用:SQL Server 2005 中的Row_Number()函数

回目錄
回首頁


2011年11月15日 星期二

ASP.NET MVC 學習推薦網站

初學ASP.NET MVC 學習筆記(五)-自訂Helper
初學 ASP.NET MVC 學習筆記(七)-Server端驗證

黑暗執行緒 -- ASP.NET MVC 3 豬走路 範例 (View Engine,選Razor)


回目錄
回首頁


ASP.NET MVC 與 Linq to SQL 結合

ASP.NET MVC 資料庫應用可以使用微軟的新技術,Linq To Sql。

可以先參考 << 極意之道次世代 .NET Framework 3.5資料庫開發聖典ASP.NET篇,黃忠成,2008 >> 這本書,書內詳細說明 Linq To Sql 在 Visual Studio 2008 如何開始使用、語法、結合、....等等,有興趣的鄉民大可去參考這本書,這裡就不另贅述。

這裡是使用微軟的範例資料庫: northwind (北風)。

說著說著,我就已經弄好 Linq To Sql 類別,我抓了三個資料表,分別是 Products、Orders、Order_Details。



以下實作方法參考:初學ASP.NET MVC 學習筆記(六)-包裝Model

首先,我只要顯示出 Products 資料表內的資料,先建立一個資料夾在根目錄,我命名為 MyData,底下增一個類別為 Products.cs 檔案,大概內容為:

using MvcTest.Models; // 必要加入參考

namespace MvcTest.MyData
{
    public class Products
    {
        public IQueryable<Models.Products> _Products { get; set; }
    }
}
接著在 Controllers\HomeController.cs 程式碼中加入一些語法,因為是在 Index 顯示,所以在 Index 類別動點手腳:

using MvcTest.Models;
using MvcTest.MyData;

namespace MvcTest.Controllers
{
    [HandleError]
    public class HomeController : Controller
    {
        private NorthwindDataContext db = new NorthwindDataContext();
        private MyData.Products p = new MyData.Products();


        public HomeController()
        {
            ...
        }

        public ActionResult Index()
        {
            p.Products = from d in db.Products select d;

            return View(p);
        }

        ......
    }
}
我特別在類別上註記它來自於哪一個資料夾中,目的是怕命名的名稱會與 Linq To Sql 類別名稱相同,所以特此註記。

最後在 Index.aspx 程式碼中,可以是用類似 C# 程是語言的方式將 Products 的資料條列出來:

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" 
Inherits="System.Web.Mvc.ViewPage<MvcTest.MyData.Products>" %>

<asp:Content ID="Content2" ContentPlaceHolderID="MainContent" runat="server">
<table>
    <% foreach (var item in Model._Products)
       { %>
    <tr>
        <td>
            <%= Html.Encode(item.ProductID) %>
        </td>
        <td>
            <%= Html.Encode(item.ProductName) %>
        </td>
    </tr>
    <% } %>
</table>
</asp:Content>

最後執行頁面如下:

回目錄
回首頁




2011年11月6日 星期日

ASP.NET MVC 細部說明

接續上一篇文章 ASP.NET MVC 介紹和實作 ,接下來做 MVC 的細部說明。

在 \Controllers\HomeController.cs 程式碼中,將 MyMvc 函式程式碼改為以下所示:

public ActionResult MyMvc(string id)
{
    ViewData["Msg"] = "Hello World!";
    return View();
}

在 \Views\Home\MyMvc.aspx 程式碼中,將 ID 為 Content2 內標籤為 h2 的內容改為以下所示:

<asp:Content ID="Content2" ContentPlaceHolderID="MainContent"
 runat="server">

    <h2><%=ViewData["Msg"] %></h2>

</asp:Content>

執行後,就會顯示 Hello World 字樣(下圖所示):

可能你會注意到,在上圖所展現的網址為 http://localhost/Home/MyMvc ,這是由於 Global.asax 應用程式的影響,我們可以對它做一些改變,使得生活變得更美好。
參考:Global.asax 檔案

那要怎麼對 Global.asax 應用程式動手腳呢?

針對 Global.asax,可以做以下改變:
public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

    routes.MapRoute(
        "Default", // 路由名稱
        "{controller}/{action}/{strName}/{strAge}", // URL 及參數
        new { controller = "Home", action = "Index", 
            strName = UrlParameter.Optional, strAge = UrlParameter.Optional } // 參數預設值
    );

}

我將 id 參數改為帶兩個參數值,strName 和 strAge,在 \Controllers\HomeController.cs 程式碼中,由於兩參數為 strName 和 strAge,所以如果都要使用參數,兩個參數都要引用,如以下程式碼所示:
public ActionResult MyMvc(string strName, string strAge)
{
    ViewData["Msg"] = "Hello World!";
    ViewData["Name"] = strName;
    ViewData["Age"] = strAge;
    return View();
}

在 \Views\Home\MyMvc.aspx 程式碼中,如果需要引用到函式中所設定的參數,則用 <%= ViewData["parameter"] %>,其他還有甚麼功能等我研究後會再發文章。所以程式碼改為如以下所示:

<h2><%=ViewData["Msg"] %></h2>
    My Name is <%=ViewData["Name"] %>, I'm <%=ViewData["Age"]%> years old.

最後執行要到 http://localhost/Home/MyMvc/DavidKuo/23 才能看出它的效果,如下圖所示:

回目錄
回首頁




ASP.NET MVC 介紹和實作

ASP.NET MVC Framework,它是一個以MVC設計樣式為理念的網頁開發技術,MVC是「Model (模型)、View(介面)、Controller(控制器)」三個單字字首的縮寫。

MVC 架構包括下列元件:
  • Model (模型):模型物件屬於實作應用程式資料網域邏輯之應用程式的一部分。
  • View (檢視): 檢視是顯示應用程式中使用者介面 (UI) 的元件
  • 控制器。 控制器就是元件,可以處理使用者互動、使用模型並且在最後選擇可以轉譯要顯示 UI 的檢視。

而ASP.NET MVC 的優點有:
  • 利於SEO
  • 利於維護
  • 掌握網頁細部運作、高度客製化
  • 整合運動 ASP.NET 功能
  • 利於團隊協同開發
  • 開發模式讓測試驅動式開發式或單元測式變得容易

以上引用參考:
Web 表單和 ASP.NET MVC 相比較
MVC wiki
ASP.NET MVC 概觀
ASP.NET MVC技術定位與抉擇

現在可以來做個簡易的 MVC。

作業系統:windows 7
開發環境:vs 2010

首先新增一個專案(如下圖所示):

在 \Controllers\HomeController.cs 檔案中,你可以加入一段程式碼:

public ActionResult MyMvc()
{
    return View();
}
接著選擇函式那一行程式碼在點擊右鍵(如下圖選取):

在 \Views\Shared\Site.Master 檔案中,加入一段程式碼(比對一下):

<div id="menucontainer">

    <ul id="menu">              
        <li><%: Html.ActionLink("首頁", "Index", "Home")%></li>
        <li><%: Html.ActionLink("關於", "About", "Home")%></li>
        <li><%: Html.ActionLink("我的MVC", "MyMvc", "Home")%></li>
    </ul>

</div>

執行後就會如下圖,多一個目錄選項:

回目錄
回首頁