Hatena::Groupasakura

浅倉卓司@blog風味? このページをアンテナに追加 RSSフィード

Error : RSSが取得できませんでした。

2008-03-21(Fri)

IFrameHttpRequestのpatch

22:31 | IFrameHttpRequestのpatch - 浅倉卓司@blog風味? を含むブックマーク IFrameHttpRequestのpatch - 浅倉卓司@blog風味? のブックマークコメント

 http://coderepos.org/share/browser/lang/javascript/IFrameHttpRequest

を使おうかと思ったらOperaで動かなかったのでpatch*1

Index: IFrameHttpRequest.js
===================================================================
--- IFrameHttpRequest.js	(リビジョン 8257)
+++ IFrameHttpRequest.js	(作業コピー)
@@ -58,7 +58,7 @@
 				}, 100);
 			}
 		}
-		if (!document.all) {
+		if (typeof self.iframe.readyState == 'undefined') {
 			self.iframe.readyState = 'complete';
 			self.iframe.onreadystatechange();
 		}


 あれ、非同期では動かないのか……*2

*1:他のdocument.allで分岐してるとこも直さないとダメな気がするけど。

*2:README読んでなかった。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20080321

2008-03-18(Tue)

区切り記号というより終了記号

| 14:17 | 区切り記号というより終了記号 - 浅倉卓司@blog風味? を含むブックマーク 区切り記号というより終了記号 - 浅倉卓司@blog風味? のブックマークコメント

  • 2008年03月14日 b:id:aya_momo プログラミング 最後にカンマを入れるのはだらしない気がする。openしてcloseしないとか、かっこを閉じずに"(ry"とかと同じ感覚。しかし、いつの間に効率の話になったんだか。
  • 2008年03月14日 b:id:ezookojo "配列かハッシュを宣言する時に最後の要素でも必ずカンマを入れないと気が済まない" これPerl 由来かあ。次の要素が無いんだから絶対カンマつけんなよおかしいだろと思うんだけどそのへんご機嫌いかがですか奥様。
http://b.hatena.ne.jp/entry/http://mt.endeworks.jp/d-6/2008/03/neurotic-perl-hacker.html

 うーむ。だとすると、(言語仕様にもよるけど)文の最後にセミコロンを入れるのもだらしないのか*1、とか思った。

 僕は「区切り記号」ではなく「終端記号」として意識してるから、カンマが最後にあるほうがしっくり気がします。


 ほんとはカンマを打つのもたるいので、改行コードが特別な意味をもつ言語ならハッシュの区切りで

hash_value = {
  key1 => 'value1'
  key2 => 'value2'
  key3 => 'value3'
  key4 => 'value4'
}

を許してくれればいいのに、と思うんだけどね。

*1Pascalな人はそう言うよね、たぶん。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20080318

2008-03-14(Fri)

固定長と可変長のテーブルに分けてJOINするVIEWを使うようにすると効率よくなったりするのかな?(MyISAM限定で)

| 19:37 | 固定長と可変長のテーブルに分けてJOINするVIEWを使うようにすると効率よくなったりするのかな?(MyISAM限定で) - 浅倉卓司@blog風味? を含むブックマーク 固定長と可変長のテーブルに分けてJOINするVIEWを使うようにすると効率よくなったりするのかな?(MyISAM限定で) - 浅倉卓司@blog風味? のブックマークコメント

 そういやMySQLでVIEWが使えるようになってちゃんとINSERTやUPDATEもできるようになったんだから、固定長と可変長のテーブルに分けてJOINしたVIEWにアクセスするようにしたほうが、全部1つにまとめたテーブル(この場合は可変長のテーブルになる)にするより効率がよくなるような気もするんだけど、どうなんだろう?


 そういうチューニングの話を聞かない(気がする)のは、特に効率が上がったりはしないんだろうか。。。

 それとも今はInnoDBばっかりでMyISAM使ってる人が少ないのかな。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20080314

2008-03-06(Thu)

MDB2で空文字がNULLになるのを抑制するには、portabilityオプションを変更する必要があるそうな。

| 19:45 | MDB2で空文字がNULLになるのを抑制するには、portabilityオプションを変更する必要があるそうな。 - 浅倉卓司@blog風味? を含むブックマーク MDB2で空文字がNULLになるのを抑制するには、portabilityオプションを変更する必要があるそうな。 - 浅倉卓司@blog風味? のブックマークコメント

 古い記事なので既に解決してるのかもしれませんが。僕はさっきはまったのでメモ。

「SELECT * FROM users WHERE email = ''」

ではなくて、

「SELECT * FROM users WHERE email = NULL」

SQL式が評価されているような気がする。

MDB2で空文字がbindされるとNULLになっている気がする

 MDB2の可搬性に関する説明によると、デフォルトで

  • MDB2_PORTABILITY_EMPTY_TO_NULL

入出力データの空文字列を null に変換します。 Oracle は空の文字列を null と判断するため、これが必要になります。 一方、他の大半の DBMS は空の文字列と null を区別します。

――になっているので、変更する必要があるみたい。

 ……Oracleうぜえ*1

*1:前にそれで面倒なことになってたのを思い出した。

トラックバック - http://asakura.g.hatena.ne.jp/asakura-t/20080306
2004 | 01 | 02 | 03 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2005 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2006 | 01 | 02 | 03 | 04 | 05 | 06 | 08 | 09 | 10 | 11 | 12 |
2007 | 02 | 03 | 04 | 05 | 06 | 07 | 10 | 11 | 12 |
2008 | 02 | 03 | 04 | 06 | 09 | 10 | 11 | 12 |
2009 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 09 | 10 | 11 | 12 |
2010 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2011 | 01 | 02 | 03 | 06 | 07 | 08 | 09 | 10 | 11 | 12 |
2012 | 02 | 03 | 04 | 05 | 07 | 08 | 10 | 11 | 12 |
2013 | 01 | 05 | 07 |
2014 | 01 | 02 |
2016 | 01 |
2017 | 01 | 05 |