Trac + SVN + IRC の良さ - LukeSilvia’s diary
ちょっと考える機会があったのでメモ。僕の仕事環境だと、Trac, SVN, IRC(, あとplagger) を中心に開発している。 これらを使っていて思うこと Trac と連動しているとタスク管理が楽だよねー!……違うよ!全然違うよ!それだけなんて勿体ない > < ↑ぶっちゃけ最初はこう思ってた。 とはいえタスク管理(Trac) チケット書くことでタスクを細かく分割しようとする チームの人同士進捗が見られる ロードマップ機能で長期マイルストンの管理も ロールバックできる(SVN) なんか変な修正したけどどこ変えたか忘れた ファイル消したーーーー! そこでsvn revert ですよ! SVN diff で良質なコードを(SVN) 前回のコミットから変更したコードだけをレビューできる 変なコードがあったら修正してからコミット チケット駆動開発(Trac + SVN) コードに時間の概念を導
続:SQLのバインド機構は「エスケープ処理された値」をはめ込むのか - ockeghem's blog
前回のエントリSQLのバインド機構は「エスケープ処理された値」をはめ込むのか - ockeghem(徳丸浩)の日記に対応して、mi1kmanさんのブクマ経由で、訂正が出ていることを知った。 訂正内容 1ページ目を下記のように変更いたしました（2個所）。 バインド値はエスケープ処理した後にプレースホルダにはめ込むので、悪意あるSQL文が挿入されても、その実行を阻止することができる（図1-2）。 ↓ SQL文のひな型とバインド値は個別にデータベースに送られ、構文解析されるので、バインド値に悪意あるSQL文が挿入されても、その実行を阻止することができる（図1-2）。 http://www.impressit.co.jp/inside/?p=791 なんとなく私のエントリの断片が散りばめられているのを別にしても、『悪意あるSQL文…の実行を阻止することができる』というあたりに、サニタイズ的発想が依
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jugyo.org
