jQueryにおけるattrとpropの違いと使いドコロまとめ - Qiita
checkboxやradioのチェック状態を調べる際にはattrではなくpropを使うのが良い。 attrでも取れないこともないですが、propで取得する方が処理が早いです。 特にIEの場合、inputに対するdisabledの処理がものすごく重く、attrでdisabledやcheckedの処理を沢山していると、無駄に最悪な感じで負荷がかかります。 attrとpropの取得の違い またこの２つは、同じ値を取得してるようで異なる値を取得するので注意。 例えば //チェックした値を取得するよー $(":checkbox").click(function() { alert($(this).prop('checked')); alert($(this).attr('checked')); }); の場合、 チェック時 prop true attr checked 非チェック時 prop fal
要素のプロパティを取得／設定するには？（prop）
任意の要素に対してJavaScriptのプロパティを設定／取得する方法を解説。また、要素の属性を設定／取得できるattrメソッドと機能を比較する。 ← 前回 連載 INDEX 次回 → propメソッドは、要素のプロパティを取得／設定します。attrメソッドと似ていますが、 1属性値とJavaScriptのプロパティとで値が異なるもの、 もしくは、 2そもそも（属性名に対応しない）JavaScriptのプロパティにしかない情報 を取得する際に利用します。 具体的には、 1はselected／checked／disabled／multipleなどの属性のこと、 2はtagName／nodeName／nodeTypeのようなJavaScriptプロパティのことです。 以下は、prop／attrメソッドを利用して、さまざまな属性／プロパティにアクセスする例です。
PHPのin_arrayは罠が多いので注意喚起が必要 - Qiita
最初に結論 in_arrayには第三引数trueを指定しろ。絶対にだ。 はじめに in_arrayについては、はじめにPHP: in_array - Manualをよく読んでおいてほしい。 この記事に書いたコード断片は、どうか読むだけではなく自分で手を動かして確認してほしい。 PHPで短いコードを動かすのはPsySHを利用すると、とても捗る。ローカルに動作環境がなければ、Ideone.comなどのオンラインサービスを利用しても差支ない。 static $fruits = ["apple", "orange", "banana"]; in_array("apple", $fruits); // => true in_array("mikan", $fruits); // => false これがin_arrayのふつうの使ひかただ。 Webアプリケーションでの実例 では、次のような例を見てみ
プログラムの実行前に文法をチェックする
Perlの文法をチェックする Perl のプログラムは C 言語のプログラムのように実行する前にコンパイルという作業は必要ありません。プログラムを作成したらすぐに実行することができます。逆に実行してみないとプログラムが文法的に正しいかどうか分かりません。 そこでプログラムの実行前に、文法的に間違っている部分がないか確認する方法が用意されています。文法のチェックだけを行うには、次のように実行してください。 オプションの -c を付けて実行すると、プログラムを実行せずに文法のチェックだけを行ってくれます。またオプションの -w を付けて実行するとプログラム中の識別子の利用方法についてチェックを行ってくれます。そこで 2 つのオプションを合わせて -cw を付けて事前にチェックだけを行います。 それでは実際に試してみます。次のような簡単なコードを記述したプログラムを sample.pl という名
Cygwinに、compressがない?!
hogehoge.tar.Zというファイルをもらっちゃったので、ちえ、と思いながら展開しようとすると、uncompressがない。 あれ? ああ、インストールしてなかったのかなあ、と思い、インストーラを立ち上げて、探すが、ない。 ??? さんざ試行錯誤したあげく、やったことは、 >gunzip hogehoge.tar.Z > 完了。 gzipで全てできるので、コマンドはなくなったらしい。 それどころか、gzと同じように、 >tar ztvf hogehoge.tar.Z とかできるよ。 なーんだ。 でも、気付かないものだなあ。 ps. さらに、 >tar tvf hogehoge.tar.Z でも普通に展開できることを初めて知った。 がーん。
２行に渡るメールヘッダの正しい処理
問題発生 長いメールヘッダの規定 MIMEの規定 正しいメールヘッダ復元の実装 問題発生 ある方より、メール投稿利用時に長い日本語タイトルを付けると、途中に半角スペースが入ってしまうというバグ報告を受けました。 Subject: =?ISO-2022-JP?B?GyRCPmFHKz5hRys+YUcrPmFHKz5hRys+YUcrPmFHKz5hGyhC?= =?ISO-2022-JP?B?GyRCRys+YUcrPmFHKz5hRys+YUcrPmFHKz5hRys+YUcrPmFHKz5hGyhC?= のようにMIMEエンコードが長くなり空白が入ったときに、この空白がデコードされてもそのまま残ってしまうことが原因です。やっつけならこの空白を除去するだけで良いのですが、やっつけプログラムは最低なのできちんと調査してみました。 長いメールヘッダの規定 RFC 2822「Internet
[迷信] fflush で入力バッファをクリア | 株式会社きじねこ
のようにすると、入力バッファに改行文字が残ってしまうため、直後に getchar などを呼び出すと期待した動作にならないことがあります。 これを何とか回避しようとして、fflush(stdin) を使用しているサンプルをよく見かけます。しかし、fflush 関数というのは、出力ストリーム、または直前の操作が入力ではない更新ストリームに対して使用するものであり、それ以外の場合は未定義の動作になります。 少なくとも複数の有名な処理系のマニュアルには、fflush(stdin) を入力ストリームに対して使用できる旨の記述があるため、上のように書いてもなかなか信用していただけないかもしれません。そこで、Cの標準規格から該当部分を引用したいと思います。 7.19.5.2 fflush 関数 形式 #include <stdio.h> int fflush(FILE *stream); 機能 stre
FileHandle vs Symbol
perl でオブジェクト指向を目指し、use strictしたプログラムを徹底していくと、どうにかしたくなるのが「ファイルハンドル」の存在です。 open(FD, "test.txt"); close(FD); この FD をオブジェクトとして使い関数に対して引数として与えたりしたいのですが、use strict な環境では my $fh = 'FD'; open($fh, "test.txt"); close($fh); とやっても、エラーになってしまいます。かと言ってこのためだけに no strict refs; ともしたくない。またこの方法では、Perlをマルチスレッド動作させるとき、ファイルディスクリプタの名前空間が衝突し、ファイルが開けなくなる問題もあります。 ネットで情報を漁っていると、こういうときはファイルハンドルを動的生成する方法が紹介されています。 use FileHan
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
