生活3月末で mova サービスが終了する。自分の携帯電話は 7 年前に 0 円で購入した SH506iC という機種だったので、見事に mova であり、使えなくなる 30 万人のうちの 1 人であった*1。当初は 4 月まで放置して、使えなくなるところを体験する「mova と一緒に心中プラン」を予定していた。使えなくなった携帯電話を持って docomo ショップに駆け込んで電話番号は引き継がれるのか 使えなかった期間の基本料金はどうなるのか どういう事務手続きになるのかなどを体験すればブログのネタにもなるかなー、と考えていた。しかし、25日(日)に携帯電話を落としてしまって、これはもう、なんとしても FOMA に変えろという見えざる力が働いたんじゃなかと思うにいたった。「ケータイ落としたら回線を止めてもらわないと勝手に使われちゃって請求やばいことなる」ってマクドナルドで女子高生が言って
先月、mova から FOMA に機種変更したらしいてっく煮ブログさんの最新エントリに、「簡単にファミコンのプレイ画像を入手する方法」というものが載っていました。 ゲーム名で Google 画像検索しても意外にプレイ画像は手に入りにくい と書いてありました。 あぁ、そうなんだ、ファミコンのプレイ画像を求めている人もいるのだなと思いました。そこで、任天堂のファミリーコンピュータ全ゲームタイトル対応の画像検索へのリンクページを作ってみました。 ファミコンのタイトル名をいちいち手動で入力して検索するのもけっこうダルいと思いますので、全1053タイトルのファミコンゲームソフトを、発売年に分けてリスト表示してみました。 例えば1988年のタブをクリックし、「究極ハリキリスタジアム」のリンクをクリックすると、Google画像検索でハリスタのプレイ画像と思われる画像が表示されます。長島さんと徳光さんに似
東日本大震災の被災地、仙台市で石油を生み出す藻が、復興計画のシンボルになっている。環境浄化のコスト削減とエネルギー生産を同時に実現する全国にないプロジェクトだからだ。 仙台市の東部沿岸にある下水処理場の南蒲生浄化センターは昨年3月11日、10メートルを超す津波に襲われ、施設が壊滅的な打撃をうけた。市の生活排水の7割に当たる日量約39万トンを処理する大規模施設で、完全復興には4〜5年、900億円もの費用がかかるとされる。 その復興計画で浮上したのが、「オーランチオキトリウム」という藻類を使うアイデアだ。平成22年に筑波大大学院生命科学研究科の渡辺信教授が沖縄の海でマングローブの林の中から発見した。光合成を行う葉緑素を持たない種類で、廃水などに含まれる有機物を吸収して、活発に増殖する。体内にため込む物質は、サメの肝油で知られる「スクワレン」という炭化水素で、石油などと同じ成分の燃料になる。
taRgrey は以下のようなアプローチでメールのフィルタリングを行います。 送信元 MTA がホワイトリストに一致したら受信 S25R を用いて動的 IP アドレスっぽくなかったら受信 各種ブラックリストに一致したら拒否 応答遅延を行い、相手が通信を切断しなければ受信 (tarpitting) 相手が切断してきた場合、自分の postfix のプロセスを終了させたい postfix に patch を当てて解決 相手から一定時間後・一定回数の再送があった場合は受信 (greylisting) フローチャート: 先述したとおり、パッチをあてた postfix を導入します。 パッチをあてる # cd /usr/ports/mail/postfix # make fetch-recursive # cd /usr/ports/distfiles/postfix # tar zxvf post
■ 爆弾低気圧 夕方電車止まりそうということで、13時半に早くも帰宅命令が出た。 昨年、帰宅困難な状況が何度かあったので決断が早まったようで。 電車が止まりだしてから帰れと言われてもどうしようもないしねえ。 電車はすでに混んでいたが、まだ風雨もそれほどでもないので混乱なく帰宅できた。 ■ よくわからないCygwinの/dev/clipboardというかdate? Cygwinでdateを/dev/clipboardへリダイレクトするとなぜか書き込みエラーになってしまう。 % date > /dev/clipboard date: 書き込みエラー: Bad file descriptor zsh: exit 1 date > /dev/clipboard % date | putclip % cat /dev/clipboard cat: /dev/clipboard: Bad addres
tbaggery - A Note About Git Commit Messages A successful Git branching model » nvie.com Commit Often, Perfect Later, Publish Once—Git Best Practices だいたいこれらに書いてあることを考えている。 基本的にGit Successful Branch Modelで運用する。git-flowを入れて使っているけど、手でやってもそんなに面倒ではないし好きなようにしたらよさそう。 Subversionを個人で使っていたころはブランチはよくわからないけど恐しいものだったけど、Gitを使いはじめてだいぶ親しめるようになった。 文字通り、ブランチ、枝である。気軽に扱えるということは理解の助けにもなる。 コミットの単位 論理的に最小限度のコミットをつくる。「こう
Perlerな皆さん!WAFは何を使っていますかー!? 昨日行われたという「Perl Beginners #1」のレポートを漁っていると @hsksyuskさんのエントリにこう書かれていましたので僕もつい乗っかってみたくなりました。 PerlのWAFは何がいいの? @ytnobodyさんはKossy推し。 僕はAmon2推し。 ぼ、ぼ、ぼ、僕はMojolicious推し!!! ということでなぜ僕が今、Mojolicious推しなのかを探るためにその「いい点」と思っていること列挙してみました。 それと同時に悪い点も見えてきて、かつバッドノウハウもあるなーって感じなのでまとめてみます。 Mojoliciousのいい点 依存モジュールが無くポータブル ご存知の通りMojoliciousは標準で入っているモジュールに依存しているだけで、 残りは自前で実装しています。なので、 $ cpanm Moj
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く