問題タブ [zend-application]

現在、各モジュールのview/scripts/layout.phtmlファイル（つまり、/application/modules/moduleName/scripts/layout.phtml）でレイアウトスクリプトを探すZendセットアップがあります。これは、application.ini ファイルで layout[] を何もしない (空白) に設定することによって行われます ( resources.layout[] =) 。

問題は、多くのモジュールが同じレイアウトを共有している可能性があることです。同じ正確なレイアウトを、それを使用する各モジュールにコピーしたくありません。特定のパスを設定することで、1 つのレイアウト スクリプトを使用するようresources.layout.layoutpath = /layoutPathにすべてを設定できることを知っています。すべてが /layoutpath/layout.phtml を使用します。$this->_helper->layout->setLayout('foobaz');

問題は、一部のモジュールには「標準」以外の異なるレイアウトがあり、コントローラーまたはアクションごとに設定したくないことです。モジュール全体に設定し、1 か所に設定したい (または、直感的にコード/Zend で自動的に把握したい)。理想的には、現在のようにセットアップされますが、モジュールに独自の layout.phtml がない場合は、既定のモジュールのレイアウトが使用されます。

それで...どうすればいいですか？

Zend_Applicationの構成リソースへの参照を取得するためのヘルパーメソッド/オブジェクト/方法論はありますか？

私は私が次のようなことをすることができることを知っています

しかし、それは設定ファイルをリロード/解析します。実行中の指定された構成値を確認する方法を探していますZend_Application。

私が解決しようとしているより大きな問題はZend_Queue、デフォルトのデータベースリソースと同じデータベース設定を使用したいということです。「configへの参照を取得し、リソース値を読み取る」以外に、これを実現するためのより「Zend Like」の方法がある場合は、それも自由に共有してください。

コマンドラインから Zend_Application を実行する良い方法はありますか? つまり、Zend_Application を呼び出し、その構成をロードしてから、特定のコントローラー アクションを呼び出すシェル スクリプトを実行するか、アプリケーションの構成やモデルなどにアクセスして任意のコマンド ライン スクリプトを実行したいと考えています。

これを一緒にハックするいくつかの方法を考えることができますが、それを行う公式の (しかし十分に文書化されていない) 方法があるように思えます。

application.ini から zend ログのインスタンスをセットアップする方法の例はありますか? ファイルにログを記録する例しか見つかりませんでしたが、SQLITE データベース テーブルにログインしたいですか?

Zend ログ リソース

Zend_Applicationブートストラップ用のカスタムリソースを作成しました。

マニュアルでは、それらをロードするために次のコードが示されています。

ただし、これは私が使用したいapplication.iniを使用しません。application.iniからこれを完全に構成する可能性はありますか？

私の最終的な解決策:(ウィルの答えの助けを借りて）：

• zf.sh create project（バージョン1.9.6）を使用して空のプロジェクトを作成します

• application / resources/Ftp.phpで次のクラスを作成します

  /li>

• 次のapplication.ini

  /li>

Zend_Application を使用していますが、application.ini にアプリケーションとユーザー構成の両方を混在させているのは正しくありません。

これで私が意味することは次のとおりです。たとえば、私のアプリケーションでは、名前空間 MyApp_ にいくつかのライブラリ クラスが必要です。そのため、application.ini に autoloaderNamespaces[] = "MyApp_" を配置しました。これは純粋なアプリケーション構成であり、プログラマー以外の誰もこれらを変更することはありません。一方、システム管理者が変更するデータベース構成をそこに置きました。

私の考えでは、application.ini と user.ini の間でオプションを分割し、user.ini のオプションが優先されます (したがって、application.ini で標準値を定義できます)。

これは良い考えですか？どうすればこれを最もよく実装できますか? 私が持っているアイデアは

• Zend_Application を拡張して複数の構成ファイルを取得する
• ブートストラップで init 関数を作成して user.ini をロードする
• index.php の構成ファイルを解析し、これらを Zend_Application に渡します (醜いように聞こえます)。

何をすればよいでしょうか？将来に向けて準備された「最もクリーンな」ソリューションが必要です (新しい ZF バージョン、および同じアプリで作業している他の開発者)

Zend Framework (または Zend_Application を使用して構築されたアプリケーション) は、ACL リストを永続化するためのメカニズムを提供していますか?それとも、その詳細は個々のシステム/アプリケーション開発者に任されていますか?

私がオンラインで目にするほとんどの例では、コードで ACL ルールを設定する必要があります。これらのルールをデータベースやファイルシステムに保存してから自動的にロードする標準/推奨方法があるかどうか興味があります。

そこで、Zend_Toolを使用してサイトテンプレートを作成し、これらのパラメーターをapplication.iniに追加しました。

問題は、セッションリソースまたはsaveHandlerが呼び出されていることにあるようには見えませんが、代わりに、PHP/Zendがデータベースでセッションをセットアップしようとさえしていないようです。

セッションリソースに必要なオプションを削除し、さまざまなZendクラスにチェックを入れて、それらが実行されているかどうかを確認しない限り、エラーは発生しません。彼らはそうです。

私の現在の推測では、Zend_Sessionがデフォルトのセッション処理をオーバーライドできるようにするには、php.iniで何かを変更する必要があります。このテストにはZendServerを使用しています。

反応

session.auto_startを確認したところ、0に設定されていました。

また、データベースハンドラーを使用せずにテストし、代わりにパスを変更しようとしましたが、これも失敗しました。

セットアップでわかることから、Zend_Session_SaveHandler_DbTable :: __constructが呼び出され、resources.db設定がセッションの上にあり、他のすべてに対して機能しています。

現在、saveHandlers.optionsデータの設定が正しくないことに加えて、saveHandlerの設定が正しくないために発生したエラーに関連するStackOverflowの他の投稿を見てきました。

上で述べたように、セッション処理のために渡された関数を呼び出さないPHPと関係があると思います。独自のセッション管理を設定する場合は、これらの呼び出しに接続して、各状態で実行されるコールバック関数を提供できます（open close read writeなど）。

セッション管理を変更できるようにするために有効にする必要がある特定の設定があるかどうかを知るには、PHP.iniの設定について十分に知りません。

application.iniで次の動作を構成することは可能ですか？

もしそうなら、例を教えていただけますか？

ありがとう。

アプリのブートストラップに Zend_Application を使用しています。

{ public static $frontController = null; public static $registry = null;

}

アプリを実行すると、空白のページが表示されます。ファイル名/パスはそのままです。

die()私のlayout.phtmlの一番下に追加すると、ページが表示されます。

何かがヘッダーをリセットし、空白のページを送信しています。エラー報告がオンになっているのに、無関係なエラーが発生します。

これは何だろう?!

ありがとう！