Archive for the ‘ 調査 ’ Category

はてブと同時にGoogleBookmarkにもブックマークするGreasemonkey・グリモン

はてブ with GoogleBookmarkです。 参考、ネタ元サイト:otchy.net

インストール

はてなブックマークをするのと同時にタグを利用してGoogleBookmarkに登録するためのスクリプトです。
※firefox3.0.7 + greasemonkeyで動作確認
スクリプトをインストールすると、はてブの登録時、下の画面のように新たな「追加する(withGB)」ボタンが現れます。

この「追加する(withGB)」ボタンを押す事で、はてなブックマークに登録すると同時に、GoogleBookmarkに対して登録することができます。登録する際にgoogleにログインしている必要があります。

登録する際のラベルは hatenaBookmark>[タグ] (複数タグがあればその分作ります。タグがない場合、作成を行いません。)
45行目に規定してあるので修正したい方はどうぞ。
(FirefoxアドオンのGmarksにあわせたラベル付けにしてあります)
[Greasemoneky]と[GoogleBookmark]の2つで登録した場合、以下のようになります。

おまけ
はてブ with twitter and googlebookmark インストール
Twitter のポストとgooglebookmarkをはてブと同時にします。
(otchy.netさんのコレに付け加えただけですが)

なお、使用に関しては無保証でよろしくお願いします。また改変は自由です。

問題なのは動作確認を自分の環境でしか確認できてないことです…。
だれか気が向いたら入れて、どうだったか教えてくださいorz

パワーポイント備忘録 図の最適化と自動レイアウトの対処

忘れないうちに記録。PowerPoint2002で確認。

普段パワーポイントなんて使わないんですが、たまたま人の作ったパワーポイントをいじってて発見し、対処したのでメモっとく。
(対象としては画像/パワポに関してあまり知識のない人が作ったときに見るべきこと…かな)

・画像貼り付けリサイズ
・画像を貼り付けたときにずれる問題の対処

【画像貼付】
画像をはっつけるときは
1.元画像をあらかじめリサイズして、はっつける。
2.元画像をそのままはっつけたあと、リサイズ⇒切り取りをして形式を選択して貼り付けで図を選ぶ。
のどちらかを使う。

左上のメニューから・・・

図の形式を選んで選択。

【理由】
そのまま貼り付けちゃうと、pptを他人が見たときに拡大できちゃったりして見られたくないデータの場合まずい。
※社員が勝手に画面をハードコピーしてモザイク処理かけてない画像を使って資料を作成し、客先に配布した場合、かなり危険かも。(なんせ見た目は縮小してあり、潰れて見えるので危機感がない)

【対策】
教育/周知するしかないかも。この方法をとってないpptファイルは容量が肥大化するため、監視をして発見するという手もある。(普通にでかいファイルもありうるけど)
なお、印刷機能を利用したPDF化の際も上記方法を取った場合とそうでないものを比較すると容量に差がでる。

【図の圧縮ではダメか】
最初にはまったのですが、図の書式設定の「図」タブにある図の圧縮ではサイズの修正はされませんでした。サイズは変わらずに、多少荒くなる程度ですのであまり意味が無いです。相変わらず拡大すると文字が読めちゃいます。

【PDF化比較】
今回自分が使用したpptを比較すると

PPTファイル PDFファイル
非処理PPT 3146KB 1735KB
処理PPT 489KB 441KB

あからさまに圧縮された風味だが、それでもまだ容量がでかい。
作成したPPTファイルをよく見てないのでわからないが、解像度を保持したままPDF化されてるとパワーポイントと同様に拡大したり画像保存をした場合に見えちゃう場合があるかもね。

パワーポイント上で画像がちゃんとリサイズされてるかどうかを確認するには、

図を選択⇒右クリックメニューの図の書式設定⇒サイズタブ
にある、原型のサイズを見ればよい。状況にもよるが大体見た目どおりの大きさなら問題ない。
30cmとかそれぐらいの大きさで表示されている場合、拡大すると見れちゃう場合が多い。

※倍率項目でみてもいい。縮小されてると10%とか20%みたいになっている場合がある。

【画像を貼り付けたときにずれる問題】
あと、2の方法を取ったときに気がついたのだが、
画像を貼り付けた時にパワーポイントの構成が崩れるときがある。
私もこの現象がおきて、他のオブジェクトの配置が思い切りずれて、今までの構成が崩れてしまった。
自動レイアウト、という機能らしいのだが余計。

【その場限りの対処】
その場限りの対処としては貼り付けた画像の右下に表示されるアイコンをクリックし、
元に戻す、を選択すると解決する。

右下の雷マークをクリックして…

元に戻すをクリック。

【設定で自動レイアウトをオフにする】
ツール⇒オートコレクトのオプションをクリック。
入力オートフォーマットのタブをクリック。
一番下の挿入オブジェクトの自動レイアウトのチェックをはずす。

これで今後は一切ずれなくなる。

XPath で<li><b>hoge</b>ぼえ</li>で、「ぼえ」だけを取り出す方法

アマゾンの発売日前レビューってのがあまり好きじゃないんですよね。
発売日前のレビューは非表示にできるようにgreasemonkey(初体験)を書いてみようと思い、
とりあえずお知り合いのここを参照して調べる。

まずはアドオンでXpathCheckerをインストール。
ここでXPathつかったのはアマゾンのhtmlがひどかったから。web1.0っていうの?アレ。
<font size=”-2″>とか懐かしくて涙出てきた。

発売日を取得しようとしたんだけど、アマゾンでは発売日付近のhtmlは以下のようになってる。

<ul>
<li><b>なんか:</b>ああああ</li>
<li><b>なんか:</b>いいいい</li>
<li><b>発売日:</b>YYYY-mm-dd</li>
<li><b>なんか:</b>うううう</li>
</ul>

こんなかんじ。発売日の順番が商品によって違うので、
Xpathは
/html/body/table[1]/tbody/tr/td/div/ul[1]/li
でリストを配列で取得して走査。

ただこの状態だと
<b>発売日:</b>YYYY-mm-dd を取ってきてしまう。

YYYY-mm-dd部分のだけ取る方法ねーかなー正規表現で抜くかなーと悩んでたら
こんな感じでとれるよーとotchyさんに教えてもらた。

/html/body/table[1]/tbody/tr/td/div/ul[1]/li/child::node()[2]

child::node()はnode()でもおk

lists = $a(“/html/body/table[1]/tbody/tr/td/div/ul[1]/li/node()[2]“);
for(var i in lists){
var t = Date.parse(lists[i].nodeValue);
if(!isNaN(t)){
releaseDate = t;
}
}


node()[1]で前の部分が取れる。
最初テキストinnerHTMLで取ろうとしたら取れなかった…。(おそらくXMLだから?よくわからんけど。)
nodeNameをみたら#textだったのでnodeValueにしたら取れた。
$a はここの使ってる

なるほどねー。XPath初めて使ったけどコレは便利。
今回は習作として、今後ちょっといろいろ作ってみようと思った次第でした。

ToDo管理のUIで思ったこと。

あなたのTo Doリストをぐっと改善してくれる「time taggin」のすすめ

結論からいうと出来たのはこれ。

経緯
「time taggin」のすすめを読んで、社内ツールの機能にある、ToDoリストを作り直そうと思った。
これ自体入社した直後に作ったものなんだが、あまり利用度が高くない。

持っていた機能

  • 重要度(重み付け)
  • 日付 (定期的にあるものに関しては日課、週末、月末の3種の追加オプション)
  • タイトル
  • 進捗度 0-100%(そのつど変更可)
  • カテゴリ(プロジェクトとか)

と、いろいろある。
これはみんなの意見を取り入れて拡張していった結果なのだが、ほとんど使われていない。
ユーザー二桁に対してToDoが一桁とか利用率が半端なく低い。
使われてない理由をいろいろと考えてみた。

欠点/難点

  1. ToDoを記入するのに入れる項目が多すぎる。
    • ToDoを記入することに1分以上かかってたら本末転倒だと思った。
    • ToDoを管理するToDoが必要になってくる。
    • 思いついたら入れておこう、ぐらいで出来るのがいい。
  2. 進捗度は進行度を把握するのに便利だと思ったが、結局はつかわない。0か1でいい。
    • 自分の頭の中に正しい進捗度が把握できてるのだからわざわざ変更手続きがメンドクサイ。
    • 0-100刻みなのだが1-99が使われたことはない。出来たか、まだ出来てないか、レベルのことを入れるべきなんだなあ
    • 他者が進捗を管理する場合はいるが、それはプロジェクトのタスクでやるべきで、ToDoという細切れにされたものに関してはやる必要がない。
  3. 日付だか週末だとかはフリーテキストでいい。
    • 1週間以内にできればいいや、というToDoに対して日付をきっちり決めるとその最後の日にやろうとする人が増える。このへんはファジーな感じにしたほうがいい気がする。⇒日付が近づくとアラートを出す、とかが出来なくなるかも⇒そのへんは解析できるような仕組みを入れればいいかなあ。

なのでちょっと考えた結果、項目は以下でいい気がする。

改善

  • 日付入力欄(入力フリー、ただしY-m-dや(月)とか特別な書き方に対してフォローをする)⇒結局しませんでした。
  • タイトル(やるべきこと)
  • 処理にかかる予想時間(0-60分)

そしてtime-tagging。予想時間を書かせることによって、以前の進捗度合いに代わるものが出来る。
進捗度に関しては0-60分という短いタスクに分けることにより、必要がなくなる。できたら消せばいい。すごい楽だな。まさに目から鱗。

こんな感じで作り直してみようと思う。

出来たもの。
・移動できる付箋紙機能とあわせてToDoを実装しなおした。
・重要度に関してこれで解決できた。移動機能とあわせて実装することでリスト表示にはできない自由な配置によるグルーピング、重み付けができるようになった。自動でソートする機能を実装すればリストみたいな運用もできるだろう。

とりあえずこれで運用してみる。

トップにも張ったけど、画像はこんな感じ。

社内GWなのでソース公開できないけど、こんな感じに。
ToDoはためしに適当に書き出してみた。Ajax利用、×押せば消える、D&Dで移動。
※時間の部分だけなんかわかりやすくしたほうがいいかな。

ありがとうtime-taggingのアイデア。利用率の調査に関してはまたしばらく様子見します。

・コメントにあるMindmapで思ったんだが、親、子の関係で結べたりすると便利だな。JavaScriptでライン引いたりして実装できたりするんだろうか。あとで試してみよう。(複雑機能にするとまた使われなくなるぞ、という訓戒も忘れずに)

まるいで上手に食べる方法

レバーといえばまるい。まるいといえばレバー。押上のまるいといえばレバー好きなら知らないともぐりといわれるほどの名店です。(言いすぎ?w)

レバーがあまり好きでない人もここへいくと好きになります。(1人駄目でしたが…まあレバーの食感まではどうにもならんw)

どんなレバーがでてくるとかメニューはこちらの画像を見ていただくとして。

レバーがなければ、まるいに行けばいいでしょう

今日はこの「まるい」攻略法をちょっとだけ公開。普通のお店気分でいくと失敗するから。

この店、親父さん1人がすべて作る&厨房があまり広くない為、注文のタイミングを逃すと頼んでから1時間以上待つ、ということがざらです。(3時間以上滞在とかも普通)ここで物が来ないから怒って帰る一見客もいますが、下調べが足りません。一回カップルが来て、文句ぶーぶーいって帰ってった。ヴァカめ(ぉ

基本は便乗です。以下手順。

  1. なるべくカウンターに座ることを狙います。理由は後述。テーブル席でもぎりぎり可。カウンター席のキャパは10人弱です。親父さんと会話できるだけでも楽しいです。2Fはちょっときつい。
  2. 最初に頼んでもいいのは「比較的早くできるもの」
    • 親・子牛のレバー(メイン)
    • モツ煮込み(出来てればよそうだけ)
    • 飲み物
  3. 次に頼んでいいものは「定番メニュー/火を使わないメニュー」
    • 白/白ネギ(※)
    • ナンコツホイル(※)
    • 馬(仕入れがない場合もある)
    • 他(メニューみて察して)
  4. 最初の注文はここまで。どうしても食べたいもの以外は様子見。頼んでもいいけど、待つことを覚悟しましょう。
  5. 親父さん1人で作るため、注文が多いメニューからさばいていきます。目の前に置かれている伝票やおやっさんと店員さんの会話(聞いてるだけでも楽しいですが)から何を作ろうとしてるのか察します。
  6. 作ろうとしているものに便乗して注文します(「あ、それ私にも1つください」)
  7. 一緒に作ってくれるため、注文してすぐにでてきます。ウマー。

先ほども書いたとおり、基本的に便乗です。カウンターに座るのは伝票や会話を知ることができるのと、便乗注文がしやすいから。但し2.(※)の白やナンコツホイルでも、既に作り終えた後だと注文してもなかなかでてきませんので注意。この辺は周りのテーブルみて既にでてないかどうか判断。サンドイッチとかはほんとに便乗しないと頼んでも「作れるかどうかわからないから」で注文できません。食べれたらラッキーぐらいで行きましょう。あまり書くと競争率高くなるからこれ以上書かないw 何だよ土曜日のあの行列

おいしいかわからないから注文できない? 大丈夫、全部おいしいから。新しい発見もあるから!

予算は大体1人3000~5000円ぐらい。

メモ blog更新ping 送信先一覧

google : http://blogsearch.google.com/ping/RPC2
FC2 : http://ping.fc2.com
livedoor Reader : http://rpc.reader.livedoor.com/ping
yahoo : http://api.my.yahoo.co.jp/rss/ping?u={RSS address}

PSP5.0アップデート内容。ダウンロードとUMDどっちがお得か比較してみる。

* 無線LAN経由でPSP版PlayStation Storeに直接接続可能に。初代PSゲームがダウンロード購入できるアーカイブスや新作予告編・体験版、追加アイテムやテーマのほか、SCEJタイトルについては今後UMD版と同内容のダウンロード版を提供予定。開始時コンテンツ250以上。
* スリープタイマーの追加。音楽再生時用。
* フルスクリーンキーボード。
* XMB背景の新デザイン。
Engadget 日本版

UMD不要の流れへと移行しつつあるバージョンアップ。
再ダウンロード可能だとはいえ、ゲーム入れ替えのために1-2GB弱のデータを毎回落とすのはめんどくさい。
考えるのは複数のメモリースティックに保存しておくことだが、現在のバイト単価が一番お得なメモリースティックはというと…(SONYのだけで調べてみるよ。価格.com調べ)

型番(容量) 単価 1Gあたり
MS-MT16G (16GB) ¥11,980 ¥784
MS-MT8G (8GB) ¥5,980 ¥747
MSX-M8GS (8GB) ¥6,237 ¥779
MS-MT4G (4GB) ¥3,366 ¥841
MSX-M4GS (4GB) ¥5,995 ¥1,498
MS-MT2G (2GB) ¥2,400 ¥1,200

*型番末尾のSがついてるのは転送量が向上してるverだと思う。多分。

ということで(PSPが対応してるならば)8GBか16GBのを思い切って買うほうがお得。

で、1本のゲームの容量だけれども。UMDは1本最大1.8GB。でも全部つかってるわけじゃないのは確か。ということで1.2GBぐらいにして計算してみると1本あたりの負担は¥896~¥940になります。

さてさてダウンロードはどれくらいやすいのかな、と調べると。
「勇者のくせになまいきだor2」
UMD版 ¥3,980円 PS Store版 ¥2,800円
「パタポン2 ドンチャカ♪」と「BLEACH~ソウル・カーニバル~」
UMD版 ¥4,980円 PS Store版 ¥3,800円

なのでダウンロード版は1000円強の割安となる。
トータルで考えるとすべてをメモリスティックに保存しておこうと思った場合、ダウンロード版のほうが安い。ゲームの容量によっては逆に高くつくかもしれないけど。でもUMD交換の手間やピックアップの消耗を考えると、メモリスティックに保存しておいたほうがお得なのかな。

なのでお小遣い的にはダウンロードのほうがお得だよ!
毎回ゲームダウンロードする、っていうのならもっとお得になるけど、時間と電気代もったいないね!
家にいないとネットワーク環境がないとゲーム変えられない携帯機ってのも悲しいわ。

ああ、でも説明書とかケースが手元にほしいって人や中古に売りたいって人には向かないね。中古対策でもあるんだなあ、これ。

もちろん、ゲームの容量増加による保存単価の上昇もあるけど、記憶媒体の価格低下もあるからどうなるかわからないよ!

[tmkm-amazon]B001FVXT7E[/tmkm-amazon]

ちょっと高いけどアマゾン。サードパーティのメモリスティックならさらに安いからお得感増えるね。

追記
さて、アマゾンで勇者or2の値段みたら¥3,213だった。
そして容量は200~300MB前後っぽい?
となると、ダウンロード版の値段との差は¥400となるが、保存単価は¥260~300。
(勇者の場合は)やっぱりそんなに大きく変わるもんでもないね。ダウンロードのほうがややお得、かなあ。

容量がでかくて、価格が安いソフトだと買ったほうが得。あたりまえの結論だけど。

wordpressのテーマは入れすぎるとよくない。

入れすぎると重くなる…というわけではなくw
無料のテーマだからといってよくわからないサイトのをアップロードするのはよくない、ということ。

テーマファイルってのは画像だけで構成されているわけではなく、サーバー側で実行されるスクリプトが大多数を占めてるわけで、さらにそれに実行権限が割り振られてるとなりゃ、考えなくても危険だなあ。作者がなんらかの目的で悪意のあるコードを仕込んでる可能性がある。
wordpressつかってそんなに日がたってないのでそこまで気が回ってなかった。早速使ってないテーマは削除しておいた。

ファイル自体はexeみたいな実行ファイルじゃないのでダウンロード時には何もわからない。アップロードして使わないまま(使っていても)放置してたら知らない間にフィッシングサイトにされてたとか、踏み台でなんかやらされてたとか、データベースの中身が送信されてたとかありうる。悪意のあるコードかどうかチェックするのは結構むずかしいね。外部通信してる箇所があれば怪しいけど、それすら探すのはやや難しい。巧妙に隠蔽してそうだしw
さらにたちが悪いのは作者からしてみたら実行したいファイルのパスはほぼ決めうちでわかることだなあ。

ということで使わないテーマはなるべく削除してサーバーに残しておかないことが大事。
今使ってるテーマがもし該当したら…と思う場合はテーマ名でぐぐったりして評判を調べるといいのかな。
使用者がおおいテーマとかは多分大丈夫。多分。

WordPress Related Post from Referer を 入れてみた。

WordPress Related Post from Referer

LPO(検索サイト経由できた人にその検索ワードに関連したエントリを表示して、適切なコンテンツに誘導する)みたいなのってどうやるんだろう、作ってみたら面白いかもと思ったら既に作っている方がいたのでありがたくインストールしてみることにした。最近だとマックのサイトがLPO使ってるよってニュースあったよね。これこれ。マックの新サイトも導入した「LPO」対策とは?
このサイトにLPOは必要なのか?といわれるとまあいらんだろうw。けど、新しいものは試してみたくなるよね。

データはWordPress Related Post for Japaneseを使って解析されたものを利用しているらしい。このプラグインとyahooのアプリケーションIDがいるらしいのでさっくりと取得してくる。そしてこのプラグインを有効化して、設定→JRelatedの項目でアプリケーションIDを入力。

そのあとWordPress Related Post from Refererを有効化して、表示したいページに(今回はシングルポストのページにしておいた。あとでindex.phpにも反映する予定)<?php if (function_exists(“jrelated_referer”)) jrelated_referer(); ?>みたいな感じで埋めるといいらしい。

形態素解析には時間がかかるというかそのページを開く必要があるのでとりあえず全部の個別エントリを開いてデータを蓄積する。とりあえず動いてるかどうか試してみようってことで適当なワードで自分のサイトを検索して表示。
google検索 検索結果をクリックすると動いてるのがわかる。

うん、コレは面白い。これをつかえば直帰率は減る予感。

誕生日でした。

25歳。とうとう四捨五入30の境界へ…。

ところで閏年の2/29に生まれた人は4年に1回しか年齢が増えないのか、という話題を飲み会で結構すると思うのですが(しねーよ)実際のところはどうなのかちょっと調べてみた。

法律上は、生まれた日の前日に年齢が+1されるらしい。
だから2/29生まれの人は2/28に1歳増えて、3/1生まれの人は2/28(閏年の日には2/29)に1歳増える。
だから4/1は早生まれ扱いなのね。

誕生日から相対的な日時を用いることで閏年も見事にカバーしてるね。うまいもんだ。
生まれた日の前日の翌日ってことにしなかったのは紛らわしいからかなw

ただ飲み会でこのウンチクしても盛り上がらないと思うので、閏年なオマエはまだ6歳なんだなー。とかいって笑ってるのがいい。