Moving PHP forward through collaboration and standards. Welcome to the PHP Framework Interop Group! We're a group of established PHP projects whose goal is to talk about commonalities between our projects and find ways we can work better together.
![PHP-FIG — PHP Framework Interop Group - PHP-FIG](https://cdn-ak-scissors.b.st-hatena.com/image/square/7d00a309229d8afa91ba1c740a758ec01ffd70b8/height=288;version=1;width=512/https%3A%2F%2Fwww.php-fig.org%2Fimg%2Fsocial-banner.png)
Suhosin 適用済みの PHP で Silex を動かすと真っ白なページが返される場合の対処法Silex のデバッグモードを有効にするリダイレクトと転送 (Silex)getMethod から isMethod にSilex で JSON を返すSilex がクロージャのリバインドに対応自分自身に POST するフォーム同じルートに対して複数の HTTP メソッドで場合分けするTwigServiceProvider を導入して既存の HTML ファイルを置き換えるUrlGeneratorServiceProvider で Twig テンプレート内でリンクの生成FormServiceProvider を導入するValidatorServiceProvider の導入FormServiceProvider と ValidatorServiceProvider と併用するValidatorS
Part8を読む これまでのまとめ 当初考えていた以上に長いシリーズとなってしまったので、一度全体を振り返ってみます。 また、その後でO/Rマッピングツールを採用するかどうかの判断基準や考慮点、アンチパターンなんかも書いてみたいと思います。 これまでに書いてきたエントリの概要 O/Rマッピングツールに対する誤解をときたい このシリーズの出発点となった「元ネタ」です。 とあるコラムの議論を読んでいて、「なんか論点がおかしいな〜」と感じたのでこのエントリを書きました。 O/RマッピングツールはSQLを書きたくない人のためのツールではなく、インピーダンスミスマッチ問題を解決するためのツールであるということを文章で説明しています。 実装編 Part1 Part1ではサンプルプログラムの仕様について説明しました。 またインピーダンスミスマッチ問題を解決する過程よりもむしろ、O/Rマッピングツールが実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く