仕事は私の新しいコンピュータに（ゆっくりと）続けてTwitterのベースのアプリケーション。 銀行休業日の次のカップル上、私はプロジェクトに再び勢いを（現時点では素晴らしい天候のインにもかかわらず）を取得したいと考えています。 とにかく、私の次の作業はのための認証アダプタを作成することでしたZend Frameworkを 。 私は働くログイン実装を持っていましたが、Zend Frameworkのための認証アダプタの低下を持つことは、魅力的な提案のように思えたので、私はそれを作成した...。
（私は通過するつもりはない簡単作成やTwitterのアプリケーションを登録、ガイドやそのかなり簡単なプロセスの数百人がとにかくあります。）
読書"Zend Frameworkのための簡単作成/ Twitterの認証アダプタを"続行»
この記事は、すぐに使用して基本認証でプロキシを設定する方法を紹介しますApacheを 。
私の場合、私は持っていました伝送ビットトレントクライアント必要に応じて私が状態と者の管理トレントダウンロード（そのような最新のFedoraのリリースなど）でチェックできるので、インターネット上で利用可能に。 トランスミッション自体は、デフォルトでポート9091上のWebクライアントを実行します。 ではなく、私のファイアウォール上のポートを開放し、私は私が使用して、Apache経由で伝送に至るまでの呼び出しだけプロキシ、と思いましたnessecaryポートフォワーディングルールの追加気にmod_proxyを 。
"ダイジェスト認証を使用してApacheのプロキシ"読書を続行»
すべてにもかかわらず、 Twitterの憎悪時点で、私が新しい作成に着手しましたさえずりベースのアプリケーションを。 複数のアカウントを管理する人（個人と私の慈善活動のための両方）であること私はちょうど書き込み（近い将来にそれの続きを読む...）に周り得ていることがいつかのためのツールを必要としてきた。
私は上に読みましたZend_Oauth_Consumerとそれがどのように使ってTwitterとやり取りするための認可を取得するために使用することができますOAuthを 。 すべてが順調といい、私は私のアクセスキーを持っていると私は陽気にユーザーに代わって離れて投稿することができます。 これを行うにはそこに資源がたくさんあります私はボアの人々をしませんので。
次のステップは、人々が、ウェブサイトに戻ってログインし、自分のアカウントを変更できるようになった。 私は若干の問題に達したところです。 ウェブサイト上のコード例を使用すると、私はTwitterがよくない、各ログインのために再度アクセス許可に私を尋ねているだろうことを意味した。 私は私が単に認証を要求できるようになる何かを見ることができなかったフレームワークを介してスキャン。 つまり、そのではないそこを言っているわけではありませんが、既にアクセストークンを知らなくても呼び出すことができる認証メカニズムがあるとは思えなかった。
選択肢は（もちろん暗号化された）クライアント上でユーザーのアクセストークンを格納するのか、どういうわけか、サイトベースのログを実装していた。 これらのどちらが良い/適切な解決策のように思えた。
"Zend Frameworkを使用して、"Twitterとのサインイン""続きを読む»
まとめ
これはレンダリングのために私が作成したのではなく、単純なビューヘルパーを議論するためにクイックポストであるZend Frameworkのそれが存在する場合にのみスタイルのビューファイルを。 一般的に存在しないファイルをレンダリングするコードを尋ねると、例外がスローされます。 ファイルが存在し、そのレンダリングする場合は、そうでない場合は単に空の文字列を返すかどうかを決定する方法をレンダリング（）：：従って私はZend_Viewのラッパーを作成しました。
続きを読む"Zend Frameworkを：存在する場合のレンダリング"»
With 公式リリース 5.3用のZendの認定エンジニア（ZCE）プログラムの私は、私は試験どう思うかの私の迅速な印象を与えるだろうと思っていた。
自分自身に少し背景：私が最初に導入されたPHPの約7年前、2006年以来、PHPでプロとして働いている。 私は現在、エキサイティングな立ち上げと呼ばれるために働くBrightpearlに基づいて、 ブリストル、イギリスの統合CRM、会計、およびeコマースのソフトウェアを生産する、。 私は、以前に前のZCEの資格のいずれかを取得していない。 私は現在、5.2.xのシリーズで開発し、実際に特定の5.3機能（私は待っているのいずれか使用していないがZend Frameworkの 2とドクトリン私の開発プロジェクトでの2）。
読書"Zendの認定エンジニア（ZCE）5.3"を続ける»
http://www.flickr.com/photos/daniello/から写真
まとめ
ここで私は、HTMLタグを変更するためのビューヘルパーの作成を検討し、より具体的にbodyタグ。 作成されたビューヘルパーは、すでに標準の機能ヘッド*に似て/ inlineScriptビューヘルパーを可能にZend Frameworkのビューヘルパーが、タグ属性をプログラムで変更することができます。 間違いなくデモページとgithubの上でコードをチェックアウト。
動機
標準的なZend Frameworkのビューヘルパーは、日常的なビューのタスクを合理化し、スクリプトとヘッダーブロックの変更/追加を可能にするためのツールの大きなセットです（一般的なレイアウトで開催された）ビュー内から醜いハックを適用せずに（つまりヘッド* / inlineScriptビューのヘルパー）。
機会時には私が追加して、例えば、<body>タグを変更する必要がある発見したonloadイベント 、クラス、またはその他の属性のスタイルを私も他のビューヘルパーの中からこれを実行できるようにするために必要。 この次の不自然な例を見てください...
ウェブサイトのXで、特定のページには、標準が含まれ道場のフォームを。 これらの道場のフォームは、利便性のためのビューヘルパー内に保持されています。 一般的には道場含めないことを決定しているCSSの bodyタグ内のクラスを、必要な場合にのみ、それらを追加する。 多分bodyタグに独自の属性を追加する必要があるページ上の複数のビューヘルパーは。そこに（私はそれが不自然と言った）
コードは、私のGITリポジトリに@使用可能ですgithubのと、デモページ 。
"Zend Frameworkのボディタグの表示]ヘルパーを"続きを読む»
依存性の注入は、ソフトウェアアプリケーション内で疎結合されたオブジェクトを可能にする技術です。 オブジェクトが別の機能へのアクセスを必要とする場合、一般的に、それは内部的に密結合のシステムにつながってインスタンス化される。 依存性注入を実装することによって、我々は（ - IOC時にはまた制御の反転と呼ばれる）使用する準備ができて、必要なオブジェクトを注入する。 次の例をご覧ください。
<？PHP
クラスの意思決定{
パブリック関数のmakeDecision（配列$パラメータ）{
/ /データベースのアダプタが必要です
$ DP =新しいDecisionParameters（）;
$がparameterScore = $ DP -> getScore（$パラメータ）;
/ * ... いくつかのより多くの意思決定ロジック... * /
リターン（$> 50をparameterScore）;
}
} コードのこの部分は、しっかりとDecisionParametersのオブジェクトに結合されるように言われています。 疎結合な方法で上記の書き換え我々は次のようなものがあるんだけど...。
<？PHP
クラスの意思決定{
プライベート$ _dp。
パブリック関数__construct（$ DP）{
の$ this -> _dp = $ DP;
}
パブリック関数のmakeDecision（配列$パラメータ）{
$がparameterScore =の$ this -> _dp -> getScore（$パラメータ）;
/ * ... いくつかのより多くの意思決定ロジック... * /
リターン（$> 50をparameterScore）;
}
} 我々はたびに、オブジェクトが、我々はまたその依存関係をインスタンス化しすぎでこれらを渡す必要があるインスタンス化されているような複雑さを追加している疎結合コードの利点を得るおいた。 たとえば、この：
$選択=新しい意思決定者（）;
エコー$選択肢 - > makeDecision（配列（'努力'=>'低'、'リターン'=>'高'））;
次のようになります：
$ DP =新しいDecisionParameters（）;
選択=新しい意思決定者（$ DP）$;
エコー$選択肢 - > makeDecision（配列（'努力'=>'低'、'リターン'=>'高'））;
クラスの依存関係の数が増加するにつれ、このような状況がより苦痛になる、との依存関係自体が依存関係を持っている場合はどうでしょうか。 これは非常に迅速に、オブジェクトの管理の悪夢になることができます！ 依存性注入コンテナ（またはフレームワーク）を入力してください...
読書"クイックスタートsymfonyはDI（依存性注入）のチュートリアル"を続ける»
この記事では、アプリケーション内のビジネスロジックとプレゼンテーションを分離することを開始することが可能であるかを示すためにシンプルなフロントコントローラと一緒にZend_Layoutのと、Zend_Viewを使用して見てください。 すべてのコードはgithubで利用可能です。
GitHubで裸Zend_Layoutのと、Zend_View 。
で私の以前の記事のフォローアップとしてあたりのモジュールベースのレイアウト設定のためのZend Frameworkに 、私は必要とするようにコードを更新した後、前に以下の構成（これは必須ではないことよりそのアプリケーション構成の数行！）。
"モジュールのレイアウトごとの設定のZend Frameworkの-フォローアップ"読書を続行»
これは単純に見えるかも知れませんが、私はのカスタムビューのヘルパーでURLを作成しようとする私の頭を叩いていたZend Frameworkの 。 私はハードコードされた簡単なURLを使用することができなかったので、使用中のサブドメインからモジュールを取得する設定をルーティングしている。
読書"Zendのカスタムビューヘルパーで作成するURLを"続行»
コメント（0） 
記事 、 PHP 、 ウェブプログラミング 、 Zend Frameworkは 、 Zend_Authは 、 Zend_Auth_Adapter 、 Zend_Oauth 、 Zend_Oauth_Consumer | 
アダプタ 、 認証 、 認証 、 簡単作成 、 PHP 、 さえずり 、 Zendの 、 Zend Frameworkは 、 Zend_Auth_Adapter_Interface 、 Zend_Auth_Resultの 、 Zend_Oauth_Consumer 、 Zend_Sessionは 、 ZF 
