symfony1.2のCSRF対策について
こんにちは、小川です。 symfony1.2ではsfFormクラスを用いてフォームのレンダリングや入力項目のバリデーションを行います。このsfFormクラスにはCSRF対策も実装されているのはご存じでしょうか。 今回はこのCSRF対策が具体的にどのように行われているかをお話ししたいと思います。 先にどのような手法で対策を行うかですが、フォームごとに異なるトークンをHTML上に埋め込み、その値をバリデーション時にチェックするという方法で対策を行っています。 具体的にどのようにトークンが生成され、どのようにチェックを行っているかは後ほど詳しく説明します。 CSRF対策を有効にするためにはどうすれば良いでしょうか。Jobeetなどでsymfony1.2について学んだ方はご存じかと思います。 CSRF対策は各アプリケーションごとに設定可能で、アプリケーション作成時に以下のようにすることで有効になり
doSelectJoinAll()：同じテーブルに複数の外部キーを張るとき適切なSQL文を生成できない - 蒼楼にて
関数そのものに関しては http://symfony.xrea.jp/1.0/book/18-Performance.html#minimizing.the.number.of.queries.with.joins を参照 解決策 以下の方策は諦めました！！無理！ 結局生のSQLを発行することに決定。 SQL文にカラム名が被ってるものにことごとくASで別名を設定。取得した内容を配列に持たせて、Viewに渡すという結果になりました。 まだ途中ですが、 ・テーブルに別名を設定する。 >doSelectJoinAll()のオーバーライド >actionの変更 >templateの変更 例えばこんな場合 schema.yml propel: mail: _attributes: { phpName: Mail } id: from_user_id: type: integer foreignTab
symfonyはスタイルシートをデフォルトで media="screen" で読み込む件＠印刷用のCSSを作成 - 蒼楼にて
view.ymlに指定してやれば、 stylesheets: [ main: { media: print }] みたいに変更したりはできるのですが stylesheets: [main: { media: screen, print } ] はエラー。 media: all の存在に気づく。恥ずかしい……。 どうせscreenとprintくらいしか指定するメリットある属性なさそうだしとりあえずこれでよしとしよう。 でも二つだけとか三つだけとかがいいときは依然難しいままかな。 どうも別々にファイルを作って差し上げねばならんようだ。 @mediaは無視されるしね。 めんどくせー もっとスマートな解決法はないものか
getterメソッドにデフォルト値 - 蒼楼にて
Definitive Guideを読み直し中 今まで気づいてなくて便利そうな機能をメモっていきます。 http://symfony.xrea.jp/1.0/book/02-Exploring-Symfony-s-Code.html#chapter.2.exploring.symfonys.code パラメータホルダーのgetterはデフォルトの値を2番目の引数として受け取ります。これは条件文で可能なことよりも遙かに簡潔で便利なフォールバックメカニズム(訳注：障害が起きても最低限の機能を維持するメカニズム)を提供します。リスト2-17で例をご覧ください。 リスト2-17 - 属性ホルダーのgetterのデフォルト値を使う // 'foobar' パラメータは定義されていないので、getterは空の値を返す echo $response->getParameter('foobar'); =>
ファイル名にピリオドを含むjsファイルを、view.ymlで読み込めない - 蒼楼にて
現象 symfonyにおいて、view.ymlでjavascriptを読み込むとき、jsファイルのファイル名にピリオドを含んでいるとうまくいかないことがある。 解決策 .jsという拡張子まで含めて指定する 詳細 view.ymlで javascript: [ jsfile ] としてやると、自動的にweb/js/jsfile.jsをヘッダに読み込んでくれるsymfonyちゃんですが、 js.file.jsなんていう名前のjavascriptを読み込もうとして javascript: [ js.file ] とすると、symfonyはjs.fileというファイルを読み込もうとしてしまう。 ファイル名にピリオドを入れてしまうと、「拡張子を指定した」と判断されてしまう模様。 従って、 javascript: [ js.file.js ] と指定する必要がある。
外部キーをカスケード削除（onDelete: cascade）するように設定する - 蒼楼にて
schema.ymlで引っかかる。 モデルのリビルドで、sql文がおかしいと言われる。 table: id: type: integer table2: table_id:としていると、symfonyがtable_idを自動的に外部キーとして認識してくれる。 カスケード削除の実現の為に table: id: type: integer table2: table_id: onDelete: cascadeとすると、どうもtable_idが外部キーであると気づいてくれないらしい。 ということで、少し面倒だが丁寧に外部キーとして指定してやる。 table: id: type: integer table2: table_id: type: integer foreignTable: table foreignReference: id onDelete: cascadeこれでリビルドが通りまし
テストデータ （ data/fixture/test_data.yml ） のロードがうまくいかない２ - 蒼楼にて
Fatal error: Uncaught exception 'sfException' with message 'Unable to find path for class "○○Peer".' in /usr/share/pear/symfony/addon/propel/sfPropelData.class.php:207 Stack trace: #0 /usr/share/pear/symfony/addon/propel/sfPropelData.class.php(46): sfPropelData->doDeleteCurrentData(Array) #1 【プロジェクトの場所】/batch/load_data.php(15): sfPropelData->loadData('【テストデータの場所】') #2 {main} thrown in /usr/share/p
テストデータ （ data/fixture/test_data.yml ） のロードがうまくいかない１ - 蒼楼にて
ちょっとはまったので覚書。 エラー文 ‘The object “***″ from class “***” is not defined in your data file.’ テストデータに外部キーを読み込むときに頻発。 test_data.yml Table1: label1: name: なまえ body: ほんたい label2: name: なまえ２ body: 本体 Table2: labelA: name: おなまえ table1_id: label1 labelB: name: おなまえ２ table1_id: label2 外部キーの読み込みは実際の値ではなくtest_data.yml内のラベルの値を使う 大抵の場合、idは自動設定されるためだと思われる。 label1、label2はtest_data.yml内でデータにラベリングするだけの値で他には影響を及ぼさない。
sfMailから送るメールが携帯、hotmailに届かない - 蒼楼にて
SymfonyのsfMailは PHPMailerを利用する流れ。 取り敢えず以下を参考にヘッダを追加してみる。 http://www.phppro.jp/qa/560 http://www.atmarkit.co.jp/fnetwork/rensai/netpro03/mail-header.html 今のところ、 $mail = sfMail(); $mail->initialize(); で、 $mail->setMailer('xxx'); $mail->setCharset('xxx'); $mail->setContentType("text/plain"); $mail->setPriority(3); $mail->setFrom('xxx'); $mail->setSender('xxx'); $mail->addAddress('xxx'); $mail->setSub
Propel Criteria Builder
Criteria demo This is an alpha-release of a utility that converts pseudo-SQL into PHP Propel code. Give it a try — feedback is welcome on the symfony forum! Enter pseudo-sql Columns must be in the form table.field and strings must be in single quotes. Supported comparison operators are =, <>, !=, <, >, <= and >=. Also allowed are LIKE, NOT LIKE, IN, NOT IN, IS NULL and IS NOT NULL. In strings, the
ウノウラボ Unoh Labs: Symfonyプラグインまとめ ～その２～
yukiです。 前回のエントリから大分時間がたってしまいましたが、symfonyプラグインまとめ～その２～をお送りしたいと思います。 今日までに追加された分と未紹介の分についてのご紹介です。 Dynamic Generators sfCssTabsplugin Word Press の管理画面風なタブレイアウト sfSavvyPlugin symfonyの追加ヘルパー sfSiteMapPlugin 簡易サイトマップ作成 sfSitemap2Plugin sfSiteMapPluginを使ってオブジェクト/配列からXML作成 sfUIPlugin データグリッド作成支援 JavaScript Not Based on a JS Framework sfAjaxUploaderPlugin ajaxを利用したアップロードフォームタグヘルパー sfJSONRPCPlugin JSON-RPC
PEAR::Text_Wikiを使ったヘルパー - ぬかるむ日々
追記：20070714修正 元々E_STRICTが設定されていない場合にエラーが出てたので修正。 error_reporting($E ^ E_STRICT); ↓ if(($E & E_STRICT) == E_STRICT) error_reporting($E ^ E_STRICT); app/lib/helper/WikiHelper.php <?php function wiki_transform($string) { // 一時的にPHP5のエラー出力からE_STRICTを外す $E = error_reporting(); if(($E & E_STRICT) == E_STRICT) error_reporting($E ^ E_STRICT); require_once('Text/Wiki.php'); $wiki = new Text_Wiki(); // 不要なパ
symfonyで学ぶMVCにのっとったリファクタリング入門
こんにちは。小川です。 本日はPHPユーザ会主催の設計勉強会が開催されていたのですが、応募期間に間に合わなかったので、鬱憤を晴らすためにブログを書いてみました。 1週間ほど前からsymfonyの公式ブログで、コントローラ(symfonyだとactions)にロジックを詰め込んでいるようなコードを、ストーリー形式でリファクタリングしていくという記事が5回に渡って紹介されていました。 symfony | Web PHP Framework | Blog Category | Call the expert こちらの「A refactoring story」というのがその記事になります。 僕が最初にMVCフレームワークを使ったときがそうだったのですが、MVCを理解していないとコントローラに全てのロジックを詰め込んでしまうようなコードを書いてしまいがちなのではないかと思います。皆さんはどうでしょう
php:framework:symfony:memo:view:テンプレートの部品化って [おやぢ組]
利用方法 // 呼び出し元のテンプレートと同じモジュールにあるパーシャル呼び出し <?php include_partial('mypartial') ?> // 別のモジュール(other)にあるパーシャルを呼び出し <?php include_partial('other/mypartial') ?> // アプリ直下のtemplatesに配置したテンプレート呼び出し // これをglobalモジュールとします <?php include_partial('global/mypartial') ?> // 変数($nick_name)を渡したい場合 <?php include_partial('mypartial', array('nick_name' => $nick_name)) ?> // これでパーシャル側では下記のように変数が利用できる <?php echo $nick_n
symfony のエスケープ処理
森川です。 今回は symfony のエスケープ処理について、きちんと解説したいと思います。 まず、symfony のデフォルトでは変数を出力するときのエスケープが無効になっています。 つまりデフォルトの状態だとユーザが入力した変数を出力している場合、危険性があるかもしれないということです。 <?php echo $sf_params->get('name') ?> <?php echo form_tag('test') ?> <?php echo input_tag('name') ?> <?php echo submit_tag('テスト') ?> </form> 上記のスクリプトでは、$sf_params->get('name') が脆弱性アリな状態となっています。 これは非常にまずいので、エスケープを有効にしてあげましょう。そのためには、apps/[name]/config/set
本日のアレ.20070831a - Xia's
なんかハマった，というか不可解だったのでメモ． Symfony でバリデーションを YAML で記述する時の文法について， まぁそれ以外についてと同様にどーもドキュメントが不足しているのだが， 検索してみると何やら 2通りのパターンがあるようなのね． methods: [post] fillin: enabled: false fields: password: required: msg: パスワード 1 を入力してください。 password_confirm: required: msg: パスワード 2 を入力してください。 sfCompareValidator: check: password compare_error: パスワード 2 が一致していません。 ↑こういうのと， methods: post: - password1 - password2 fillin: enabl
symfony.jp
symfony.jp 2020 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
Criteriaを使用したSelectクエリの作成 - ぬかるむ日々
Criteriaを使ったSelectクエリの作り方メモ。 とりあえずサンプル用テーブル定義 # config/schema.yml user: _attributes: { phpName: User } id: account: { type: varchar(32) } name: { type: varchar(255) } created_at: updated_at: _uniques: unique_account: [account] data: _attributes: { phpName: Data } id: user_id: content: { type: longvarchar } created_at: updated_at:「symfony propel-build-all」して準備完了。 １．プライマリキーから <?php $user = UserPeer:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docs For Class Criteria
403 Forbidden