2012/05/16(水) [n年前の日記]
#1 [web][neta] 住所情報でDM内容を変えたらダメなのかな
福島県に住んでいる自分宛てに、EC-CURENTから「福島県産の牛肉を食べて福島県を応援しよう！」てなDMが届いて、DM送信は自動化されてるから仕方ないんだろうけどなんだかなと思ったりして。そこで、ふと、住所情報によってDMの内容を変えたほうが売り上げが変わったりせんのかなと。例えば。
星新一作品の中に、個人に合わせてやたらめったら広告を出しまくる世界をなんだか怖いものとして書いていた作品があったような気がするけれど。個人的には、ああいう世界こそがちょっとだけ自分の理想に近い、そんな印象があったりもして。相手と無関係な広告を打ちまくっても鬱陶しいだけじゃないのか、みたいな。天気予報サイトを開くたびに「恋人と一緒に混浴できる温泉です！」と言われてもなあ、みたいな。
- 福島県とその周辺には線量計販売や地震対策グッズのDMを。
- 東京都周辺には地震対策グッズや非常用食品のDMを。
- 関西周辺には節電グッズのDMを。
星新一作品の中に、個人に合わせてやたらめったら広告を出しまくる世界をなんだか怖いものとして書いていた作品があったような気がするけれど。個人的には、ああいう世界こそがちょっとだけ自分の理想に近い、そんな印象があったりもして。相手と無関係な広告を打ちまくっても鬱陶しいだけじゃないのか、みたいな。天気予報サイトを開くたびに「恋人と一緒に混浴できる温泉です！」と言われてもなあ、みたいな。
[ ツッコむ ]
#2 [linux] xferlogの書式について検索
ホームページビルダー(以下HPBと表記)からウチの自宅サーバにサイト転送をしたらページが見えなくなったという相談を受けて、proftpdのログ、xferlogを調べたり。
_xferlog - ProFTPD server logfile < System | The Art of Web
direction には、o,i,d のどれかが書かれるらしい。見えなくなったという htmlファイルに対して、d がついていた。d は、delete の d。何故かは知らないけど、oとiは解説していてもdは解説してないページがいくつか目に入ったので、忘れないように、こうしてメモ。
_xferlog - ProFTPD server logfile < System | The Art of Web
direction には、o,i,d のどれかが書かれるらしい。見えなくなったという htmlファイルに対して、d がついていた。d は、delete の d。何故かは知らないけど、oとiは解説していてもdは解説してないページがいくつか目に入ったので、忘れないように、こうしてメモ。
◎ 余談。フォルダ階層と言う概念は問題がありそう。 :
xferlog の内容からすると、HPBから、該当ファイルを削除するよう、命令が来ていたことになるが、それはそれで変だなと思った。HPBはサイト転送時、削除処理はしない。ただひたすらアップロードしかしないので、使ってないファイルもどんどん削除されずに溜まっていく。使ってないファイルを削除するためには、サイト → サイト転送 → サーバー未使用ファイル検索、をしないといけない。…と思ったので問い合わせてみたら、やはり、サーバー未使用ファイル検索をしていた模様。であれば動作はおかしくない。一安心。
結局は、ユーザ側が、どのフォルダに何のファイルが入っているのか、把握していないまま各種操作をしていたので混乱した、ということになると思うのだけど。
親父さんにPC操作を教えてる時にもチラリと思うのだけど。フォルダ階層は、いや、階層という概念は、問題があるのかもしれないなと。えてして、どのフォルダに何が入っていたか、忘れてしまう傾向があるような。
とはいえ、全てのファイルを一つのフォルダに入れておく管理の仕方では、目視で探すのが大変だし。それをどうにかしようとして、Vista以降はファイル検索欄がスタートメニューに入ったのだろうけど…。
何にせよ、そのあたり、ちょっと考え込んでしまったり。ファイルの分類、位置の把握等、現状はまだ問題が残ってるのだろうなと。おそらく、そのうち誰かが、画期的な分類を発見して、「その手があったか」と皆が拍手喝采を送る…ような展開があったらいいなあ。
結局は、ユーザ側が、どのフォルダに何のファイルが入っているのか、把握していないまま各種操作をしていたので混乱した、ということになると思うのだけど。
親父さんにPC操作を教えてる時にもチラリと思うのだけど。フォルダ階層は、いや、階層という概念は、問題があるのかもしれないなと。えてして、どのフォルダに何が入っていたか、忘れてしまう傾向があるような。
とはいえ、全てのファイルを一つのフォルダに入れておく管理の仕方では、目視で探すのが大変だし。それをどうにかしようとして、Vista以降はファイル検索欄がスタートメニューに入ったのだろうけど…。
何にせよ、そのあたり、ちょっと考え込んでしまったり。ファイルの分類、位置の把握等、現状はまだ問題が残ってるのだろうなと。おそらく、そのうち誰かが、画期的な分類を発見して、「その手があったか」と皆が拍手喝采を送る…ような展開があったらいいなあ。
[ ツッコむ ]
#3 [android] 実機に転送して動作確認してみた
SurfaceViewを使った画像描画を試しているのだけど。実機上ではサクサク動くのかと想像してたけど、そんなことはなかった。
元サイズは320x480を想定して、Lenovo IdeaPad A1、縦画面600x1024に拡大して描画したら、BG1枚とキャラ1枚しか描画してないのに、40FPSぐらいしか出なかった。60FPSが出てくれないかと期待してたのに。ガックリ。これでは、Adobe AIRアプリと同程度の速度。であれば、Javaではなくて、Adobe AIRで作ったほうがいいのかもしれない。もっとも、その場合、どうやって画面サイズの違いを解決すればいいのか、よく分からないけど。
IdeaPad A1を横向きにすると、画面の左半分にだけ描画する形になるのだけど。それだと、50FPSほどになった。どうやら、描画面積が小さければ小さいほど、処理が早く終わるのは間違いなさそう。とはいえ、大きな画面の真ん中に、ポツンと小さく描画するわけにもいかないし。
eclipse上で作ったソレを、どうやって実機上で動かすのか分からなかったけど。IdeaPad A1を、USBケーブルでPCに接続して、eclipseプロジェクトの実行構成で、自動ではなくManualを選択したら、実行時に「どの機器に転送するんや？」と尋ねるダイアログが開いてくれた。こんなに簡単だったのか…。
元サイズは320x480を想定して、Lenovo IdeaPad A1、縦画面600x1024に拡大して描画したら、BG1枚とキャラ1枚しか描画してないのに、40FPSぐらいしか出なかった。60FPSが出てくれないかと期待してたのに。ガックリ。これでは、Adobe AIRアプリと同程度の速度。であれば、Javaではなくて、Adobe AIRで作ったほうがいいのかもしれない。もっとも、その場合、どうやって画面サイズの違いを解決すればいいのか、よく分からないけど。
IdeaPad A1を横向きにすると、画面の左半分にだけ描画する形になるのだけど。それだと、50FPSほどになった。どうやら、描画面積が小さければ小さいほど、処理が早く終わるのは間違いなさそう。とはいえ、大きな画面の真ん中に、ポツンと小さく描画するわけにもいかないし。
eclipse上で作ったソレを、どうやって実機上で動かすのか分からなかったけど。IdeaPad A1を、USBケーブルでPCに接続して、eclipseプロジェクトの実行構成で、自動ではなくManualを選択したら、実行時に「どの機器に転送するんや？」と尋ねるダイアログが開いてくれた。こんなに簡単だったのか…。
[ ツッコむ ]
以上、1 日分です。