問題タブ [zend-application]

「application.php」を削除する方法を探していると同時に、Zend Framework でモジュール構造を使用できるようにしたいと考えています。APPLICATION は、不要で余分なものをロードしすぎます (Zend Framework が 100% ではなく使用されている場合)。負荷の高いプロジェクトで作業していると、Zend Autoloader を無効にして、独自に作成したファイル「ZendLight_small.php」(Zend Framework に必要な不足しているすべてのクラス/関数をすべて配置した場所) を含めると、成功の可能性が高くなることがわかりました。呼び出します。(Zend Autoloader を使用 - 毎秒 40 回の呼び出し (JMeter による)、ZendLight_small.php を使用 - 60 cps。)

...
次のものも取り除きたいです（ブートストラップ構造も必要ありません）：

…
で、なんとかなるかな？私はそれほど多くの Zend 関数を使用する必要はありませんが、含まれているファイル (Zend アプリケーションを含む) の合計はめちゃくちゃです。事前に感謝します。

特定のモジュールが使用されている場合にリソースを異なるように構成できますか?

ドキュメント (例 #12)で読んだことから、これは可能であるはずです。しかし、私はまだそれで運がありませんでした。

詳しくは、翻訳ファイル用に別のパスを設定しようとしています。

ドキュメントから

Example #12 モジュールの設定

モジュール名を構成ファイルのプレフィックスまたはサブセクションとして使用して、モジュール固有の構成を指定できます。

たとえば、アプリケーションに「ニュース」モジュールがあるとします。以下は、そのモジュール内のリソースの構成を示す INI と XML の例です。

1. [製造]
2. news.resources.db.adapter = "pdo_mysql"
3. news.resources.db.params.host = "localhost"
4. news.resources.db.params.username = "ウェブユーザー"
5. news.resources.db.params.password = "XXXXXXX"
6. news.resources.db.params.dbname = "ニュース"

並列タスク用の Zend Framework ベースの cron サービスを作成しましたが、子スレッドが親スレッドとリソースを共有するという問題に遭遇しました。データベース接続の問題は解決しましたがZend_Db_Table_Abstract、テーブルのメタデータをメタデータ キャッシュに保存できないという定期的な問題が発生しています。

メタデータを metadataCache に保存できませんでした

ブートストラップ中にメタデータ キャッシュを初期化します。ブートストラップから自分のコードをコピーして fork してから実行するよりもBootstrap->_init[...]、$application->bootstrap('[...]').

アップデート

はシングルトンであるためZend_Controller_Front::getInstance()、それを使用してブートストラップ インスタンスを取得し、その方法で関数を呼び出すと、既に解決済みの共有リソースに関する同じ問題に戻ります。

フォーク後の共有リソースの問題を回避しながら、何とかこの DRY を維持したいと考えています。

Web アプリケーションのユーザー バックエンド用に別の Zend アプリケーションを作成する必要がありますか?

私の主な関心事は、パブリック Web サイト (クライアントがログインするため) と従業員がサイトを管理するための両方に別の Zend_Auth を用意する必要があることです。

1 つのアプリケーションで複数の Zend_Auth インスタンスを使用できないように見えるので、これが唯一の解決策です。

次の懸念は、2 つの Zend_Auth セッションが同じ Web スペースで実行されるため、衝突することでしょうか?

乾杯

与えられた：

1.
ブートストラップ：

に等しい

application.ini：
autoloaderNamespaces [] = "Ntk_"

2.
ブートストラップ：

に等しい

application.ini：
pluginPaths.My_Resource = APPLICATION_PATH "/ appResourcePlugins"

3.
ブートストラップ：

に等しい

application.ini：
???



Zend_Application_Module_Autoloaderを構成するためのapplication.iniメソッドとは何ですか？
（...存在する場合）
zendフレームワークバージョン1.11.10を使用します

Zend_Application オブジェクトを Zend_Config オブジェクトでロードすると、代わりにファイル名で Zend_Application オブジェクトをロードする場合とは異なる結果が生成されるという問題が発生しているようです。私の要点を説明するために、次の 2 つの読み込み方法があります。

これは機能せず、エラーが表示されます：

致命的なエラー: /var/www/RoommateExpenseBuddy/allan/library/Zend/Application/Bootstrap/Bootstrap.php:91 に「No default controller directory registered with front controller」というメッセージを含む例外「Zend_Application_Bootstrap_Exception」がキャッチされない:91

スタック トレース: #0 /var/www/RoommateExpenseBuddy/allan/library/Zend/Application.php(366): Zend_Application_Bootstrap_Bootstrap->run()

#1 /var/www/RoommateExpenseBuddy/allan/public/index.php(36): Zend_Application->run()

#2 {main} が /var/www/RoommateExpenseBuddy/allan/library/Zend/Application/Bootstrap/Bootstrap.php の 91 行目にスローされる

どちらも次のような同じファイルを使用しています。

私のディレクトリ構造は、重要なフォルダを展開するとこのようになります。

繰り返しますが、Zend_Application のコンストラクターでファイル名を使用して INI ファイルをロードすると、期待どおりの結果が得られます (動作中のアプリ)。Zend_Application のコンストラクターに Config オブジェクトを渡すと、上記のエラーが発生します。

なぜこれが違いを生むのかについての手がかりはありますか？

そのアプリのインスタンス内のパラメーターZend_Applicationを使用して、インスタンスに埋め込みたい共通の機能セットがあります。ただし、スレーブ構成ファイルは、それ自体に相対的なパス内のものを参照できるようにしたいと考えています。例えば：configsZend_Config

$ / application / configs / application.ini：

$ / CasCommon / Configs / common.ini

どうすればそのようなことを成し遂げることができるでしょうか？

私が求めているものに関連する投稿はたくさんありますが、長い検索を行っても探しているものが見つからなかったため、どこかに存在する場合はお詫びします。

私の目標-Zendアプリへのすべてのリクエストは、preDispatchプラグインを経由してから、既存の認証クレデンシャルがリクエストされた操作に十分かどうかを判断するカスタム認証コントローラーに渡す必要があります。「十分」はアプリのロジックに依存するため、コントローラー+モデルレベルでこれを実行したいのはなぜですか。それらが十分である場合、それらは元の要求を指定されたコントローラー+アクションに沿って送信します。そうでない場合、デフォルトで「失われる」アクションになります。

現在、preDispatchで設定されたauthカスタムプラグインを使用して、POSTされた認証クレデンシャルをチェックするだけです（ログインしている場合）。その後、すべての場合、プラグインは元のリクエストを保存し、全員をリダイレクトします（認証されているかどうかは関係ありません）。 ）私の認証コントローラーに、a-la：

私の問題/質問は、auth-> checkアクション内で、決定が行われた後にリダイレクトをどのように実行する必要があるかということです。私が使用する場合：

次に、これらのリクエストがpreDispatchプラグインを再び通過するときに、明らかに無限ループが発生します。確かに、Authプラグインがそのような要求を無視するように、リダイレクトで何かを渡すことができますが、これは明らかにセキュリティホールです。md5ハッシュを生成して保存し、それをセッションに保存して、それをエスケープパラメータとして渡すことを考えていましたが、それは少し大雑把に思えます。

そこにもっと良いアイデアはありますか？おそらく、Zend Appの標準の事前ディスパッチルーチンを通過しないリダイレクトメソッドですか？前もって感謝します！

私はZFを初めて使用します。私はapplication.iniここにコードを書きました：

これが私のindex.phpです

これが私のbootstrap.phpです

今最初に私はこのように私の接続をしました

クエリの後半で、これを使用してレコードを取得しました。

設定を変更したので、ブートストラップを含めてapplication.ini、私が行ったのと同じことをどのように達成するのですか？私のアプリではすべてがそのようなものだからです。

今、私はこのエラーを受け取っています。

注意：未定義のインデックス：DB in

C：\ xampp \ htdocs \ xyz \ application \ controllers \ LoginController.php（59行目
）致命的なエラー：C：\ xampp \ htdocs \ xyz \ application \ controllers \ LoginController内の非オブジェクトでメンバー関数select（）を呼び出します64行目の.php

59行目は

64行目は

編集済み

今、私のクエリは$user_idここで見つけることができません

そのため、このエラーが発生します

注意：.phtmlファイルで非オブジェクトのプロパティを取得しようとしています

Zend Frontcontroller を個人用のもので拡張し、frontcontroller アプリケーション リソースも拡張して、個人用のフロント コントローラーを使用できるようにしました。今のところ基本的に行うことは、アプリケーション リソース メソッド内の front 変数getFrontControllerを個人のフロント コントローラーに割り当てることだけです。application.ini最後に、個人用アプリケーション リソースを使用するためにpluginpaths 変数を追加しました。いずれにせよ、Zend Frontcontroller私物ではなく私に返されます。私の個人的なアプリケーションのfrontcontrollerリソースが使用されていない理由を知っている人はいますか? `