ActiveXObjectとスクリプトエンジン間の循環参照によるメモリリーク - @think49の日記
IE6 SP2- の ActiveXObject 周りのメモリリーク問題はあまり知られていないような気がしたので、簡単にまとめておきます。 jQuery や prototype.js では以下の方法で回避しています。 /** * メモリリークを回避する方法 (jQuery および prototype.js 方式) */ function empty () { // この関数は何も実行せず、何も参照しない位置に置く。何も参照しない故に循環参照しなくなる。 } function get (url) { var xhr = new ActiveXObject('Msxml2.XMLHTTP.6.0'); xhr.onreadystatechange = function () { // この関数は xhr を参照可能→循環参照している if (xhr.readyState === 4) { xh
JavaScript Garden
JavaScript Garden はJavaScriptというプログラム言語の一番奇妙な部分についてのドキュメント集です。 このドキュメントはJavaScriptという言語に慣れていないプログラマーがこの言語について深く知ろうとする際に遭遇する、良くある間違い・小さなバグ・パフォーマンスの問題・悪い習慣などを避ける為のアドバイスを与えます。 JavaScript GardenはJavaScriptを教える事を目的にしていません。このガイドの項目を理解する為には、この言語に対する前提知識がある事を推奨します。この言語の基礎部分についてはMozilla Developer Networkのガイド がオススメです。 著者 このガイドは愛すべきStack Overflowの2人のユーザーIvo Wetzel (執筆)とZhang Yi Jiang (デザイン)によって作られました。 貢献者 貢献
JSONをvbscriptとして読み込ませるJSONハイジャック(CVE-2013-1297)に注意
はせがわようすけ氏のブログエントリ「機密情報を含むJSONには X-Content-Type-Options: nosniff をつけるべき」にて、巧妙な罠を仕掛けることにより、別ドメインのJSONデータをvbscriptとして読み込み、エラーハンドラ経由で機密情報を盗み出すという手法が紹介されました。これは、IEの脆弱性CVE-2013-1297を悪用したもので、MS13-037にて解消されていますが、MS13-037はIE6～IE8が対象であり、IE9以降では解消されていません。 また、MS13-037を適用いていないIE6～IE8の利用者もしばらく残ると考えられることから、この問題を詳しく説明致します。サイト側の対策の参考にして下さい。 問題の概要 JSON形式のデータは、通常はXMLHttpRequestオブジェクトにより読み出しますが、攻撃者が罠サイトを作成して、vbscript
jQueryの利用率はWebサイト全体の55％。使わないサイトの方が少数との調査結果。W3Techs
Web上で使われているテクノロジーのシェアや種類を調査、報告しているWebサイト、W3Techsによると、2013年1月時点で、jQueryを利用しているWebサイトは全体の54.8％と過半数を示す一方、それ以外のJavaScriptライブラリは2位のMooToolsが4.9％、3位のPrototypeが3.7％と一桁台の利用率であるとのことです。 また、JavaScriptライブラリを利用していないWebサイトの割合は一貫して低下し続け、現時点で39.4％となり、jQueryを利用しているWebサイトよりも少ないことが示されました。グラフを見ると両者のシェアは2012年4月下旬に逆転しており、いまやjQueryを使っている方が「普通のWebサイト」と言えそうです。 Webサイトをクロールして調査 グラフを見る限り、jQueryのみが一貫して利用率を向上させている一方、JavaScript
プロトタイプ汚染とループ - latest log
脳内棚卸 Prototype.js と プロトタイプ汚染(昔話) jQuery が登場する以前、Prototype.js という JavaScript ライブラリがありました。 Prototype.js は、JavaScript OOP の普及期(2005～2007年頃)に多くのサイトで活用されました。 Prototype.js は Object.prototype や Array.prototype 以下に、Ruby 由来のメソッドを拡張することで、 JavaScript に Ruby 感をもたらし、ブームを起こしました。 当時の JavaScript(ES3: ECMAScript262-3rd) には、 言語仕様として Object.prototype を安全に拡張する方法が存在せず、 Prototype.js はしばらく後に 汚染(pollution) と呼ばれる問題を起こしてしま
JavaScriptでのbuilt-in/DOM objectのprototype拡張 - monjudoh’s diary
@rosylillyが気にしていた のでまとめた。 built-in/DOM objectのprototype拡張による弊害 追加したプロパティ/メソッドがfor inで列挙される var obj = {a:1}; for (var i in obj) { console.log(i); } こうするとaだけ出るはずが、 Object.prototype.b=function(){}; こうした後だとa,bが出てしまうって奴ですね。 そのまま代入しないでObject.defineProperty/definePropertiesでenumerable:falseのプロパティとして定義すれば列挙されなくなるので特に問題ありません。 今回挙げるprototype拡張の弊害の内唯一これだけはECMAScript5時代になって解消されました。唯一これだけは。 built-in/DOM object
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
JavaScriptのindexOf - 車輪を再発明 / koba04の日記
JavaScriptのIndexOfといえば、こんな感じで文字列に対して指定するものだと思っていたのですが、 // 文字列 var str = "hello javascript"; console.log( str.indexOf("javascript") ); // => 6 他にもECMA-262のJavaScript拡張ではあるけど、配列に対しても使えたんですね。(追記:IE6-8は使えない) var akimoto = ["AKB48", "SKE48", "NMB48"]; console.log( akimoto.indexOf( "SKE48" ) ); // 1 このイコール判定は===な厳密な比較で行われているので型を意識する必要があります。 var list = [1, "2", 3, "4", 5]; console.log( list.indexOf(5) );
JSのプロトタイプの扱いについて思うこと - mizchi log
Twitterで垂れ流したのを適当にまとめる。 JSでライブラリ作るときは組み込み型のプロトタイプに触れないことがマナーになってるっぽい雰囲気あるけど、デファクトなライブラリがあったら明示して使っていいと思うんだけどなーってprototype.jsの死骸を眺めつつunderscore.jsのドキュメント読んでた http://documentcloud.github.com/underscore/ まあ mapとかcollectとか、最新のV8やGeckoならサポートされてるわけで、IEのことを気にしだすとこういうライブラリに依存するんだろうが… 僕は prototype.js のように組み込みプロトタイプを拡張するの全然構わないと思ってる。のだけど、あくまで共通認識を得たそういうライブラリじゃないと受け入れられないわけで、underscore.js はその現代版を目指してるのかなといった
prototype.jsからjQueryに移行するたったひとつの冴えたやりかた - os0x.blog
どうもこんにちは、os0xです。 実は(Twitterに書いただけで)ブログに書いてなかったのですが、3ヶ月ほど前からクックパッドで働いています*1。なんかもう今更ですよね、すみません。 さてさて、クックパッドですが、つい一昨日までprototype.jsを使っていました。で、昨日jQueryへの移行をリリースしたところだったりします。 というわけで、その辺の話を少し書いてみたいと思います。 そもそも、なんでjQueryに移行するのか まあ、prototype.jsとjQueryどちらを使うかと問われたら、大抵の人はjQueryと答えますよね。確かにjQueryの使いやすさは魅力的です。使いやすいということは、みんなでjQueryを使ってサービスを作ることができます。特定の誰かに依存してボトルネックになったりすることがないなら、それは素晴らしいですね。 しかし、ライブラリを変えるのは簡単な
ECMAScript 規定: ドル記号は機械的に生成されるコード中のみの使用を意図される
えんじに🐈にゃーん🍓🫐🍅🌽🍈🍇🦝 @uupaa うん。$ ってネームスペースとしては全く効率的じゃない。というか疲れる。 PHP やると疲労感を感じるのは $ の使用を強要されてるせいもあるとおもう 2010-09-06 04:42:00 えんじに🐈にゃーん🍓🫐🍅🌽🍈🍇🦝 @uupaa $ はそもそも人が利用する識別子として許されてないってのもデカイです(ECMAScript規約違反)。 著名ライブラリ達は平然と $ を利用していますが、あれルール違反だから 2010-09-06 04:44:25
$(DHTMLcoders).read(this) || throw your.job - 書評 - jQueryクックブック : 404 Blog Not Found
2010年08月19日01:00 カテゴリ書評/画評/品評Lightweight Languages $(DHTMLcoders).read(this) || throw your.job - 書評 - jQueryクックブック オライリー矢野様より献本御礼。 jQueryクックブック jQuery Community Experts / 株式会社クイープ訳 [原著:jQuery Cookbook] これでなくなった。 jQueryを使わない理由が。 DHTMLを利用する全ての人、必携。 特にHTMLやCSSを書いても、JavaScriptはそれほど書かない人。これであなたにも書けるようになります。 本書「jQueryクックブック」は、今や最重要のJavaScript Libraryといっても過言ではないjQueryの手引書。 目次 まえがき - John Resig はじめに jQuer
prototype.js の Event.observe を使った onbeforeunload について
prototype.js の Event.observe を使った onbeforeunload について 2007-07-20-1: [JavaScript][Firefox] JavaScript のイベントに、ウィンドウが閉じられる直前に起こる onbeforeunload があります。 これを使うと、何がしかの内容を入力中にページを移動する際に警告のメッセージを出すことができます。 WordPress とかで利用されています。 使い方は簡単で、以下のようにダイアログに表示する任意のメッセージを返します。 window.onbeforeunload = function(e) { // なにも返さなければ、なにも起きない。 return '<任意のメッセージ>'; }; ダイアログの表示は以下のようになります。 - Internet Explorer 6.0 - Internet E
激論: Prototype vs. jQuery
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
JavaScriptをこれから勉強しようと思っている人へ(jQueryよりprototype.jsを薦める理由) - os0x.blog
JavaScriptは手軽で、実用的なプログラミング言語 どのくらい手軽かといえばJavaScriptを始めるのに(HTMLとCSSは出来た方が良いけど)予備知識はほとんど必要なくて、ブラウザとエディタさえあればすぐにJavaScriptを動かすことができる(FirefoxにFirebugを入れればコンソールでその場実行できるのでエディタも(リロードも)不要)。 その上実用性も十分で、最近のウェブサービスのバックエンドはPerlやPHP、JavaにRuby、Pythonなどなど様々だけど、フロントエンドは必ずといっていいほどJavaScriptが使われている(FlashもあるけどフルFlashサイトでない限りJavaScriptも使われているし、そもそもFlashを表示するのにJavaScriptが使われていたり)。とにかくJavaScriptが必要とされる場面はすごく多い。 と、こんな理
IEメモリリークの最後の壁はAjaxのonreadystatechangeやった！！ - SEの行き着くところ…
今日はIEのメモリリーク対策に注力した - SEの行き着くところ…の続き。ついについに解決した。解決の糸口(というか答え)はPrototype.jsにしっかりと書いてたやんか！ // avoid memory leak in MSIE: clean up this.transport. onreadystatechange = Prototype.emptyFunction; どうやらDOMオブジェクトだけでなく、new ActiveXObject('Msxml2.XMLHTTP')もメモリリークする模様。(確かに考えてみりゃそっちの方がリークしそう・・) ここでポイントだったのはonreadystatechangeに「null」を入れても効果がなく、関数外で定義された(できればグローバルスコープの)空関数を定義する、というところやった。（上のコードでいうとPrototype.emptyF
Javascript - 俺の基地
参考ページ Core JavaScript 1.5 Reference - MDC http://developer.mozilla.org/ja/docs/Core_JavaScript_1.5_Reference JavaScript - Wikibooks http://ja.wikibooks.org/wiki/JavaScript 【コラム】そろそろきっちりJavaScript (1) "Firebug"の導入〜関数リテラルとは? | エンタープライズ | マイコミジャーナル http://journal.mycom.co.jp/column/js/001/index.html a/PHPerの為のJavaScript解説 - PukiWiki http://kjirou.sakura.ne.jp/wiki_mirror/index.php?a%2FPHPer%A4%C
[Javascript] Prototype.js 1.6.0 - Event.fireでNative DOM Eventを呼び出し可能にする
Javascriptの話題が続いてます。 Changeset 7835 - prototype: Namespace all custom event names to avoid conflicts with native DOM events. 上記Changesetで、Native DOM Eventとの名前衝突を避けるために、コロンで区切るネームスペースが導入された & Native DOM Eventの呼び出しが削除された？ため、Native DOM Eventが呼び出せない。[Javascript] クロージャを利用したイベントリスナの登録のように、クロージャー + 無名関数でイベントリスナを登録すると、スコープの外部から、現在選択中のボックスを取得するとなると、各ノードを走査して調べる事になりますが、これは美しくない。 Prior to this change, Protot
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
https://blog.8-p.info/2009/01/unittest-js