升級wordpress3.2完成

日前於美國國慶公佈的 wordpress 3.2 因為需要 php 5.2.4 以上版本, 所以花了一些時間升級了主機, 並且也更新到 wordpress 3.2 了.

這個很棒的 wordpress 持續更新的狀況, 看起來還是比我更新網誌的進度還要快上許多呢!

相關 wordpress 3.2 更新的資料可以參考:

http://bbs.v8d8.com/zzzj/?p=892

http://osfree.tv/?p=466

http://fan.renren.it/a/bianchengyuyan/PHP/20110425/84007.html

更新php到5.2.6

為能配合這次的 wordpress 3.2 的升級, 把用很久的 php4.4.4 更新上來到 php5.2.6

wordpress 3.2  php 的最低需求是 5.2.4, 所以先升到這個版本, 花了一些時間整理掉許多不用的站台及資料庫, 並一併升級 mysql 版本. 一樣是使用 appserv 在 windows 上的環境執行, 並安裝的 eAccelerator, 用來加速 php 的執行效率.

SQL Server的Replication中的Article必須要有Primary Key

這個是朋友請我查的資料, 其實邏輯上還蠻容易的, 因為 SQL Server的Transactional Replication是參考table的primary key來進行新增刪除修改的, 若是該table沒有primary key的話, 是沒有辦法加入到publication的article裡的.

資料可以參考這裡:

http://msdn.microsoft.com/en-US/library/ms152559%28v=SQL.90%29.aspx

其中的:

Limitations on Publishing Objects

  • The maximum number of articles and columns that can be published differs by publication type. For more information, see the “Replication Objects” section of Maximum Capacity Specifications for SQL Server 2005.
  • Stored procedures, views, triggers, and user-defined functions that are defined as WITH ENCRYPTION cannot be published as part of SQL Server replication.
  • XML schema collections can be replicated but changes are not replicated after the initial snapshot.
  • Tables published for transactional replication must have a primary key. If a table is in a transactional replication publication, you cannot disable any indexes that are associated with primary key columns. These indexes are required by replication. To disable an index, you must first drop the table from the publication.
  • Bound defaults created with sp_bindefault (Transact-SQL) are not replicated (bound defaults are deprecated in favor of defaults created with the DEFAULT keyword of ALTER TABLE or CREATE TABLE).

 

上面紅字部分就是說明這個限制.

 

更新到wordpress 3.1

2/24 wordpress 釋出了更新版本到 3.1 了.

果然這從上次更新到這次更新都還沒有發表新文章, 說中了更新的速度比寫文章的速度還要快的這件事.

3.1 版本新的功能介紹在這裡:

http://codex.wordpress.org/Version_3.1

其中比較明顯的是blog版主登入的狀況下, 上面會出現一個 admin bar, 方便版主選寫文章或是管理文章及回覆使用, 還蠻貼心的設計.

 

SQL Server Optimization

這篇文章寫得十分有用, 建議有在做資料庫效能調校的朋友們可以讀一下.

http://msdn.microsoft.com/en-us/library/aa964133%28SQL.90%29.aspx

其中最後有還蠻精要的整理, 也就是這段落: Optimization Rules of Thumb

對於 index 等的設計都有蠻好的解說及經驗, 利用執行計劃 (execution plan) 的數據資料來檢視索引建立的狀況是否良好, 而且也應該適時更新統計資料(statistics), 利用這個指令: update statistics <TableName>, 更新好統計資料的 table , 再來檢視執行計劃, 會更準確.

另外查詢時, 儘量不要對資料欄位進行操作, 也就是以原本的資料來做比對及判斷, 查詢引擎才會使用對應的索引, 若利用了函數或一些轉型, 讓原始欄位改變的查詢條件, 查詢引擎就沒有辦法使用索引帶來的好處了, 如文章中舉的例子, 像是:

cast(DateField as varchar(20)) = @dateString

應該調整為 @dateString 轉型成為 DateField 的型態, 再來進行查詢, 肯定效果會更好, 另外還有這個例子(不是文章中提到的)也是很經典, 像是

Left(VarCharField, 1) = ‘k’

應該要改為

VarCharField like ‘k%’

這樣也是較函數來得佳, 都是可以改善查詢效能的.

試看看, 應該都有空間可以再精進!

原來在3.0時mu的版本就已和主版本合併了

剛在逛 mu.wordpress.org 網站時, 才發現, 原來已經合併到主版本上了, 而且是稱之為 multi-site 的 wordpress, 也就是說, wordpress 本身已經 support 多人使用囉. 中文的網站有詳細的說明在此: http://tw.wordpress.org/2010/06/18/wordpress-3-0-thelonious/ , 其實這樣子的話, 相信會更方便維護及更新了.

wordpress 一直是我覺得發展的很好的一個開源 blog 系統, 即使是 mu的版本, 大多數的單人版佈景主題, 插件, 都能夠幾乎無痛地在 mu 多人版使用, 架構上十分良好, 合併起來, 相信是更棒的開發方式.

把 mu 的最後記錄畫面抓下來記念一下: