http://blog.ekeio.jp/2y/ めっちゃ不定期更新ブログ！ ja ekeio BLOG v3.1 © Weblog http://backend.userland.com/rss http://blog.ekeio.jp/2y/admin/ http://blog.ekeio.jp/2y/ http://blog.ekeio.jp/2y/?itemid=30
【改良点】

* DoCoMo以外の機種情報も送ってるってこと（それは↑と同様）
* 透過GIFが一部の携帯だと「白色」になってしまうのを改善
* 機種固有IDが取れなかったらCookieに頼る（大量にSessionをカウントしないように）
　（機種固有IDもCookieも使えない携帯は無理。そんな設定の携帯はカウントしなくてもいいような…）

【思ったこと】

* IPの下1バイトを0にしてるけど何で？ユーザを匿名にしてるって書いてあるけど、普通のGoogle Analyticsだと普通にアクセスしてるよね…ってか携帯の場合だと普通キャリアのIPしか渡らない気が、、、そこに匿名性って必要なのかねー。。。
* オリジナルのソースにあった最後のほうの『?> * SSL通信だと機種固有IDが取れないから、SSLページにGETでgetVisitorIdの返り値を渡せばいいと思います。独自実装になっちゃうけどね・・・
* getVisitorIdで何してるかって言うと、
　o 機種固有IDが取れたら
　　 1. 機種固有IDとAnalyticsのコード「MO-XXXXXX」と文字列をつなげる
　　 2. つなげた値をMD5でハッシュ値化して先頭16文字を取る
　　　⇒ これで機種固有IDの生情報をGoogleに通知することなくユニークなIDをAnalyticsに渡せるってわけです。
　o 機種固有IDが取れないと
　　 1. 固有のIDが無いということなので、変わりにUSER-AGENTとランダム値のハッシュを使う
　　 2. これを毎度毎度やっても固有のIDが取得できないからCookieにセットしてIDを引きずり回してるって感じになってます。
　ってなわけで、へー一応色々考えてあるって感じでした。

http://www.b-r-u.net/google_analytics_for_mobile.html]]> http://blog.ekeio.jp/2y/?itemid=30 Sun, 06 Dec 2009 02:36:36 +0900 http://blog.ekeio.jp/2y/?itemid=29 イマジーン / インターネット募金でNPOを応援!!
よかったら登録してください。
携帯からはhttp://m.imagene.jp/でアクセスできます。

イマジーンはインターネット版の募金箱です

イマジーンは、
ＮＰＯやＮＧＯなど「社会をより良くするために活動されている方々」を応援するために作られた、インターネット版の募金箱です。

ご覧いただければ分かるように、環境保護に努められている団体や、災害支援に取り組まれている団体など、世の中には、たいへん多くの方々が、この世界が抱えている種々の問題を解決しようと励まれています。

そんな彼らのために、活動資金集めのサポートをするのがイマジーンの使命です。

少額の、手軽にできる募金を通して、彼らと一緒に社会を良くしていきませんか？

イマジーンでは、１人の志有る方が１００万円を募金することよりも、１万人が１００円ずつ募金することで世の中が良くなると信じています。]]> http://blog.ekeio.jp/2y/?itemid=29 Sun, 14 Jun 2009 02:14:36 +0900 http://blog.ekeio.jp/2y/?itemid=28 Adobeのページを参考
どーゆーことかって言うと、クリップボードへの情報の貼り付けはIE以外はFlashで行えるのですが、それが出来なくなるってことです。

一番手っ取り早い解決策はボタンそのものをFlashにしてしまうことです。参考サイト
今扱ってる案件ではボタンの種類が多く、ボタンの数の分だけFlashを作るわけにもいかないので、透過Flashにして今までどおり使えるようにしました。

動作にはPrototypeが必要です。
PrototypeとFlashの良い勉強になりました。

ソース：http://www.b-r-u.net/flashclipboard.html]]> http://blog.ekeio.jp/2y/?itemid=28 Mon, 17 Nov 2008 01:14:01 +0900 http://blog.ekeio.jp/2y/?itemid=27 暗号化は複合すれば元に戻りますがハッシュは元に戻せません。
Aのハッシュ値がA'だとするとA'だけからAを求めることはできません。
WindowsとかでCDからデータを落とすときに
「○○をコピーできません。データエラー(巡回冗長検査(CRC)エラー)です。」
ってのが一番身近なハッシュかな…

PHPでそれぞれのハッシュ値を100,000回算出するためにかかった時間
md5はよく使われててPHPでもmd5('hoge');ってすればhogeのハッシュがわかるんだけど、（perlでもcryptで可能）
アメリカ政府（NIST (アメリカ国立標準技術研究所)）と
日本のCRYPTREC (暗号技術評価プロジェクト)では、
MD5が推奨から外れているとおりに攻撃される可能性があるんですよ。

NISTじゃSHA-2(SHA1以外のこと)が使われているらしくて
とりあえずハッシュの実行速度がわかるように算出してみた。

sha256はmd5の倍ぐらい時間かかるみたいです。
でもアメリカの政府が使ってるぐらいだから安全みたいだし、
sha256を使えばよさそうだね。

md2 (128): 1.068129
md4 (128): 0.168168
md5 (128): 0.183619
sha1 (160): 0.213175
sha256 (256): 0.338196
sha384 (384): 0.958671
sha512 (512): 0.959832
ripemd128 (128): 0.302765
ripemd160 (160): 0.335816
ripemd256 (256): 0.306326
ripemd320 (320): 0.344032
whirlpool (512): 0.723098
tiger128,3 (128): 0.244434
tiger160,3 (160): 0.244207
tiger192,3 (192): 0.244750
tiger128,4 (128): 0.277339
tiger160,4 (160): 0.275671
tiger192,4 (192): 0.277098
snefru (256): 0.948601
gost (256): 0.990941
adler32 (32): 0.143271
crc32 (32): 0.128725
crc32b (32): 0.128641]]> http://blog.ekeio.jp/2y/?itemid=27 Sun, 13 Apr 2008 23:36:21 +0900 http://blog.ekeio.jp/2y/?itemid=26 PHPでCSVを操作するにはfgetcsvというすげー便利な関数があるが、
たとえば単純にカンマ区切りのデータの場合はファイルを読み込んで
,でexplodeかけても同様の動きをする。
ってことで今回で3回目になるPHP Tipsですが、
ファイルの中身を読むにもfopen関数やfile関数やfile_get_contents関数やら色々ある、
結局どれを使えばいいんだよって話になるので
とりあえずベンチってみた。

data1-1,data1-2,data1-3,...
data2-1,data2-2,data3-3,...
...
ってのがCSVデータなんだけど
それを以下の4通りで取得してみる。

1. fgetcsv
2. file→explode(,)
3. fopen→fread→explode(\n)→explode(,)
4. file_get_contents→explode(\n)→explode(,)

結論から言うとfgetcsv意外はどれも早い。
今回行ったベンチマークでは3<2<4<<1の順番だった。
fgetcsvは他のに比べて約2倍処理に時間がかかる。
2,3,4は多分誤差の範囲だと思います。
コードの読みやすさから個人的には2.がお勧めです。
Perlな人はfopenのほうが使いやすいのかな？
まー人それぞれだと思います。

ではなんでfgetcsvが遅いかと言うと、fgetcsvは
フィールド囲いこみ文字もちゃんと認識してくれるからです。
フィールド囲いこみ文字ってのは
data1,data2,"data3,5,6",data7,"data8
改行があってからdata9",data10,...
ってな感じの「"」です。
よーはカンマ区切りのデータだと区切り文字になってるカンマはデータに入れられないし、行も改行でわけられてるから改行でデータに入れることもできないけどよーはCSVだとできます。
まーよく意味がわからない人はExcelで名前をつけて保存でCSVを選択してから保存してテキストエディタを開いてみてください。

これを2,3,4で読めるようにするには結構苦労が要るからfgetcsvを使うと一発ですって話です。
よーは時と場合によって使う関数を変えましょうって話です。

いや、CSVなんて使わずにDB使えば、、、って話はとりあえずなしです。

※ PHPやPerlなどで膨大なテキストを操作する場合は、気をつけましょう。
　 サーバによってはCGIの実行速度が制限されていて保存が完了する前に実行が止められるとデータが飛びます！]]> http://blog.ekeio.jp/2y/?itemid=26 Sun, 13 Apr 2008 23:36:02 +0900 http://blog.ekeio.jp/2y/?itemid=24 Keio.toに新機能を追加しました。
・QRコード表示機能
・エラー表示機能

PHPとMySQLを最新に変えて
DBをがしがしいじりました。

今後の改良予定としては
・subscribe unsubscribe機能
・MLでのイベント参加受付
・軽い名簿集計機能
・MLのSequencer機能
・他ドメインとのML接続
・副管理人機能

あともう少しでユニークなメールアドレス登録数が
4万4千…

MLの便利機能・アイディア募集…]]> http://blog.ekeio.jp/2y/?itemid=24 Sun, 16 Mar 2008 04:14:24 +0900 http://blog.ekeio.jp/2y/?itemid=23 結論から言うとstrposが一番早いです。
本来preg_matchはPerlの正規表現が使えるということで便利なのですが、
単純に文字が含まれているかどうかのチェックをする場合（正規表現を使う必要がない場合）は必要ありません。

また、preg_matchで'/a|b|c/'などor検索する場合も
strposをorでひっかけたほうが早いです。

$strに文字($findme)が含まれているかどうかをチェックする場合
strpos($str,$findme)!=falseとするのは間違えです
これはstrposが検索文字を文字列の何番目にあるかどうかをチェックするからです。
もしこれが一番最初に来た場合、人間のお約束の1では無く0が帰ってきますので
strpos($str,$findme)!==falseとするのが正しいです。

ただ、検索している文字列が0番目にくることがまず絶対ありえないのだったら
if(strpos($str,$findme)){...}
とするのが一番早いようです。

手元で軽くベンチマークを取ったことろ
preg_matchはstrposより3〜4倍程度処理に時間がかかります。

■結果
文字検索の際、正規表現を使わないときはpreg_matchではなく、strposを使おう！]]> http://blog.ekeio.jp/2y/?itemid=23 Sat, 15 Mar 2008 02:57:56 +0900 http://blog.ekeio.jp/2y/?itemid=22 phpはバージョン違いでコンパイルできませんといわれるし
mysqlはじゃんじゃん文字化けしてくれる。
ここ何年かいじっててやっと最近慣れてきた。

古いmysqlや古いphpから最新のものにしようとすると
phpのコンパイルの際に
「wrong mysql library version or lib not found」
と出る。
あ、いや、新しいの入れたんですが…
といいたくなるがconfigureは勝手に中断してしまう。
しかもエラーの不親切なことｗ

mysqlを入れなおしても改善されなかったので
サポート掲示板を見てみるんだけどなかなか解決方法が見当たらない…

解決方法は
/usr/lib/mysql/内の
libmysqlclient.soのバージョンが古いからでした。
最新のmysqlは
/usr/lib/libmysqlclient.so.15.0.0
に最新のmysqlclientを入れてくれるらしいんだけど
そんなんわからないって・・・ｗ]]> http://blog.ekeio.jp/2y/?itemid=22 Sun, 09 Mar 2008 20:32:17 +0900 http://blog.ekeio.jp/2y/?itemid=21 The PHP JPEG Metadata ToolkitにならってJPGだけでなくGIFにもコメントを挿入できるPHPを作ってみた。
全部のソースはないので多少自力でやる必要あります。
これで携帯電話で画像を転送させなくできます。
ImagickとかMagickWandとかあるけど、処理速度が気になるので自分で作りました。
何のサイトで使おうとしてるのかも今は秘密で…
PNGもやろうとしたけど資料がすぐに見つからなかったので断念…

//The PHP JPEG & GIF Comment Tool
@header('Content-Type:'. $ctype);
@header('Content-Transfer-Encoding: binary');
$read = file_get_contents($file);
$str = 'copy="NO",kddi_copyright=on';
if($ctype=='image/jpg'){
　　　　echo substr($read,0,strpos($read,0xFF,3));
　　　　// Write segment marker
　　　　echo "\xFF\xFE";
　　　　// Write segment size
　　　　echo pack('n',strlen($str)+2);
　　　　// Write segment data
　　　　echo $str;
　　　　echo substr($read,strpos($read,0xFF,3));
}elseif($ctype=='image/gif'){
　　　　echo substr($read,0,strlen($read)-2);
　　　　// Write segment marker
　　　　echo "\x00\x21";
　　　　// Write segment size
　　　　echo pack('n',strlen($str));
　　　　// Write segment data
　　　　echo $str;
　　　　echo "\x00\x3b";
}]]> http://blog.ekeio.jp/2y/?itemid=21 Tue, 19 Feb 2008 02:29:19 +0900 http://blog.ekeio.jp/2y/?itemid=20 ガチでマニアックな日記を書いてくれといわれたので、

CPUの値段の下落情報でも載せてみる。

情報によるとIntelが7月22日に価格改定を行うらしい、何でもAMDの対抗らしい。
販売ではIntelが圧勝ですからねぇAMDも必死なんでしょう…

4月の価格改定で
10万だったQ6600(2.4GHz Quad Core)が7万になり、
7月の改定で3万5千円ぐらいになるらしい。

また、同様の値段で
E6850(3GHz Dual Core)が出るらしい、
そこでスピードを取るか、4CPUを取るか、、、
う〜んどっちかなぁ〜…

また、6月中にDRAMの値段が急上昇するという噂もある、
何でも、現時点で生産コストよりも安い値段で販売しているとかなんとか…
まぁなんせ去年10月の1/4の値段で売ってるからねぇ〜

7月って事はテスト後ですね、、、
いや、まだ考えたくありません。]]> http://blog.ekeio.jp/2y/?itemid=20 Tue, 12 Jun 2007 04:53:50 +0900