工作仍在繼續（慢），我的新的基於Twitter的應用。 在接下來的幾個銀行假日，我希望得到的勢頭項目（好天氣，儘管目前）。 無論如何，我的下一個任務是創建一個認證適配器Zend框架 。 我有一個工作的實現登錄，但在驗證適配器Zend框架的下降似乎像一個有吸引力的建議，所以我創造了它....
（我不會去通過OAuth的或與Twitter註冊您的應用程序，還有數百名導遊和一個相當簡單的過程，無論如何。）
繼續閱讀'OAuth的/ Zend框架'Twitter的驗證適配器»
儘管Twitter 的仇恨在此刻，我已經設置了創建一個新的基於Twitter的應用。 作為的人管理多個帳戶（包括個人和我的慈善工作），我一直需要一段時間，我剛剛周圍書面形式（在不久的將來有更多的...）的工具。
我讀了對Zend_Oauth_Consumer和如何它可以用來與Twitter交互使用OAuth的授權。 一切都很好，我有我的訪問鍵和歡快，我可以離開用戶的名義發表。 還有大量的資源有做到這一點，所以我不會孔人。
下一步是讓人們返回到該網站，登錄和修改自己的帳戶。 這是我達到了一個小問題。 在網站上使用的代碼示例的意思，我嘰嘰喳喳問我獲得授權再次為每個登錄，也不好。 掃描通過的框架，我看不到任何東西，這將使我只是請求驗證。 這並不是說其不存在，但似乎沒有，是一種身份驗證機制，可以調用已經不知道該訪問令牌。
替代方案是實現一個基於網站日誌，或以某種方式存儲在客戶端上（當然加密）用戶的訪問令牌。 這些都不似乎是一個很好的/合適的解決方案。
繼續閱讀“登錄”與Twitter使用Zend框架“»
總結
這是一個快速後討論我呈現在Zend框架風格的視圖文件，只有當它存在的相當簡單的視圖助手。 一般要求的代碼，以使文件不存在將拋出一個異常。 因此，我創建了一個在Zend_View包裝:: render（）的方法，確定該文件是否存在，若有呈現，否則只是返回一個空字符串。
繼續閱讀'Zend框架：渲染如果存在'»
與Zend認證工程師（鄭州商品交易所）計劃為5.3的正式發布，我想我應該給我什麼我認為考試的快速印象。
一個對自己的小背景：我第一次引入到PHP大約7年前，曾在PHP的專業自2006年以來。 我目前的工作稱為一個令人興奮的啟動Brightpearl根據英國布里斯托 ，生產集成CRM，會計，電子商務軟件。 以前我沒有獲得任何以前的鄭州商品交易所資格。 我目前在5.2.X系列的開發，還沒有真正使用任何具體的5.3功能（我等待Zend框架和原則 2）在我的開發項目。
繼續閱讀'Zend認證工程師（鄭州商品交易所）5.3“»
圖片從http://www.flickr.com/photos/daniello/
總結
我在這裡討論修改HTML標記創建一個視圖助手，更具體的body標籤。 創建視圖助手允許類似的頭* / inlineScript已經在標準視圖助手Zend Framework的視圖助手的功能，但允許編程修改標籤屬性。 肯定github上的演示頁面和代碼檢查。
動機
Zend框架標準視圖助手是一套精簡世俗的看法任務和醜陋的黑客不應用允許在視圖腳本和頭塊（一般在佈局中舉行）修改/添加一個工具（即頭* / inlineScript認為傭工）。
後際，我發現需要的<body>標籤進行修改，例如添加的onload ，類，或樣式屬性等我還需要能夠執行在其他視圖助手。 藉此以下的例子...
在X網站的某些網頁，包括標準的道場形式。 這些道場的形式在方便的視圖助手舉行。 一般來說，已決定不包括Dojo的CSS在body標籤類，只會增加他們在必要時。 有可能需要添加自己的屬性body標籤。頁面上的幾個視圖助手（我說那是做作）
代碼是在我的GIT倉庫@ github上和演示頁 。
繼續閱讀“Zend Framework的身體標籤視圖助手”»
依賴注入 （DI）的是什麼？
依賴注入是一種技術，它允許在一個軟件應用程序的鬆散耦合的對象。 一般來說，如果一個對象需要訪問的另一個功能，它會被實例化，國內領先的緊耦合的系統。 我們通過實現依賴注入注入所需的對象準備使用（有時也被稱為控制反轉 - 國際奧委會）。 看看下面的例子：
<？PHP
類決策者{
公共的功能makeDecision（數組$參數）{
/ /需要的數據庫適配器
$ DP =新DecisionParameters（）;
美元parameterScore = $ DP-> getScore（參數）;
/ * ... 一些更多的決策邏輯... * /
回報（美元parameterScore> 50）;
}
} 這一段代碼表示，要緊密結合的DecisionParameters對象。 在鬆散耦合的方式重寫以上，我們就會有類似....
<？PHP
類決策者{
私營美元_dp;
公共職能__結構（DP）{
- > _dp = $ DP;
}
公共的功能makeDecision（數組$參數）{
美元parameterScore = $ - > _dp> getScore（美元參數）;
/ * ... 一些更多的決策邏輯... * /
回報（美元parameterScore> 50）;
}
} 雖然獲得鬆散耦合的代碼的好處，我們也有實例化它的依賴，並在太通過這些，我們增加了複雜性，每次一個對象被實例化。 例如：
$選擇=新的決策者（）;
呼應選擇> makeDecision（陣列（'努力'=>'低'，'回報'=>'高'））;
現在變成了：
$ DP =新DecisionParameters（）;
為選擇新的決策人（DP）;
呼應選擇> makeDecision（陣列（'努力'=>'低'，'回報'=>'高'））;
一類的依賴關係的數量增加，這種情況變得更加痛苦，如果自己有依賴的依賴呢？ 這可以很快成為一個對象管理的惡夢！ 輸入的依賴注入容器（或框架）...
繼續閱讀“快速入門Symfony的DI（依賴注入）教程”»
在這篇文章中，我期待在使用Zend_Layout的一個簡單的前端控制器，顯示它是如何開始在您的應用程序的業務邏輯和表示分離和Zend_View。 所有的代碼是在github上：
Zend_Layout的裸體和Zend_View GitHub上 。
作為後續行動，我以前的帖子，每個模塊為基礎的佈局設置為Zend框架 ，我已經更新了代碼，要求比以前更少的配置（而不是它需要更多的，在您的應用程序配置了幾行！）。
繼續閱讀“每個模塊的佈局設置Zend框架-按照”»
這看似簡單，但我是撞我的頭，試圖創建一個URL在一個自定義的視圖助手Zend框架 。 我已經從子域所使用的模塊，所以我不能用一個簡單的硬編碼的URL路由設置。
繼續閱讀“創建自定義視圖助手在Zend的網址”»
在最後發表的文章我約Zend_Navigation，的延續sitemap.xml的定制控制器/動作路線的要求 ，這個職位是在運行/腳本執行Zend_Navigation容器dymnamically添加頁面。
它的一切都很好指定您的網頁在一個INI或XML文件，但在某些時候，你會改變在您的網站頁面，你想作為一個菜單，地圖，或將包括在您的麵包屑的一部分。 因此，我們需要做的是我們的Zend_Navigation容器在運行時添加頁面。 這個例子是在添加新聞，博客文章，或頁的意見，等等。
繼續閱讀“動態頁面添加到Zend_Navigation在運行時容器»
評論（0） 
文章 ， PHP ， Web編程 ， Zend框架 ， Zend_Auth的 ， Zend_Auth_Adapter ， Zend_Oauth ， Zend_Oauth_Consumer | 
適配器 ， 認證 ， 認證 ， OAuth的 ， PHP ， 嘰嘰喳喳 ， Zend的 Zend框架 ， Zend_Auth_Adapter_Interface ， Zend_Auth_Result的 ， Zend_Oauth_Consumer ， 由Zend_Session ， ZF 
