事務所から忘れないうちに。

http://www.gizmodo.jp/2009/02/post_4978.html

http://jp.youtube.com/user/MontyPython

やっぱ、モンティパイソン、すげー。

[16:05:13]

てことは。

「ネットは無料」「収益は現物」

やっぱりコンテンツを作って持ってるところはやりかた次第でネットでどうにかなる、ということですね。コンテンツを作ることができれば、ネットだからこその一発もある、ってことで。

これが確立されると…ネットで動画を販売してるところの立場がビミョーになるだろなあ。amazonになれればいいけど、そうじゃなきゃ無料の波に呑まれて、終了だわ。

[更新]2026-02-04 09:28:43

今日はショップサイトでの作業が少なかったんで、ほぼadwordsだ。コンテンツネットワークはクリック率こそアレだけど、表示数は相変わらずスゲーのひとこと。なので検索側を頑張ってみるか、と。フレーズ一致で登録した単語をすべて部分一致に変更。yahooのカテゴリからパクれそうな（使えそうな）関連単語を拾って追加。ちょろっと調整しただけで昨日の表示数の３倍ほどになって驚き。でも、あまりコンバージョンには関係なさそうな単語も増えてしまう。こんな単語で探してるひとにきて欲しい。と思っても、サイトで表示している商品のメタ情報にその単語は含まれていなくて、ぐーぐる様に、コンテンツと合ってねえからスコア下げるかんな、ゴルァ、と言われてしまう。なもんで、さりげなくキーワードをちりばめられるコンテナをでっちあげて様子見だ。あざといことをやっても意味がない。書店のPopみたいなものにしてみるか。

しかし、ほんと反応が早い。

読書snsの方は昨晩、掲示板の書き込み系を移植。しんどい書き込み系はどうにかメドがつきそう。って、まったくチェックしてないので、スクリプトを書き上げてからのチェックが大変だなよあ。

と、いちんちディスプレイを見てるからか、疲れ目っぽい。目薬を使ってしのいでるが、ポリフェノール摂取には赤ワイン…週末まで我慢。

[更新]2026-02-04 09:33:37

いきなり都内は10度だと。もう11月も終わりだしこんなもんか。

google chromeがOEM供給されるようになる、らしい。パソコン買ったら最初から使える。どこのメーカーか詳細はまだわからないけど。

ヨーロッパあたりじゃFireFoxがシェアをのばしてるという話だし、IEはシェアを失っていく。

んな勢力図はどうでもよくて、今日も今日とていちんち中データの修正修繕作業に追われる、落ち目のIT雑務屋としては、cssやjavascriptの解釈が今以上にばらばらにならないことをひたすら祈るだけ、だ。

んで、ここんとこ、ウチに帰ったら帰ったらで、perlにcssにjavascriptにsqlにどっぷり。自分がよくわかってないので、できるだけjavascriptは使わないでおこうと思いつつ。メニュー系なんかは使い勝手を考えると避けて通れないんだよなあ。このタブがアクティブになってる時の画面はこっちがいいに決まってる、とか、画面がこれなのになんでタブはこっちなんだ、とか。

cookiemanager.jsが便利すぎるのだ。

cgiだとページを生成する時に、htmlヘッダの前にcookieを設定するのが通例。原則ページに一回設定、となる。

なのにjavascriptのcookiemanagerはいつでもどこでもおかまいなくcookieを使える。メニューの表示や画面の状態を保存して取得して、なんてのがお手軽にできるのだ。

var cookie = new Cookiemanager()

と使う準備を一行いれたら。

cookie.setCookie(key，val)

cookie.getCookie(key)

cookie.clearCookie(key)

とこれだけ。

cookieという名の便利なデータ保存場所を確保してるようなもんだ。DBやもろもろ絡むログイン系には使わないけど、使い勝手の部分をいじるにはホント便利すぎる。

ちょっとハマったのが。スクリプトの設定したcookieをcookiemanagerから触るには cookie の path　を合わせる必要があった。上書きできずに、同じ名前のcookieが作られたんで驚いた。どっちに合わせるかは要検討。

cookiemanagerもあるし、書き込みにはAjaxを使わないことにしたので、多少ラクに進めてるけど、表示だけでも、Ajaxが絡むと不具合の原因の特定がとたんに難しくなる。ページのソースを表示させてもAjaxで出すhtmlは見えないんだよねえ。…と、なかば諦めてたら、なんとFireFoxのwebdeveloppertoolsではhtmlの要素が見える。エラーコンソールでjavascriptのエラーも一発だし、オプションメニューのクッキーも扱いやすい。てことで、ここんとこFireFoxがメインとなりつつあるなあ。

ということで、話がとっちらかって、とりとめもない、ただなにかが漏れてるだけの文章だが、ようやくマクラとオチが繋がってほっとひと息の帰宅途中。

[更新]2026-02-04 09:34:26

曇天雨混じりの寒空、だ。おまけに、週末まで、ブラウザ間の解釈に違いにムカつく。

Ajaxで取ったデータをコンテナに流し込んで、そいつをポップアップ風に表示する、てのはありがちなこと。で、「ポップアップ風」てのはページ上の最前面に表示するのが当然なので、z-indexというのを使う。

こいつの解釈が、FireFoxやSafariと、IEで違ってるので悶絶。ありえねえ。

firefox safari

z-indexが最優先。z-indexの大きいものが必ずページ上最前面に表示される。

z-indexの指定がなければ、HTMLの順番（後ろのものが上に）

ie

HTMLの順番がz-indexよりも優先される、っぽい。z-indexの指定に関わらず、HTMLの後ろに別のコンテナが書かれていたら、それが上となってz-indexで表に出したいコンテナは下に潜りこんでしまう。

ieでz-indexの指定を、別のコンテナに適用するには、z-indexを指定したコンテナの親コンテナにもz-indexを指定して前面に出すか、後ろのコンテナにz-indexを指定して背面にまわすか。

if(document.all){

$(c).parentNode.style.zIndex=999；

}

って、なんでieだけのために、と思いつつ入れてみた。とりあえず、直後のコンテナに対しては意図どおり…だけど、さらにコンテナをまたがってポップアップすると、さらに後ろのコンテナにz-indexの指定が勝てなくて、下に潜り込んでしまった。

もうなんかね。ieにイラついたので、ieの時だけ。

HTMLのフッター部分に（最後に）ポップアップ用の空コンテナを用意、

body左上(0，0)から表示位置にある該当div要素の座標を取得して、

絶対位置指定で表示

function get_offset(ele) {

var ele = (typeof ele == ’string’) ?

document.getElementById(ele) : ele；

var valuetop = 0， valueleft = 0；

do {

valuetop += ele.offsetTop || 0；

valueleft += ele.offsetLeft || 0；

ele = ele.offsetParent；

} while (ele)；

return {left:valueleft， top:valuetop}；

}

body左上から、divなどblock要素の座標を取得するスクリプトを、検索しまくり。ありがたくいただいた。

ううううむ。しかし、こんなしょーもないことに半日も取られてしまって…ふぁっきんIEが。

これもまた、今さら、なんだろうけど。

この腐れjavascriptめ、IDとかTAGで持ってこれるなら、Classでも持ってきてくれてもええだろっ！と罵ることが多かったのだけど、検索してみたら

getElementsByClassName

てのが出てきた。…って、そういやこれは以前見かけたんだけど、prototype.jsの拡張だというので、当時はprototype.jsなんて入れてなかったしスルーしてたのだった。今さら思い出した。

Ajaxを使ってフロートのコンテナをべろーんと出すのはいいけど、次々と複数出っぱなし、てのはアレだろ。

てな時に、ひとつ開いて、次のを開くと、すでに開いてるものを閉じる。

var test = document.getElementsByClassName("test")；

for(var i=0； i<test.length； i++){

var e = test[i]；

if(e.id == c) continue；

if( $(e.id).style.display != ’none’ ){ $(e.id).style.display = ’none’； }

}

こりゃ便利だわ。