【Tumblr】 Tumblr Queueの最新ページへのリンクを生成するGreasemonkeyを更新しました。(0.1.1)

Tumblr Queueの最新ページへのリンクを生成するGreasemonkeyを更新しました。

インストール

https://gist.github.com/raw/614547/tumblr_queue_latest_link.user.js

更新履歴

0.0.2 -> 0.1.1 (2011/06/11)

  • Dashboardのリニューアルに対応した

0.0.1 -> 0.0.2 (2010/11/07)

  • 二重に表示されてしまう時があるのを修正した

続きを読む

【メモ】 画像の縦横比を維持したまま、画像サイズを一定の範囲内に縮小

縦横共に300px以内でかつ縦横比を維持したまま画像を縮小したかったので簡単なJavaScriptを書いてみた。 画面内の画像全てに適用するとするとこんな感じ。

var maxWidth  = 300;
var maxHeight = 300;
var elements = document.getElementsByTagName("img");
for(i=0;i height) {
elements[i].width = Math.min(width, maxWidth);
} else {
elements[i].height = Math.min(height, maxHeight);
}
}
まぁはっきり言うと、「縦横比の維持」は基本的にブラウザ任せですね。 片方だけ指定すればもう片方は自動で計算される…というのは仕様的にどうなのだろう。 なお、幅だけを一定以内に収めたければこれをimgタグに置くだけで良いのだけど、
onload="this.width = Math.min(this.width, 300)";
縦長の画像(例えば縦1,000px/横100px)の場合に逆に拡大されてしまってはみ出る。 それを回避するためには、縦か横かどっちかデカイ方に対して適用すればOKと。 なんか処理を共通化する良い方法がありそうな気がするけど…まぁいいか。とりあえず。

続きを読む

Amazonアフリエイト用テスト

目的

Amazonの商品ページを開いて、そこからなるべく少ないステップでブログエントリに貼り付けるアフリエイト用パーツを取得できるようにする。

やったこと

  1. ASINなどを与えるとその商品の情報を取得し整形して表示するプログラムを作成
  2. Amazonの商品ページでアフリエイト用パーツを取得するBookmarkletを作成

1. ASINなどを与えるとその商品の情報を取得し整形して表示するプログラム

大体次のような感じ。
  • PHPベース
  • フレームワークはSymfony
  • PEAR::Services_Amazonを使用
【メモ】 PEAR::Services_Amazonを使って商品情報を取得(署名認証対応) – nplll サービスURLはこんな感じ。
  • //amazon.nplll.com/asin/[Amazon ASIN] → 特定の商品の情報を表示する
あ、一応オープンになってますが、あくまで自分向けなので突然サービス終了することもありますし、 アフリエイトIDを追加することも出来ません。

2. Amazonの商品ページでアフリエイト用パーツを取得するBookmarklet

AmazonのページからASINを抜き出して整形するBookmarklet
javascript:function%20getID(id){return%20document.getElementById(id);};var%20u=location.href,d=/(http:\/\/www\.amazon\.(com|co\.jp))/;if(u.match(d)){t=getID("btAsinTitle").innerHTML;r2=RegExp.$2;if(r2=="co.jp")l="amazon.jp/dp/";else%20if(r2=="com")l="amzn.com/";else%20exit();l='';prompt("%E3%80%8C"+t+"%E3%80%8D",l);void(0);}
例えばこのページで実行すると↓ Amazon.co.jp: THE BEST OF スチャダラパー1990~2010: スチャダラパー: 音楽 こんなのが取れます。↓
実際の表示はこんな感じ↓

続きを読む

原発の話、なんで色んなことにずれを感じるのか

比較的まじめで素直で善良な市民である友人・知人が原発について語ることがいまいちピンと来ないことがあって、「これっていったい何なんだろう」「おかしいのは俺なのか?」と思っていたんですけど、なんでそうなるのかについて個人的にもの凄く腑に落ちる結論に至ったので書いてみます。 ていうかまぁ2行くらいで書ける話なんですけど、

  • 「原発の状況がどんどん悪くなって行ってる」と考えてる人がいるけど、それ間違いだよ。原発の状況は、地震発生1週間後くらいからずっと悪くなってないよ。
  • じゃあ良くなってるのかってそういうことじゃなくて、最初から最悪でそこから1つも変わって無くて多分これからもずっと変わらないんだよ。
頑張れば良くなるんだと思ってるみたいなんだけどね…… 別に善良な市民が悪いと言うことではなくて、徐々に出てくる悪いニュースを少しずつ摂取していったらそういう感覚に陥るのは仕方がないなぁという気もします。ニュースを詳しく読めば、4月や5月に出てきた「悪いニュース」の日付が3月後半だとか地震発生直後の話だとかしてる事が多いんだけど、理屈と感覚は必ずしも一致しないからねぇ。感覚としては「悪いニュース」が明らかになるたびに悪くなってるような錯覚に陥りますね。 確かにそれはそう。 んでもう一つ。 「徐々に悪くなっている」というイメージには、実は希望もくっついてきます。流れを変えれば徐々に上向くかも知れない、次に出てくるのは良いニュースかも知れない。一組のトランプからカードを引いて赤なら悪化、黒なら良化、というような。でも本当はそんなことは全然なくて、最初からずっと絶望的な状況だったのですよ。地震翌日にメルトダウンが起き、冷却水が漏れ、それは現在も全く変わっていない。ストロンチウムが発見された?それはね、今日そこに落ちたのではなくて、建屋の爆発からずっとそこにあったんだよ。 ずっと最悪な状況で、これからもずっと最悪な状況なんだ。 だからね、なんというかさ。見込みの薄い希望を押しつけるのはもう止した方が良いと思うんだよ。1ヶ月、3ヶ月、半年、1年待てば、元の家に帰って今まで通りの暮らしに戻ることが出来る、なんて今の段階でなんの根拠も実現性もないんじゃないの? 校庭の土の汚染度の基準をどうこういうのだって、帰ることを前提にした議論だと思うのだけど、現実的に考えたらその土地を利用し続けようとする試みは正しいのかどうか。基準が5mSvだろうが1mSvだろうが、子供はそこにはいてはいけないんじゃないか。「なんとかそこで子供が活動できるように」という目的自体が間違ってるようにしか思えないとね。 実際に被害に遭われている人たちが覚悟を決められないのは仕方がないと思う。 自分だったらと考えれば、やっぱりずっと引きずってしまうだろうとも。 生まれてからずっと住んできた土地をある日突然に離れなさいなんて受け入れられないよ。 でもさ、周りもそれに合わせていたらなにも出来ないじゃん。メディアはやっぱり明るいニュースも伝えたいと思って、希望のある「見込み」を積極的に報道するけどさ、何日までに復旧して収束しますなんていう見込みはひとつも達成できてないし、だいたい出来るわけもないよね。 だからもうね、暗い未来は憂鬱だけどさ、それをきちんと直視して覚悟をしていかないと行けないんじゃないのかな。 例えば、「避難」ではなくきっちり全部調べて「放棄」する土地を決める作業をしないとだめじゃないか。頑張ることは大事だけど、頑張っても残念ながら良くならないこともあるんだよ。少なくとも頑張ったところで汚染された土地がすぐに元に戻ることはないんでね。仮に土地が除染されたとしても相応の廃棄物との長い格闘が待ってる。そう言う意味で、東北の津波の被災者とは違うんだよね。支援するこちら側も違う覚悟をしないといけないよね。 あんまり解ってもらえないのだけど、僕は議論に興味がないのではなくて、そういうことを考えてます。 どうするのがベストなのかなとね。

続きを読む

メインブラウザをFirefox4からGoogle Chromeに変更しようとした

Firefox3からFirefox4にしてから動作がかなり軽快になったものの、 タブを多数開くとメモリを異常に消費するようになってしまい、おまけにそのタブを閉じても、 つかんだメモリは解放されない。 その結果半日使ってると、メモリ消費2GBとかになるようになってしまった。 まー普通に50タブとか開いてる使い方が悪いと言えばそうなのだけど、 ので、さすがにこれは無理と言うことで、 Google Chromeへの移行を検討してみた。

続きを読む

【メモ】 Amazon RDSの検討(やっぱり個人では少し割高よね)

ニコニコ動画に関連して、ちょっとアグレッシブなデータ蓄積を行っているのだけど、計算したらば色々と無理が。 始めはバッチ処理の時間のことを気にしていて、だいたい1年くらいで限界が来るなぁなんて思っていたのだけど、 よくよく考えたらそれよりも先にストレージの問題が来るなぁと言うことに気付いた。 MySQLのレコード数50万件でだいたい100MBになる案件なので、 さくらのVPS512(ストレージ20GB)では最大で5,000万件くらいまでしか保管できない。 日が経つ毎に1日の増分が大きくなるのだけど、仮に1日100万件だと1ヶ月でストレージ終了。 元々さくらはストレージが小さめではあるんだけど、まーそう言う問題じゃなく、 そもそもこの企画自体が無理だったんだなぁ。 とはいえ諦めてしまうのも惜しいので、なんとか実現できる方法はないかなーと思いつつ、 クラウドか…ということでAmazonがやっているRDBサービス、「Amazon RDS」を検討してみた。

続きを読む

SEOの終わりみたいな話

これ。

最近、「SEOってもう終わるよね」と思っています。昔のブログを見たら、2005年にも同じこといってて恥ずかしかったわけですが、そろそろ本当に終わるんじゃないかと思ったので、もう一度まとめてみます。
 
興味深いエントリではあったのだけど表現にちょっと引っかかるところがあったのでブクマしておいて、 後で何か書こうと思ってたら切込隊長が言いたいと思ってたことを全部簡潔に書いてた。
最後に、SEOが終わる的な話になってますけど、検索エンジンに対する最適化は技術として陳腐化したのでそれ単体で飯が喰えると言うのがなくなった、というだけであって、いまでもプロモーションサイトなどのサイト制作やアドネットワークとの組み合わせで引き続き技術進歩は続いています。検索エンジンの穴を突くスパム的な手法が制限されただけで、その中にあるコンテンツの良し悪しとはまったく関係がありません。
 
うむ。 僕としてはそれで別に何も書くことがなくなっちゃったんだけども、 最近ずっと思ってたことを振り返りながらとりあえず雑感でも書くと、
  • 「SEO」という技術が終わること
と、
  • 「SEO」というビジネスが終わること
とを混同してるのはちょっとどうかなと。 いやけんすうさんが解ってないわけないから、煽り半分なんだろうけどもおかげで誤読多数みたいな。

続きを読む