「PHPフレームワークを調査すると「Symfonyは大規模向け、Laravelは中規模向け」みたいな話を聞いたりします。 大規模向けか中規模向けかというのはどこで判断するのでしょうか？ 自分たちでフレームワークを選定する時に迷ったりします。」 – バーチャルPHPer 七太郎
世間ではリモートワークがはやりですが、オフィスがないバーチャル世界にはダイレクトワークがない七太郎です。 フレームワークを使わないで開発することも減った昨今、誰しもフレームワークで悩みますよね。LaravelもSymfonyも使ったことがある七太郎ですが、質問者さんの言っている事もなんとなくわかりますし、よくある質問です。 特にフレームワークを使う目的で効率的な開発は重要ですよね、ルーティング、テンプレートエンジン、ORM、オブジェクトコンテナ・DI、自動テスト補助、バリデータ、セキュリティ系機能（ヘッダやCSRF対応など）などといった典型的なものを再度作らず（選ばずに）に済みますし、デプロイやコード生成などのツール類も整備されていたりします。 なので、機能や性能を比較する情報は多くありますし、すでに質問者の人もしらべてみているのではないでしょうか。 で、SymfonyとLaravelどっ
3分で分かるAngularJSセキュリティ - teppeis blog
先日のng-mtg#4 AngularJS 勉強会でLTしようと思ったけど申し込みが間に合わなかったのでブログに書きます。 先月リリースされたAngularJS 1.2はセキュリティがんばってる的なことを聞いたので、セキュリティ周りの仕組みを調べてみました。 お題は以下です。 CSRF JSON CSP (Content Security Policy) Escaping CSRF ユニークなトークンをHTTPリクエストに載せてサーバーでチェックする対応が世の中では主流（最近はカスタムヘッダのチェックによる対策も） AngularJSでは、XSRF-TOKEN Cookieにトークンが載っていると、$httpを使ったHTTPリクエストのヘッダに自動的にX-XSRF-TOKENヘッダーが付く。 XSRF-TOKEN CookieはもちろんNot HttpOnlyで。 Angular界ではCS
CSRF対策のトークンをワンタイムにしたら意図に反して脆弱になった実装例
補足 この記事は旧徳丸浩の日記からの転載です（元URL、アーカイブ、はてなブックマーク1、はてなブックマーク2）。 備忘のため転載いたしますが、この記事は2011年1月27日に公開されたもので、当時の徳丸の考えを示すものを、基本的に内容を変更せずにそのまま転載するものです。 補足終わり 橋口誠さんから今話題の書籍パーフェクトPHP (PERFECT SERIES 3)を献本いただきました。ありがとうございます。このエントリでは同書のCSRF対策の問題点について報告したいと思います*1。 本書では、CSRFの対策について以下のように説明されています（同書P338）。 CSRFへの対応方法は、「ワンタイムトークンによるチェックを用いる」「投稿・編集・削除などの操作の際にはパスワード認証をさせる」などがあります。一番確実な方法は両者を併用することですが、ユーザ利便性などの理由から簡略化する場合で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
