先進無線技術、產品和服務的領先開發及創新廠商高通公司日前宣佈，公司最新的智能手機芯片組系列正在出樣，將為主流智能手機的移動性能開闢新的天地。MSM7x30芯片組系列以強大的多媒體性能為特色，支持高清視頻錄像和回放、專用2D和3D內核的出色圖形性能、以及為反應快速、引人入勝的網絡體驗而優化的整體芯片設計。首款基於MSM7x30主打芯片組系列的終端預計將於2010年年底前商用。

高通CDMA技術集團產品管理副總裁阿力克斯·卡圖贊表示：「高通公司繼續重視支持最佳的移動體驗。這一最新的芯片組系列將為智能手機細分市場帶來無可比擬的功能。隨著智能手機市場需求的不斷增長，我們的創新技術將支持終端廠商合作夥伴推出具有超凡價值的產品。」

MSM7x30芯片組系列包括針對HSPA+網絡的MSM7230 解決方案，和支持多模HSPA+/EV-DO版本B與SV-DO的MSM7630解決方案，其設計均以最優的數據吞吐量和強大的多媒體功能為核心。7×30芯片組使用的是與此前已商用的Snapdragon QSD8x50相同的市場領先的Scorpion CPU。7×30使用基於ARM v7指令集的800 MHz 至1 GHz定制超標量CPU，以低功耗提供出色的高端處理能力，支持如下特性：

• 支持每秒30幀的720p高清視頻編碼與解碼；
• 集成2D 和 3D圖形GPU，支持OpenGL ES 2.0和OpenVG 1.1 行業標準API；
• 專用低功耗音頻子系統，支持5.1環繞立體聲；
• 支持1200萬像素攝像頭；
• 整合GPS針對Location-based Service；
• 支持包括Android，Windows Mobile，Brew MP和Symbian在內的領先移動操作系統；
• 支持層疊封裝內存以壓縮主板面積、優化功耗並獲得反應更快的性能。

MSM7x30芯片組系列由PM8058功率管理集成線路和集成Bluetooth與調頻廣播的QTR8600射頻子系統支持。MSM7x30芯片組還將與高通公司的WCN1312 WLAN解決方案直接接口以支持802.11 b/g/n。

© admin for Temporality, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: 7x30, qualcomm

Feed enhanced by Better Feed from Ozh

Zend_Loader_Autoloader 的功用(目的)

• 提供真正的namespace autoloader (之前是不區分namespace的)
• 提供註冊任意個數的callback 函式作為 autoload function, 其中是以 stack 的方式運作。這是為了克服 PHP 5標準的 spl_autoload 只允許一個 callback function 的問題。
• 允許最佳化的 namespace 比對方式，提高解析類別的速度。

原本的 autoload 是這樣用的 (最簡單的情況)

require_once('Zend/Loader.php');
Zend_Loader::registerAutoload();

在 ZF 1.8 要改成

require_once('Zend/Loader/Autoloader.php');
$autoloader = Zend_Loader_Autoloader::getInstance();
$autoloader->setFallbackAutoloader(true);

這適用於函式庫中沒有自己加的 namepsace，所以會使用預設的 Zend_ 跟 ZendX_，這也是 Zend Framework 中 class 所使用的 prefix ，這首先讓 Zend Framework 內的 class 能夠自動被載入。而 setFallbackAutoloader(true) 則是讓寫在 include_path 中，又沒有的 namespace 的 class 能被載入，這通常會是在 models/ 之中的檔案。

不過這邊有一點相當奇怪，假設我沒有 model，不需要 setFallbackAutoloader(true)，那麼就應該不需要執行 getInstance()而一樣可以使用 Zend_ 跟 ZendX_ 的類別，但實際上如果我只有 require_once(‘Zend/Loader/Autoloader.php’) 的話，我之後還是不能使用 Zend_* 的類別，這部份還不清楚是 Zend_Loader_Autoloader 的 bug 還是 spl_autoload 的問題。

新版的改進其實還有 Zend_Tool 跟 Zend_Application 可以用，這部份之後再來研究，先把 Autoload 這部份 Apply 到現有的程式上。

參考資料

• Zend_Loader’s autoloader deprecated in Zend Framework 1.8
• ZF Manual – Zend Loader Autoloader

© admin for Temporality, 2009. | Permalink | 2 comments | Add to del.icio.us
Post tags: zend framework

Feed enhanced by Better Feed from Ozh

這兩天花了蠻多時間在 Survey Git 這套先進的 SCM。在新的工作上，我打算從 Subversion 轉換到 Git 來做專案、程式的版本控制。

之前在學習 Subversion 時，是根據 SVN Book 中文版開始入門，從而瞭解 CVS 和 Subversion 設計及使用的觀念，讓我知道，使用 CVS 或 Subversion 的差異，以及該如何使用 SVN 融入我的開發流程，以文件來說， SVN Book 是寫的相當清楚易懂的。不過 Git 在這個部份，我卻沒有找到相似的介紹文件，尤其是它著名的 Distributed 特性，讓我不太了解如何套用，以及使用這樣 Distributed 的特性，會對原本工作的流程產生什麼樣的影響和變化。這些都是在 Survey 的過程中需要先被確認的。

疑問 – 如何規劃 Repository?

首先，我的第一個問題就是「我該如何規劃 Repository?」在 CVS/Subversion 中，我們可以使用一個 Repository 來放許多個不同的 Project，並以目錄來區分，如同工作複本這段所敘述的。更複雜一點的，可以使用檔案庫配置這段所建議兩種架構中選擇一種。


而在工作目錄的部份，可以直接依據情況，只 checkout 需要的子目錄部份即可，而因為 Subversion 會在 Working Directory 的每個子目錄下，都建立一個 .svn/ ，所以它仍可以正確對應目錄資訊，不過 Git 由於只在 Working Directory 的最頂層放一個 .git/ 來處理，使得我蠻懷疑要怎麼處理這樣的狀況？

從這樣的一個基本的疑問，我開始查資料去瞭解 Git ~

參考文件

一開始我先看 Linus 之前在 Google 演講 Git 的錄影 – Linus Torvalds on git (相關介紹可參考 Rex’s 的介紹)，不過聽了半天，發現我只能斷斷續續的聽懂幾句話，而且錄影是以 Linus 的講演為主，對我來說學習的效果不佳，只好另外找其他資料。
於是找到了另一篇簡報的錄影 – OGRE Git Tutorial，這篇介紹了 Git 的內部設計(實做)概念，以及幾個主要的 Work Flow 跟常用指令，這一篇就蠻有幫助的。
以下是一些相關的筆記：

• 不需要 trunk 或 branch 這樣的目錄結構，在 .git 裡面會處理這訊息 *

• git show = svn status (and svn diff)
  git show –stat 單純顯示 status, 也就是 Working 和 HEAD 的差異
  git show –name-status 如同 svn st 的顯示方式

• branch 分成3種: local branch (綠色方塊)、tag (藍紫色方塊)、remote branch(橘色方塊)
• 使用 git checkout -b 做切換分支的動作 *
• HEAD 代表目前 Work Directory 所使用的 branch (的最新版本)
• merge 指令
• rebase 指令, 可以將 (local) branch 整合到 (local) trunk 上，但和 merge 有點不同，感覺有點類似 merge 以後將分支砍掉的感覺 *

其中有標 * 的表示和 Subversion (包括觀念或用法)比較不同的地方。
不過在最後面有關 push 跟 poll 的部份，我還沒有看懂是怎麼分辨其他人能不能 push patch 到 original 去的，不過這不是大問題，用了以後就會知道了。

結論

基本上看完這些以後，目前是傾向把一個 git 來管理一個 project 吧，否則一個 branch 或 tag 在 git 是代表整個 repository 的版本，但對對多個 project 來說，這樣的 branch 或 release tag 並沒有意義。

© admin for Temporality, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: git, linus, SCM, subversion, svn

Feed enhanced by Better Feed from Ozh

• OSI Model 有那七層
  • TCP/IP 的五層是那五層
• TCP 和 UDP 的差別
• Process 和 Thread 的差別

OSI Model 有那七層

1. Physical Layer
2. Data Link Layer
3. Network Layer
4. Transport Layer
5. Session Layer
6. Presentation Layer
7. Application Layer

若以 TCP/IP 的架構來分的話，則是

1. Physical Layer
2. Data Link Layer – MAC Layer
3. 連線服務 – IP
4. 傳輸服務 – TCP/UDP
5. 連線服務 – HTTP/TELNET/…

參考資料

• iThome – 什麼是OSI的7層架構？
• TCP/IP與OSI之比較研究

UDP 和 TCP 的差別

TCP 提供 Connection Oriented 的可靠傳輸，UDP則是 COnnectionless Oriented。TCP 會透過確認及重送機制來保證封包正確抵達，在傳送的過程中，封包可不必按照順序進行接收。因此，UDP在傳送過程中可能會遺失、重複、錯誤，但傳輸的效能可以比較好，適合用於訊息量較大、注重時效性的協定。

參考資料

• TCP & UDP 的差異在哪?

Process 和 Thread 的差別

1. Process

   Heavy weight, 獨立的Program Segment、Data Segment, OS resource 等, 但切換時(Context Switch), CPU 需將當前 Process 的狀態保存起來，再載入下一個要執行的 Process 的狀態，負責儲存這個狀態的稱為PCB (Process Controll Block，或稱 Process Descriptor)

2. Thread

   Light weight process,有自己的 program counter, register set, stack space, no (or a little) context switch
   每個 Thread 有自己的 PC, register set, stack space 表示 thread 可以有自己的 call graph 來執行程式。一個Process中的Thread共用Address Space(包括Program/Data Segment、Resource)，因此切換Thread時不需要切換/複製Address Space，處理代價相對輕很多。

參考資料

• Thread
• 環境切換

© admin for Temporality, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: computer network, OSI, tcp, thread, udp

Feed enhanced by Better Feed from Ozh

有關 pidgin 的 issue 在此: http://developer.pidgin.im/ticket/8080

原本推測是因為 MSN Server 改 protocol 導致第三方 client 水土不服，不過後來有人回應說使用 msn-pecan 就可以了

使用方式

1. 安裝完成後開啟 Pidgin
2. 停用MSN帳號
3. 從管理帳號裡去編輯 MSN 的帳號
4. 將通訊協定(Protocol)改成WLM
5. 儲存

介紹

msn-pecan 是一套 Pidgin 的 MSN Plug-in。
由於作者(Felipe Contreras)接手以後，覺得目前 Pidgin 裡面的 MSN 有許多 issue 需要解決，所以就開了一個分支來作新的 MSN module，和 Pidgin 官方提供的 MSN 功能比起來，msn-pecan 有以下優點:

• 登入更快
• 連線的問題更少
• 出錯當機的機會更少
• 支援直接連線(傳檔較快)
• 儲存使用者顯示名稱
• 支援手寫訊息(只能讀)

另外還有 (這些後來的pidgin 好像都支援了)

• 支援Personal status messages
• 支援離線訊息
• 支援客製化表情

© admin for Temporality, 2009. | Permalink | No comment | Add to del.icio.us
Post tags: MSN, pidgin

Feed enhanced by Better Feed from Ozh

是用來提供作資料分頁的 Component，雖然分頁是個簡單的小功能，可是有時候自己寫又嫌麻煩，所以拿現成的元件來套用也蠻方便的。

Controller

要使用 Zend_Paginator 前，要知道 Zend_Paginator 支援下列四種方式:

1. Array – 將資料集合以 Array 的形式傳入。
2. DbSelect – 將資料庫查詢所需的 Select Query 以 Zend_Db_Select 或字串的形式傳入，會根據 Query 向 DB 抓取對應所需的資料。
3. Iterator – 傳 Iteraotr ，沒仔細看，不過使用上應該跟 Array 差不多。
4. Null – 不處理資料，只用來處理分頁控制的部份。

以 Array Adapter 為例，在 Controller 裡可以用

$paginator = new Zend_Paginator(new Zend_Paginator_Adapter_Array($array));

或是透過 factory pattern

$paginator = Zend_Paginator::factory($array);

接著設定頁數及每頁項目數量

$paginator->setCurrentPageNumber($page)
->setItemCountPerPage($numPerPage); // Default is 10
$this->view->paginator = $paginator;

View

而顯示的部份則交由 view script 來處理。這 View 的處理可分為兩個部份，一個是資料項目的顯示，另一個是分頁功能表的顯示。

資料項目的部份，由於 Zend_Paginator 實做 SPL 的 IteratorAggregate 介面，所以可以使用 foreach() 很方便地來詢訪資料項目。

分頁功能表(用來選擇上一頁、下一頁、或跳頁的控制像) 則透過 paginationControl() 這個 View Helper 來處理

以下為範例的程式碼

<html>
  <body>
    <h1>Example</h1>
    <?php if (count($this->paginator)): ?>
    <ul>
    <?php foreach ($this->paginator as $item): ?>
      <li><?= $item; ?></li>
    <?php endforeach; ?>
    </ul><?php endif; ?>
    <?= $this->paginationControl($this->paginator, 'Sliding', 'my_pagination_control.phtml'); ?>
  </body>
</html>

Zend_Paginator 預設提供四種 Scrolling (捲頁) Style: All、Elastic、Jumping和Sliding。Elastic 和 Sliding分別是 Google 和 Yahoo，不過除了 Elastic 會列出比較多頁數以外，我感覺好像沒什麼差別，下面這是 Sliding Style 的例子:

All 則是會把所有頁數全部列出來，可以用在使用 select box 選擇頁數的時候。

Manual 裡除了範例程式外，還提供了幾個常用的分頁控制項的的例子，其中有提到 YDN 的一些資源，是有關一些 UI 或 Web UI 常見的 pattern，還蠻不錯的，可以參考看看

Advance

再來討論一些我遇到的問題跟解決方法

第一個是 Zend_Db_Table 和 Zend_Paginator 的配合，目前雖然有 DbSelect Adapter 可以用，不過傳回來的東西會是 Array，但是因為我把一些邏輯寫在 Zend_Db_Table_Row 裡面，所以希望資料項目能是 Zend_Db_Table_Rowset 或 Zend_Db_Table_Row，所以有人寫了Paginator_Adapter_DbTable ，改寫 getItem() 的部份，透過 Zend_Db_Table 去作 fetchAll()，不過這個 Adapter 目前還沒有被官方正式採納，所以我就改成使用 Null Adapter 並且自己管理 Data Item。

$select = $table->select();
$select->where(...)->limitPage($page, $numPerPage);
$data = $table->fetchAll($select);
 
$selectCount = $table->select();
$selectCount->from(array("t"=>"table"), array("cnt"=>'COUNT(*)')->where(...);
$cnt = $table->fetchRow($selectCount);
$paginator = Zend_Paginator::factory($cnt);
$paginator->setCurrentPageNumber($page)
          ->setItemCountPerPage($numPerPage);

再來另外一個問題是有關 Zend_Db_Table 的 Relationship Operation，前面我自己寫兩次 Query 分別去取得資料跟總數已經是個爛方法了，可是如果我要用的資料是透過 findManyToManyRowset() 得到的，那就有問題了，似乎不能使用 from() 去設定 COUNT(*)。

在 Google 上查查看，找到這個作法，發現在呼叫完 findManyToManyRowset() 之後，$select 會被改寫成包含 (inner) join 的 SQL Query，所以我可以拿著這個 $select 去請 Zend_Paginator 幫我處理總資料數目。裡面提到會發生 Exception 的問題似乎已經解決了，所以直接用就可以了

$bugsTable = new Bugs();
$bugsRowset = $bugsTable->find(1234)->current();
 
$select = $bugsTable->select();
$select->where(...)->limitPage($page, $numPerPage);
$productsRowset = $bug1234->findManyToManyRowset('Products', 'BugsProducts', null, null, $select);
$paginator = Zend_Paginator::factory($select);
$paginator->setCurrentPageNumber($page)
          ->setItemCountPerPage($numPerPage);

另外原來自己查詢 COUNT(*)使用 Null Apdapter 的作法也可以同樣換掉

$select = $table->select();
$select->where(...)->limitPage($page, $numPerPage);
$data = $table->fetchAll($select);
$paginator = Zend_Paginator::factory($select);
$paginator->setCurrentPageNumber($page)
         ->setItemCountPerPage($numPerPage);

這樣的作法在 Controller 中看起來會滿簡潔的，不過我不確定在校能上會不會有問題，例如說是多做了一次 Query、或是每次都查詢所有的資料。

參考資料

• Zend_Paginator and Zend_Db_Table
• Clear limitoffset and limitcount parts in Dbselect adapter when getting the total items count
• Join Problems with Zend_Paginator and Zend_Db_Select objects

© admin for Temporality, 2008. | Permalink | 2 comments | Add to del.icio.us
Post tags: zend framework

Feed enhanced by Better Feed from Ozh

• Intel E2220
• Gigabyte 73PVM-S2H
• Apacer DDR-800 2G
• 海韻S12II 330W
• 西華約克夏機殼

規格

Intel E2220

2.4GHz, LGA 775, 65nm 製程, 1M L2 Cache

Bus Speed(外頻) 800MHz, Bus/Core Ratio(倍頻) 12x, 65W

• Dual Core
• Enhanced Intel Speedstep® Technology
• Intel® EM64T ¹
• Enhanced Halt State (C1E)
• Execute Disable Bit ²
• Intel® Thermal Monitor 2
• 不支援 Virtualization Technology、vPro 及 Viiv 技術

較便宜的入門級Pentium Dual-Core系列有基本的Execute Disable Bit、EIST、Intel 64技術，不過並沒有Virtualization Technology、vPro及Viiv技術，L2的快取也縮減變成了1MB。

Gigabyte 73PVM-S2H

官方網頁 73PVM-S2h ，這是目前少數內建顯示卡且含 DVI 介面的主機板，手冊在此 GA-73PVM-S2H

• 支援 LGA 775 插槽
• FSB 1333/1066/800 MHz
• NVIDIA^® GeForce 7100/nForce 630i 晶片組
• DDR2 DIMM x2, 最高支援 4GB, DDR2 800/667/533 MHz
• PCI-e 16x * 1, PCI-e 1x *1, PCI *2
• SATA 3G x3, eSATA x1, ATA 133/100/66 x1
• IEEE 1394, USB 2.0 *10 (最多)

Apacer DDR-800 2G

約 $1000

海韻S12II 330W

約 $1700

西華約克夏機殼

© admin for Temporality, 2008. | Permalink | No comment | Add to del.icio.us
Post tags:

Feed enhanced by Better Feed from Ozh