問題タブ [slim-3]

エラーは次のとおりです。

致命的なエラー: キャッチされない例外 'RuntimeException' とメッセージ '出力バッファーに予期しないデータが含まれています。オープニング前にキャラクターがいるかもしれません

作業中の MVC のルーティングとレンダリングを処理するための非常に単純なコントローラー クラスを作成しました。すべてのコントローラーをコンテナーに登録し、それらを呼び出すルートをセットアップします'className:methodName'。ただし、PHPビューをレンダリングできるように、各コントローラーにはコンテナーを設定するコンストラクターが必要でした。これは乾かすのに良いことのように思えたので、抽象クラスを作成しました

文字通り抽象化のレイヤーだけを変更することはありませんが、これは上記のエラーが発生したときです。

次の設定を追加することで修正できます。

私はまだ働くことができるので、これは素晴らしいことですが、確信が持てません A) コンテンツの長さが設定されているのはなぜですか? B) なぜこの抽象化が原因で、何か違うことをしなければならないのでしょうか?

こんにちは、php でショッピング カートを作成しようとしています。これを行うために、Slim 3 フレームワークを使用していますが、エラーが発生し、何が問題なのか理解できないようです。どんな助けでも大歓迎です、ありがとう！

Slim からのエラーログ

ルート.php

エラーは、以下の get 関数の構文にあるようです。

Container.php

私のコードでは、関数が組織名が必要である、または既に存在するなどのエラーをスローすると、catch ブロックは正しく機能します。しかし、成功の場合、該当する組織が挿入されているにもかかわらず、エラー メッセージで 200 のステータスを取得しました。私のコードの間違いは何ですか。

insertTenancy は Mycontroller に記述された関数です。

routerContainer に記述された次の関数

私はこのようなルートを定義しました:

なしで URL を渡すと正常に動作しhttp://ますが、 or を含む-Page404 page not foundが返されます。URLエンコードされた文字列でも試しましたが、同じエラーが発生します:http://https://

Slim バージョン 3.1 を使用しています。

両方のテーブルでアクティブなロール (role_id 5 & 6) を持つユーザーの特定のプロファイルのみを返そうとしています。また、first_name ASC (ユーザー テーブル) で注文できるといいですね。

私のユーザーモデル

私のプロフィールモデル

私のユーザーコントローラー

だから私はすべての記録をうまく取得しています。すべてのプロファイルを取得していますが、user テーブルの role_id の 5 & 6 のみに属するプロファイルは取得していません。また、ユーザー テーブルで is_active を 0 に設定しても、表示されます。しかし、プロファイル テーブルに is_active を設定すると、そうではありません。User テーブルまたは Profile テーブルでこれらの行が非アクティブに設定されているかどうかを表示しないようにする必要があります。ユーザーを持つことはできますが、アクティブなプロファイルを望んでいない可能性があるためです。

かなり率直な質問があります。Slim 3 を使用して RESTfull API を構築しています。

これはどのように機能しますか：

しかし、これではありません：

実際、後者はコンパイルされません。

ルートで「または」を実行するにはどうすればよいですか?

たとえば、同じオブジェクト/クラス/メソッド/aboutを/fr/about指しています。したがって、代わりに：

私はこれで試しました：

次のエラーが表示されます。

この問題を解決する方法はありますか?

または、コードの繰り返しを避けるための解決策はありますか?

私はしばらくの間 Web アプリを作成しており、画像の提供に関していくつかの問題に遭遇しています。

私のコードは、 を使用してサーバーからファイル データを取得し、file_get_contentsSlim のRequestオブジェクトのwriteメソッドを使用してファイルの内容を出力し、ヘッダーを設定します。ほとんどのファイルでこれは機能しますが、大きな画像では画像の寸法のグレーのアウトラインしか表示されないことがよくあります (モバイルおよびデスクトップの Chrome でテスト済み)。でリクエストエラーが発生したERR_SPDY_PROTOCOL_ERRORため、HTTP 2の問題であると思いました（テストしたサーバーは、nginx構成のディレクティブで設定されたHTTP 2接続をリッスンしますlisten [port] http2）が、応答で使用されるHTTPバージョンをダウングレードしようとしましたPSR-7のRequestInterfaceやり方withProtocolVersionで何も変わらなかった。

上記のコンテンツを使用してfile_get_contents出力することは、物事を行うための非常に回りくどい方法であることは知っていますが、このアプリのユーザーがアップロードされたファイルの場所を任意に設定できるようにする唯一の方法です。

$filepathこれは、ユーザーが要求したファイルへのパスである私のコードの最も関連性の高い部分です。このコードは、大きな画像を除くすべてのファイルで期待どおりに機能します。