全新的繁體中文 WordPress 網站
This is the google chrome plugin can help you make the label on the paragraph while you have no time to read through at that moment and come back later to read while you have a time. The tool will show on the up-right corner when it’s installed and manage the label you made during your browsing.
Plug in here – youRhere：https://chrome.google.com/webstore/detail/fkandkgadbpobooanbmiiinlelnhbabm
企業網站怎麼經營? 是經常被問到的問題，並且也看過許多網站經營時掛一漏萬。因此在此提出企業網站經營四大策略: KIMO，來讓企業網站能夠很清楚的掌握到重點。
什麼啊? 企業網站經營四大策略竟然是KIMO? 是奇摩嗎? 怎麼企業網站經營會跟它扯上關係呢?
誤會了，這個KIMO不是指奇摩，而是指以下四大策略的縮寫:
(1) Knowledge sharing (知識分享) : 企業網站不應該以銷售產品為唯一目的，企業網站越大越不應該依靠網站銷售產品，而應該建置一個平台來銷售服務。
什麼樣的平台呢? 就是一個可以分享企業知識的網路平台。
依靠銷售產品無法培養具有忠誠度的消費者，但是依靠平台則可以讓消費者無法離開你的知識平台。除非別的網站提供更好的知識分享平台。
知識分享平台對於SEO有絕對的幫助，對於消費者也有絕對的幫助，當然對於企業更是可以培養消費者的忠誠度，因此是創造三贏的局面。
舉個例子來說，許多網站經常詢問我們為什麼轉換率(conversion rate)一直不好? 經過瞭解才知道，他們的網站除了產品服務之外，沒有其他內容。既然沒有相關內容，搜尋引擎當然無法給予優秀的排名，加上沒有知名度，因此需要該產品服務的 人找不到該網站，尚不需要該產品服務的人更不會來訪，當然不會有優秀的轉換率。
如果網站能夠建立企業知識的網路分享平台，就會慢慢吸引需要該知識的訪客，這些訪客也會逐漸信賴該網站，而從潛在的客戶變成真正的客戶。而需要該產品服務的人，也會因此而可以在搜尋時找到該網站。
(2) Integration of daily operations (整合每天的日常作業)
這個項目主要重點在於「整合」，一個企業活動，每天會產生很多值得分享的內容，這些內容應該透過整合而自動轉化成可以分享的內容，而不需要再加工，或是不需要太多的加工，就可以變成網路分享平台的一部分。
除了聘請寫手來產生內容之外，這些透過整合而由內部產生的內容，也是可以產生許多優秀的內容。
不過這個整合每天的日常作業的難易度，必須視企業類型而定，有些可以很容易的建構這個整合的機置，但是也有可能不太容易建構。
例如，如果你是硬體供應商，內部應該就有一定的程序來解決硬體出現的問題，有些可能因為驅動程式版本的問題，有些可能是操作產生的問題，有些可能是硬體相互搭配的問題，這些問題就可能透過整合內部作業機置，而產生可以分享的知識。
例如，如果你有電話客服，電話客服所解決的問題就可以先自動分類，然後再經過加工而成為可以分享的知識。
問題是內部員工產生了可以分享的內容，獲得了什麼好處? 這些內容是否能夠持續維護而延長其生命週期? 這就必須依靠企業建立制度，來讓內部員工樂於創造知識分享的內容。
從這篇”3 Marketing Lessons From Amazon’s Web Strategy“，我們可以看到其中說到: 亞瑪遜網站的成功，其中一個重要的關鍵就是建立了大量的內容，然後讓使用者去翻天覆地的使用之後，再由使用者習慣分析中產生了個人化的需求。
如同我們所說的，企業網站如果能夠整合內部活動，而將產生的大量知識性內容分享出來，就能夠如亞瑪遜網站一樣，逐步的過濾出消費者的個人化資訊。
(3) Multiple perception network (多層感知網路)
多層感知網路似乎聽起來很有困難度，其實意思是企業不應該以一個企業網站來面對外在環境，而必須以多個層次的感知器來接收外來的訊號，說得簡單一些 就是，Twitter、Facebook、Plurk、電子商務網站、企業部落格、企業知識分享網站 … 等等，這些都是企業網站群，都應該正視這些網站的經營，不能因為臉書只是一個外部網站，而隨便派個工讀生擋著就交差。
並且企業應視其能力，盡可能的不要將所有資源都集中到某個網路上，或是依其趨勢盡可能的彈性調配資源。
從這篇”4 Ingredients to a Successful Social Web Strategy“就說到: 許多行銷者專注在Facebook的粉絲專頁上，使用一堆生手去管理企業的社交入口，當然無法得到滿意的效果。
跟我們上面所說的一樣，企業必須多管道的進行社交網路，才可能從社交行銷上獲得成功。
(4) Off-line engagement (離線投入)
既然是談到企業網站經營，為什麼會出現「離線投入」呢? 其實在網路上虛擬分享、互動的搞半天，可能抵不上一次的實際接觸。這裡所謂「離線投入」就是指實際生活上的活動或是直接接觸。
「虛擬相依」將是未來網路的趨勢，從實體走向虛擬、從虛擬跨出到實體，將使得消費者在虛擬中享受方便，而在實體中健立忠誠，透過「離線投入」可以使得企業網站能夠培養真正的忠實客戶。
通常我們在日常實際生活中，如果有陌生人跟我們聯絡，一般通常都會浮出兩個問題: 這個人要賣什麼東西給我嗎? (對我有所求嗎?) 這個人對我有好處嗎? (能夠給予我什麼嗎?) 前者是自我防衛性質，後者是主動攻擊性質。
當企業在虛擬網路上培養了粉絲，表示這些粉絲可以從企業網路上得到東西，因此當進行「離線投入」時，粉絲的自我防衛性質會降低，因此特過企業網路而到「離線投入」，可以更加的與粉絲建立情感。
如果您有任何其他意見，也歡迎跟我們討論囉。
Reference from: http://www.dns.com.tw/?p=1737
2012年將是一個多變的一年，面對全球各種負面經濟因素的狀況之下，企業應該如何進行網路行銷才能夠立於不敗之地呢? 2012年的網路行銷會有哪些趨勢呢?
從這篇”Marketing Methods and Trends – What’s New for 2012?“文章，作者提到了幾項網路行銷應該注意的趨勢，詳細敘述如下:
(1) Mobile Marketing (行動行銷)
我們曾經在”網路行銷的最後一哩 : Google Nexus One?“提到:如果你的網路行銷策略還沒想到Mobile這一塊的話，是時候該思考了，如果等一切都成熟就來不及了。當時的時間是2010年，如果你的企業在當時就能夠開始思考的話，現在就應該已經有了萬全的準備了。
根據這篇”It’s official: mobile devices outnumber people in the U.S.“，在美國使用行動電話的人口已經超越美國的總人口數目，而美國的上網人口才只有美國的總人口數目的75~80%。
而台灣的情況，根據這個報告”2011年6月底止台灣上網人口“，經常上網人口數於2011/6已經達到47% (當然實際上網人口數會高於這個數字)，根據這個”台灣寬頻網路使用調查報告“資料，2011年台灣地區家戶上網比例達到79.77%，曾經使用行動上網的人口已達382萬人，較去年增加2.61個百分點；此外，已有3%~9%的網友將行動上網當作固定的連網方式。
因此預計我們所說的「最後一哩」，今年將可望在台灣真正的展開。作者說到，今年將會陸續出現各種更快的行動設備、以及各種LBS (Location-based Services)整合出現，因此如果你的行銷尚未在行動行銷上著墨的話，該是時候了。
(2) Social Marketing Integration (社交行銷整合)
我們曾經在”Facebook 網路行銷“說到，現在則是所有的公司網路都是社交網路，也就是經營企業就是在經營社交。在2012年經營社交網路，不應該還停留在與消費者互動，那個是去年就應該做到的事情，除了互動之外，應該利用社交網路進行更精準的行銷。
(3) Traditional Marketing Continues to Diminishes (傳統行銷持續疲軟)
這點是無庸置疑的，因為線上行銷可以清楚的掌握各種數據，並且消費者持續增加在網路上的活動，因此各種行銷預算將會移往線上網路行銷的領域上。
(4) Consumers Will Determine Value (消費者決定價值)
在這個不景氣的年代，消費者對於他們的荷包看得很緊，因此他們只會把錢消費在最有價值的產品上面，所以不被消費者認為是有價值的東西，再怎麼行銷都 是沒有用處的，行銷者無法決定這個價值。消費者不會因為產品在促銷而去購買，因此企業必須行銷產品的價值，才能夠讓消費者掏出錢來購買。
(5) Regulations Abound (各種規則出現)
網路上的規則都是如此，剛開始的時候完全沒有規定，所有人都在黑暗中摸索，但是逐漸累積經驗之後，才會慢慢出現許多立法與規範。而現在同樣會陸續出現更多的規則，例如SOPA，為的是要更嚴格打擊線上盜版，只要是在網站上發現盜版行為，政府可以全面的封鎖該網站。
Matt Cutts的這篇文章”Progress against SOPA“就明白的指出，SOPA將會讓網際網路受到箝制，因為網路上可能出現假SOPA之名的限制言論行為。這類奇怪的規定將會陸續出現，SOPA不會是最後一個。
(6) Relationships will Drive Loyalty and Sales (關係將會驅使忠誠與銷售)
作者認為企業是否能夠順利行銷，決定在於企業與消費者的關係，這點跟我們這篇”企業創新經營模式系列之四: 網站經營四大策略~KIMO“有些類似，我們說到~依靠銷售產品無法培養具有忠誠度的消費者，但是依靠平台則可以讓消費者無法離開你的知識平台。除非別的網站提供更好的知識分享平台 … 也就是企業必須思考使用各種方式拉近與消費者的關係。
在實際的生活中，消費者可能因為方便而購買某個產品，例如習慣在某個大賣場購買日常用品，但是在網路上就很容易轉移，因此透過關係的建立，才能夠讓消費者持續消費。
以上所說的這些趨勢，你的企業是否都準備好對策了呢? 也歡迎提出你的看法來交流囉。
reference from: http://www.dns.com.tw/?p=1747
微軟在 SQL Server 2005 Service Pack 2 推出的時候也釋出了一套免費的 Performance Dashboard Reports 自訂報表，透過此報表可以很輕易的分析出整台 SQL Server 的執行效能，是一個非常非常實用的效能分析工具，幾乎是每位 DBA 必備的工具之一，可惜的是到了 SQL Server 2008 之後就不再更新，以致於無法正常安裝到 SQL Server 2008 之後的版本，本文章將說明正確的安裝步驟，讓此報表也能夠在 SQL Server 2008 上正確執行。
在我們下載完 SQL Server 2005 Performance Dashboard Reports 之後，直接點擊 *.msi 檔進行安裝，安裝到選取安裝路徑時，請記得要選取正確的 SQL Server 2008 的安裝目錄才行，如下圖示請點選 Browse 按鈕：
然後預設的安裝路徑為 C:\Program Files (x86)\Microsoft SQL Server\90\Tools\PerformanceDashboard\ 我們只要把該路徑的 90 修改成 100 即是 SQL Server 2008 的預設安裝路徑，不過其實安裝在哪裡都沒什麼關係，因為之後報表還是需要被手動載入，但基本上我不會亂裝到其他的路徑：
安裝完後在安裝目錄下會看見一個 setup.sql 指令檔，這個指令檔必須手動到 SQL Server 執行，才會在 msdb 資料庫建立起 Performance Dashboard Reports 所需的函數與預存程序：
若在 SQL Server 2005 資料庫伺服器執行這個指令檔 ( Service Pack 2 以後的更新 ) 並不會有任何問題，但是在 SQL Server 2008 的資料庫伺服器就會遇到以下錯誤：
Msg 207, Level 16, State 1, Procedure usp_Main_GetCPUHistory, Line 6
無效的資料行名稱 ‘cpu_ticks_in_ms’。
Msg 15151, Level 16, State 1, Line 1
無法 尋找 物件 ‘usp_Main_GetCPUHistory’，因為它不存在或您沒有權限。
這個錯誤的主因出在於原本在 SQL Server 2005 裡有個 DMV (Dynamic Management Views) 叫做 sys.dm_os_sys_info，在這個版本的 DMV 有個 cpu_ticks_in_ms 欄位，但在 SQL Server 2008 之後的版本該欄位被修改成 ms_ticks，所以你必須手動修改 setup.sql 指令檔，在 第 218 行的地方將該欄位修正，修正後重新執行一次就可以建立完成。
接著就是利用 Management Studio 從伺服器層級開啟自訂報表，如下圖示：
然後切換至 Performance Dashboard Reports 的安裝目錄並選取 performance_dashboard_main.rdl 報表
按下開啟舊檔後，報表就會立即出現正確的效能分析報告，如下圖示（點圖可放大顯示）
這裡其實包含好幾份子報表，都是相互連動的，所分析出來的資訊之寶貴無法言寓，有心想研究的人建議可參考安裝目錄下的 PerfDash.chm 文件，這裡有每一份報表的詳細說明：
在點選進 (Drill down) 子報表之後，如果要回上一頁，可以按報表左上角的「向後巡覽」按鈕，這樣就可以不用每次重新開啟報表：
在眾多報表之中，我覺得最有用的應該就是 Missing Indexes (遺失的索引)：
這份報表可以幫我們找出有哪些表格遺失了某些「可能需要」的索引（切記：越多的索引代表資料寫入速度越慢），然而在分析出所有遺失的索引後，你可以在 Proposed Index 欄位發現他連建立索引的語法都幫你寫好了，可惜的是你無法直接從報表上複製文字下來，只能先匯出 Excel 再複製其 T-SQL 語法：
由 於你不應該把所有「可能遺失的索引」都建立起來，因此以下提供一個基本的判斷原則，幫助你選擇到底有哪些索引應該被建立，這調校原則雖然適用於許多情況， 但該原則還是僅供參考，設定不好而導致資料庫寫入速度變慢請不要找我負責，因為資料庫的效能調校不僅僅只有這樣的判斷邏輯，還有許多其他的環境因素都有可 能影響到調校的策略，像是：硬碟存取速度、應用程式特性、系統資源分配情況、…等等
- 當 Avg Total User Cost 欄位的數值超過「個位數」以上，就算是蠻高的成本，可以考慮建立索引
- 當 Avg User Impact 欄位的數值超過 80 以上，也算是蠻高的衝擊，也可以考慮建立該索引
不過再進一步分析 Unique Compiles、User Seeks、User Scans 數量過低的情況，其實建立索引不見得對整體執行效能有幫助（因為該索引的使用率過低），反而會導致寫入效能低落的情況，這時你也可以選擇不建立該索引：
§ 最後提醒 §
這些統計資訊的資料來源大多來自於 SQL Server 裡所謂的 動態管理檢視 ( DMV )，這些資訊是從資料庫實體 (Instance) 啟動之後所累積的動態資訊，所以 SQL Server 跑得越久，所收集到的資訊越精準，也越能找出在啟動 SQL Server 服務之後到現在所累積的效能問題有哪些。
Reference from: http://blog.miniasp.com/post/2011/08/24/Performance-Dashboard-Reports-for-SQL-Server-2008.aspx#continue
RDFa (or Resource Description Framework – in – attributes) is a W3C Recommendation that adds a set of attribute level extensions to XHTML for embedding rich metadata within Web documents. The RDF data model mapping enables its use for embedding RDF triples within XHTML documents, it also enables the extraction of RDF model triples by compliant user agents.—– Wikipedia
RDFa Primer (中文), About RDFa – Google, SearchMonkey support RDFa Enabled
