jQuery で容量の大きい JSON を配列に代入するときは注意！
jQuery で容量の大きい JSON を配列に代入するときは注意！ 2010/4/20 20:36 2018/10/23 20:19 0 Web制作 jQueryajaxJSON 当記事はアフィリエイト広告を掲載しています。 サーバーとクライアント（ブラウザ）のデータの受け渡しに、 JSON データを使うことにした。データが軽いし、 PHP 側でも JSON エンコードするだけだし、ブラウザ側の JavaScript のオブジェクトそのままだから扱いやすい。 でも、 jQuery の $.getJSON を使って JSON データを読み込もうとしてちょっとばかりはまったので、メモ的に残しておく。 → StackTrace ： $.getJSON(url, [data], [callback]) jQuery の $.getJSON は非常に簡単に扱いやすい関数なんだけれど、 JSON デ
コンテント・スクリプト | Chrome Extensions API リファレンス
This domain may be for sale!
Manifest File | Chrome Extensions API リファレンス
Manifest File 全ての拡張機能はマニフェストファイルと呼ばれる JSON フォーマットのファイルを manifest.json という名前で持つ必要がある。これには拡張機能についての重要な情報が記述される。 概要 サポートしているマニフェストのフィールドは、次の通り。このうち、必須なものは name と version のみである。 { // 必須 "name": "My Extension", "version": "versionString", // 推奨 "description": "A plain text description", "icons": { ... }, "default_locale": "en", // いずれか1つを選択(もしくは何も使わない) "browser_action": {...}, "page_action": {...}, "th
補足編：機密情報を含むJSONには X-Content-Type-Options: nosniff をつけるべき - 葉っぱ日記
「機密情報を含むJSONには X-Content-Type-Options: nosniff をつけるべき - 葉っぱ日記」の補足編です。 結局、よくわからないんだけど。 よくわからない場合は、とにかく全てのレスポンスに X-Content-Type-Options: nosniff をつけましょう。 機密情報を含むJSONにX-Content-Type-Options:nosniffをつける理由はわかったけど、「あらゆる」コンテンツにつける理由はなぜ？ 機密情報を含まなくても、<script>のような文字列を含むコンテンツをIEで直接開いた場合にはXSSにつながる可能性もあります。どのようなコンテンツにX-Content-Type-Options:nosniffが必要かを考えるくらいであれば、全てのコンテンツに付与したほうが間違いがなくていいでしょう、ということです。 IEのためだけの問
機密情報を含むJSONには X-Content-Type-Options: nosniff をつけるべき - 葉っぱ日記
WebアプリケーションにおいてJSONを用いてブラウザ - サーバ間でデータのやり取りを行うことはもはや普通のことですが、このときJSON内に第三者に漏れては困る機密情報が含まれる場合は、必ず X-Content-Type-Options: nosniff レスポンスヘッダをつけるようにしましょう(むしろ機密情報かどうかに関わらず、全てのコンテンツにつけるほうがよい。関連:X-Content-Type-Options: nosniff つかわないやつは死ねばいいのに! - 葉っぱ日記)。 例えば、機密情報を含む以下のようなJSON配列を返すリソース(http://example.jp/target.json)があったとします。 [ "secret", "data", "is", "here" ] 攻撃者は罠ページを作成し、以下のようにJSON配列をvbscriptとして読み込みます。もちろ
X-Content-Type-Options: nosniff つかわないやつは死ねばいいのに! - 葉っぱ日記
2011-01-06: IE8ということを追記 & ちょっと間違いを修正。あけましておめでとうございます。 年明け早々ですが、Internet Explorerの話題です。IEはご存じの通り、Content-Type だけでなくコンテンツの内容なども sniff することでファイルタイプを決定しているため、画像ファイルやテキストファイルをHTMLと判定してしまい、クロスサイトスクリプティングが発生することが昔からたびたび報告されていました*1。現在は幾分マシになったとはいえ、IEのファイルタイプの判定アルゴリズムは非常に難解であり、現在でも状況によってはWebサイト運営者のまったく意図していないかたちでのXSSが発生する可能性があったりします。そういうわけで、IEがコンテンツを sniff してHTML以外のものをHTML扱いしてしまうことを防ぐために、動的にコンテンツを生成している場合に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
