【Zend】処理中にbootstrapを取得する方法
controllerの中なら、 $bootstrap = $this->getInvokeArg('bootstrap'); で取得できる。 modelとかの中でも $bootstrap = Zend_Controller_Front::getInstance()->getParam('bootstrap'); で取得できる bootstrap取得して何をするかというと、application.iniで設定したリソースを取得できる。 例えば、multidbリソースを使ってたとすると $bootstrap->getPluginResource('multidb')->getDb('hoge1'); みたいに、hoge1 DBへのDBアダプターが取得できる。 このアダプターを、各テーブルクラスのコンストラクタで、テーブルのアダプターとして設定してあげると、普段Default_Adapterを設
Zend FrameworkでINIファイルを分散管理する方法 | H2+ Goes On
Zend Frameworkを使って開発を進めていくと、利用するコンポーネントが増えていくにつれて、アプリケーションのINIファイル（一般的に使われているapplication.ini）の内容が膨らんでいきます。特にZend Frameworkのバージョンアップに伴って、Zend_Applicationから利用できるリソースプラグインの種類が充実していくので、ソース中にハードコーディングしていたような環境依存パラメータは、どんどんINIファイルに移行するようになっていきます。application.iniファイル内では、できるだけリソース毎にまとめて書くようにしていますが、INIファイルをリソース毎に分けて管理できないものかと思っていました。 Zend_Applicationクリックスタートにあるように、 zf create project h2plus と、Zend_Toolを使ってプ
Zend_Applicationのシーケンス図 - modifiedの日記
Zend_Version 1.9.4。 Bootstrap周りの処理の流れを簡単に..... まず、Bootstrap内の _initXXX メソッドが全部実行される。 戻り値のオブジェクトはコンテナに保存される。 (図中では __set() と表記) その後、Resourceプラグイン( Zend_Application_Resource_XXXXX )のinitメソッドが実行される。 みたいな流れ。 リソース名は _initXXXX のXXXX 部分と application.iniの resource.XXXX. で対応してるみたい。 読み込まれる Resourceプラグインも resource.XXXX にかかれているパラメータと同じ名前のクラスを探している。 結局、初期化の順番は 1.Bootstrap::_initXXXX どの _init メソッドから呼ばれるかは get_c
Zend_Controller_Plugin_Abstractでプラグイン作って認証チェックZF Memo | ZF Memo
Zend Frameworkを使って 認証前のユーザを自動的にログインページにリダイレクトする 処理はController_Pluginを作ってやるのがZFでは一番スマートぽい。 TomatoCMSもDigitalusもOmekaもZFPlanetもそうしてた。 ということで、自分もpluginを作ってみました。 要件 認証に関する設定は、application.iniに書けるように 認証が必要なものはだいたい、URLがadmin/以下のものだからRouterで認証が必要なものを設定できるにする とはいえ、admin/以下でも例外的に外したいものもあるかもしれないのでその辺も指定できるように。 認証後、認証前のURLに戻れるようにリクエスト値は保持しておく という要件を満たせるように作りました。 Controller_Plugin_Auth クラス <?php /** * Relish
Zend_Application を使うときに参考になるソースZF Memo | ZF Memo
Zend Framework 1.8以降を使う場合は Zend_Applicationを使った構成にしてアプリを作るのが推奨されています。 でもまだまだその辺の情報が少なく、実際やり始めると結構ハマります。 自分は結構ハマりました。 なので、自分が参考にしたソースなどを以下にまとめておきます。 Zend_Applicationを使うときに参考になるソース Tomato CMS Zend Framework 1.10.0をベースに作られている。(2010.06.30時点) Omeka Zend Framework 1.9.7をベースに作られている。(2010.06.30時点) Digitalus Zend Framework 1.8.2をベースに作られている。(2010.06.30時点) 上記三つはかなり有名所のCMSだと思いますので 細かい説明は省きます。 ZFEngine どのバー
Zend_Application を使う - Memo
Zend_Application は DI コンテナで高度に抽象化された (ry オフィシャルのドキュメントでは設定ファイルに依存するような値を書いて、 Zend_Application を生成する際に設定ファイルを渡してやってる。 ディレクトリ構成は以下のような感じにしたい。 app |-- Gene.php |-- configs | `-- app.ini |-- modules | `-- index | |-- controllers | |-- services | `-- models |-- layouts |-- locale `-- views |-- helpers `-- scripts `-- index `-- index `-- index.phtmlブートストラップ自体は library の下に Gene_Bootstrap と置く事にして、 Gene.ph
noopな日々
※2.2の変更履歴にありました。 デフォルトのトランスレータを設定するのに、 <?php $translator = $serviceManager->get('translator'); \Zend\Validator\AbstractValidator::setDefaultTranslator($translator); としているケースがありますが、古い設定のままだと、 Argument 1 passed to Zend\Validator\AbstractValidator::setTranslator() must be an instance of Zend\Validator\Translator\TranslatorInterface, instance of Zend\I18n\Translator\Translator given. といったエラーになりました。 変更
Zend_Application(1) - noopな日々
SVNに1.8のリリースタグが作られました。いよいよZend_Applicationがリリース待ちですね。 というわけで、試してみました。 マニュアル（英語版)はここでリリース済み、日本語版も間もなく出る？でしょう。 ファイルリストはこんな感じ Application.php Application │ │ Exception.php │ ├─Bootstrap │ Base.php │ Exception.php │ IBootstrap.php │ IResourceBootstrap.php │ ├─Module │ Autoloader.php │ Bootstrap.php │ └─Resource Base.php Db.php Exception.php Frontcontroller.php IResource.php Modules.php Session.php Vie
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.nakajijapan.net/2010/03/11/zendframework%E3%81%A7%E3%83%AB%E3%83%BC%E3%82%BF%E3%83%BC%E3%82%92%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%E5%8C%96/
application.iniに独自Application_Resourceのパスを追加。ZF Memo | ZF Memo
Using application.ini for configuring Zend_Application Bootstrap