問題タブ [php-fig]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
validation - PHP で http ヘッダーを解析 / 検証 / 処理する方法
現在、私は独自の php フレームワークを構築しており、PHP-FIG PSR-7 MessageInterface の実装を作成しています。具体的には withHeader メソッドです。このメソッドは、無効なヘッダー名または値の \InvalidArgumentException という例外をスローする可能性があると述べています。
それで、ヘッダーが有効または無効になるのはいつですか？値についても同じです。または、ヘッダーとヘッダー値を受け入れる必要がありますか? それは危険ですよね？
一般的に、ヘッダーに複数の値がある場合、それらはコンマで区切られていると言えます。しかし、それが常に当てはまるわけではありません。たとえば、ユーザー エージェント ヘッダーを見ると、値自体にカンマが含まれていることがあります。ただし、単一の値として扱う必要があります。
php - PHP Autoload でエラーが発生する
自動ロードに PSR-0 を使用していますが、PSR-4 を使用する必要があることはわかっています。PSR-4 であっても、回答は大歓迎です。
自動ロードが正常に機能する次のディレクトリ構造があります。
次のディレクトリ構造の場合、次のようなエラーが発生します
警告: require(EntityGenerator\Database\DatabaseConnection.php): ストリームを開くことができませんでした: 15 行目の C:\wamp\www\entity\EntityGenerator\autoload.php にそのようなファイルまたはディレクトリはありません
2番目のディレクトリ構造でエラーが発生する理由を誰でも説明できますか?
テストのためにコード全体が必要な場合は、以下のリンクを見つけてください。
php - TYPO3 バックエンドと PSR-15 のベスト プラクティス
TYPO3 9 (および将来のバージョン) と PSR-15 について質問があります。
私の知る限り、ほとんどのバックエンド モジュールはhandleRequest、PSR-15 のものと同じ署名を持つバックエンド モジュール コントローラーのメソッドを実装していRequestHandlerInterfaceます。
将来のバージョンでこのインターフェースを実装する予定はありますか? また、自分のバックエンド モジュールの実装に反対するものはありますか?
TYPO3 9 との互換性のためにバックエンド モジュール全体を再構築しており、そのようなアプローチが将来のバージョン (少なくとも TYPO3 10 まで) で実行可能であることを確認したいと考えています。
モジュール自体は、大規模なオーバーホールなしでほぼ 10 年間動作しましたが、BaseScriptClass が廃止されたため、他に選択肢がありません。
ご意見をいただきありがとうございます。
php - 制御構造に代替 PHP 構文を使用することは PSR に準拠していますか? (HTMLと混在する場合)
PHP-Fig の Web サイトで、制御構造の代替 PHP 構文に関連する PSR を調べましたが、それについて何も見つかりませんでした。
代替構文は、たとえば次のとおりです。
定義されていないため使用しても問題ないのでしょうか、それともコーディングスタイルのセクションで言及されていないため準拠していませんか?