多くのプラグインでこのコード行が見え続けます。まさにそれはやるんし、他のどのような可能性がRequest_HttpZend_Controller_Request_Http以外のコントローラがあるのは
Zend Frameworkのドキュメントをふるいif (!$request instanceof Zend_Controller_Request_Http)
return;
多くのプラグインでこのコード行が見え続けます。まさにそれはやるんし、他のどのような可能性がRequest_HttpZend_Controller_Request_Http以外のコントローラがあるのは
Zend Frameworkのドキュメントをふるいif (!$request instanceof Zend_Controller_Request_Http)
return;
私は元々ZFのルーティングのすべてがREQUEST_URIに基づいていると考えています。そのため、多くのルーティングクラスが$ requestで動作していました。サブドメインのルーティングなどの作業を容易にするために、リクエストオブジェクト全体が渡されるように変更されています。したがって、例のようなチェックは、$ requestが呼び出し前のリクエストオブジェクト(文字列ではない)その方法。
(免責事項:これは私のZFのルーティングクラスについての私の知識に基づいて推測されていますが、間違っている可能性があります)
以外にありますが、私はZend_Controller_Request_Http
の兄弟クラスは、コマンドラインに関する情報を取得するために使用されZend_Controller_Request_Simple
、であることがわかりZFアプリケーションへのリクエスト問題のプラグインはおそらく、ブラウザ(または何らかのHTTPクライアント)を使用して要求されたWebアプリケーションに対してのみ機能するため、これらのプラグインは別の方法で取り消されます。
すべてのクラスで珍しいことでも、Zend_Controller_Request_Abstractが発生する可能性があります。