はてキはてダ
おもしろいはてダをいくつか見つけて購読開始した。思ったけど、日記中に書いてある id とかを辿っていくと、面白い日記書くクラスタってのがあって、集ってるんだなぁとか思った。
おもしろいはてダをいくつか見つけて購読開始した。思ったけど、日記中に書いてある id とかを辿っていくと、面白い日記書くクラスタってのがあって、集ってるんだなぁとか思った。
何か唐突に気付いた。僕に必要なのは、先生みたいに誰か一方的に教えてくれる人とかじゃなくて、一緒に学習を続けていける、同じ方向を向いた人なんだなぁたぶん。高校も、大学も、ほんと、全くそういう友達はいなかったなぁ……
アンテナの購読状況と、はてダ、はてブでの id コールを集計したらできるかな。でもひっこんでる人はでてこなくなっちゃうよなぁ。
脳内でいろいろ、ざっくばらんにだけれど、これからのことを計算してみると、いくら稼いでも全く足りないので (お金がない、っていうのは、スピード感が失なわれがちで、すごくよくない)、もっと倹約しよう。
なんか開いてから表示されるまでクソおそくてどうしたもんかなぁ、と思っていたけど、slow_log を有効にして観察したら 10 秒とか 40 秒とかかかるクエリがあったのでインデックスはってみた。劇的にはやくなった。更めて、自分で DB のことわかってないなぁ……と気付かされた (超ごく最近まで slow_log をとれることすら知らなかった)。
実際に実行したやつ (phpmyadmin からもごもごやってた)
ALTER TABLE `items` ADD INDEX `feed_id_stored_on_created_on` ( `feed_id` , `stored_on` , `created_on` , `id` ) ためしてないけど、Migration:
# db/migrate/009_add_items_index.rb
class AddItemsIndex < ActiveRecord::Migration
def self.up
add_index :items, [:feed_id, :stored_on, :created_on, :id], :name => :items_search_index
end
def self.down
remove_index :items_search_index
end
end
問題のログ
# Time: 080310 9:59:22 # User@Host: root[root] @ localhost [] # Query_time: 47 Lock_time: 0 Rows_sent: 10 Rows_examined: 3511 SELECT * FROM `items` WHERE (items.feed_id = 36 AND (stored_on >= '2008-03-10 01:31:30')) ORDER BY created_on DESC, id DESC LIMIT 10;
はったあとの EXPLAIN
$ mysql -u root fastladder mysql> EXPLAIN SELECT * FROM `items` WHERE (items.feed_id = 36 AND (stored_on >= '2008-03-10 01:31:30')) ORDER BY created_on DESC, id DESC LIMIT 10; +----+-------------+-------+-------+--------------------------------------------------------------+------------------------------+---------+------+------+-----------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+--------------------------------------------------------------+------------------------------+---------+------+------+-----------------------------+ | 1 | SIMPLE | items | range | index_items_on_feed_id_and_link,feed_id_stored_on_created_on | feed_id_stored_on_created_on | 13 | NULL | 115 | Using where; Using filesort | +----+-------------+-------+-------+--------------------------------------------------------------+------------------------------+---------+------+------+-----------------------------+ 1 row in set (0.06 sec)
OpenFL 用の Plagger がずっとうごきっぱで鯖が重かったので 30min ごとのクロールじゃなくて 1h ごとにした。
なにかいろいろ、浮かんでは消えることがあるけれど、うまく言葉にできない。消化するのに時間がかかる。あとなんか、言葉を選ぶことについて、やらないといけないことがあるのだけれど、心を消費することなので、難しい。
言葉は魔法で、呪いだ、と感じる。一言の重さを、ポジティブにもネガティブにも実感する。一言の「イイネ」と、一言の「どうなのソレ」みたいなのの大きさ、もちろん文脈によるにしても、そういうのは本当に呪いだ。
やばいわすれそうだ
[[トラックナンバー]] 知らなかった。こんな用語あるんだ。
バーガーのCDってもう手に入らないから、できるだけバックアップしときたいよなぁ。RAID くんでるやつに mp3 はおいてるけど、ロスレスで保存すべきだよなぁ。ついでに Amazon S3 にいれたいなぁ。
自分は、はてキ経由で、プログラム分野以外の人の日記をかきあつめて読みことが多いのだけれど (他の方法で探してもノイズが多すぎてあんまりおもしろくない)、長いこと読んでいる人、一方的に1年とか2年ぐらい読み続けている人、とかから☆とかもらうとめっちゃ嬉しい。
ネガティブさは絶対に忘れてはいけない
それ忘れたらほんとにただのヒトだーよー
僕は JavaScript の人ではなくて、Ruby の人ですよ!! JS で好きなのは言語的な部分であって、ブラウザがどうとかって部分はそんな好きじゃないんですよ! BK ばっかりで疲れる割に得られるものがないお……いつまでにできる、ってハッキリ言えないしなぁ…… (ハマったら数日かかるjnsk)
~/picture をオペミス?で ~/cd にリネームしてしまってすげー焦った。全く身に覚えがなくてやばい……
でもって、今 RAID はくんでいても定期的なバックアップをしていなくてちょー不安なのでどうにかしたい。
Amazon S3 ( http://www.amazon.com/gp/browse.html?node=16427261 )
今うちの鯖の ~/ は 105G で頻繁に増えたりはしない。コンスタントに増えていくデータは写真が多くて、月に1GBから2GBぐらい使う。
http://calculator.s3.amazonaws.com/calc5.html? で、
すると $30.33 で 3000 円ちょいぐらい。
どうするのがいいのかいろいろ考え中