運用時にPHPのエラーを確認する方法 | CakePHP入門
運用時にデバック情報を画面出すのはまずいので、下記の設定をします。 [app/config/core.php] define('DEBUG', 0); この状態だと全く何もでないので、ファイルにエラーを書き込むようにします。 [app/webroot/index.php] require CORE_PATH . 'cake' . DS . 'bootstrap.php'; error_reporting(E_ALL); //追加 ini_set("display_errors", 0); //追加 ini_set("log_errors", 1); //追加 ini_set("error_log", "/path/to/phperror.log"); //追加 （ログを書き込むファイルには書き込み権限が必要） 設定
電源容量 ☆ 皮算用 ☆ 計算機。
12Vの個別ラインとATX/EPSの切り替え よくわからない人はここは見ない方が良いと思います。(汗 ATX規格と、EPS規格はCPU供給ラインが逆になります。 combineは1系統にまとめて計算。
何故かあたり前にならない文字エンコーディングバリデーション
(Last Updated On: 2018年8月8日)私が4年前（2005年）に「Webアプリセキュリティ対策入門」を執筆していた時には、既に壊れた文字エンコーディングなどの不正な文字エンコーディングを利用したJavaScriptインジェクションやSQLインジェクション攻撃は比較的広く知られていました。この問題は当時のスラッシュドットジャパンでも取り上げられていました。/.で取り上げられたので、そこら中のWebサイトとユーザが被害に合うのでは？とヒヤヒヤしたので良く覚えています。 不正な文字エンコーディングを利用した攻撃は、文字エンコーディングを厳格に取り扱い、文字エンコーディングをバリデーションすれば無くなります。これを怠ると、システムのどこで問題が発生するか予想できなくなります。つまり、いい加減に文字エンコーディングを取り扱うと安全なシステムは作れないのです。 参考：エンジニア向けに
UTF-8の冗長なエンコードとは何で、なんでそれがセキュリティ的に危ないのか？を文字コード知識レヴェル3くらいの凡プログラマが考えてみる - tohokuaikiのチラシの裏
何故かあたり前にならない文字エンコーディングバリデーション | yohgaki's blog ってあるように、いまいち文字コードの不正な判定による危険性ってのが分かってない。 SJISの問題は、（2/3）SQLインジェクションを根絶！セキュア開発の極意 - 第5回■注目される文字コードのセキュリティ問題：ITproの記事がわかりやすかった。 というか、やっぱりPHP使ってると誰でも一度は「なんじゃこの『￥』は？」って思うもんなんで。 なるほど、確かに↓の図のように「あるバイト」が2つの意味を持つっていう文字コード形態はやばいんだなと。 EUC-JPはそんなことはしないで、1つのバイトには1つの意味しか取らせない。 だけど、これでも文字化けが起こることがある。経験的には、「マルチバイトをXX文字で切り落としたい」とかやった場合。ちゃんと文字コードを判定してくれるPHPでいえばmb_subst
京都在住の奴、京都でここは行っておけって場所教えろ ニコニコVIP2ch
1 以下、名無しにかわりましてVIPがお送りします 投稿日：2009/09/02(水) 12:12:10.70 ID:oVtDswcj0 出来れば理由も ※画像はイメージです。 前回記事→京都ってなんか楽しいところある？ 4 以下、名無しにかわりましてVIPがお送りします 投稿日：2009/09/02(水) 12:15:26.49 ID:L53w3x/8O 朝は京都駅から東山へ出る赤いバスに乗っていけ ほぼ満員の乗客の９割９分が女子大生と女子高生 6 以下、名無しにかわりましてVIPがお送りします 投稿日：2009/09/02(水) 12:16:45.94 ID:oVtDswcj0 >>4 ありがたいけど俺が聞きたいのはそういうことじゃないんだ 5 以下、名無しにかわりましてVIPがお送りします 投稿日：2009/09/02(水) 12:16:24.04 ID:ctK0L
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
