2009年9月7日のブックマーク (14件)
-
YAA 2009/09/07
-
-
-
東芝、業界最大クラスの記憶容量を実現した640Gバイトの2.5型HDDを発表
東芝は9月2日、業界最大クラスの記憶容量640Gバイトを実現した2.5型HDD「MK6465GSX」を発表した。合わせて500Gバイト「MK5065GSX」、320Gバイト「MK3265GSX」、250Gバイト「MK2565GSX」、160Gバイト「MK1665GSX」の4機種もラインアップする。9月からサンプル出荷を開始する。 MK6465GSXは、磁気ヘッドやディスクの磁性層の改善により、面記録密度817.9Mbit/mm2を実現した。これにより従来機種である500Gバイトの2.5型HDD「MK5055GSX」と同じ厚さ9.5mm、ディスク枚数2枚で、業界最大クラスの記憶容量となる640Gバイトを実現したという。 また、MK6465GSXのエネルギー消費効率を従来機種と比較して約28％向上し、5機種ともに本体全体のハロゲンフリーを実現するなど、環境へも配慮している。 なお、磁気ディスク
-
Perl軽量フレームワーク「MENTA」をはじめました - ぽっぺん日記@karashi.org(2009-09-04)
最高気温:27℃ _ Perl軽量フレームワーク「MENTA」をはじめました お久しぶりです。 wassrにハマリすぎて、日記に書くことがなくなってきて、しばらく更新が滞っていました。 日記の更新も久しぶりですが、もっと久しぶりな技術ネタを書いてみたいと思います。 仕事としてWeb製作をする上でメンドくさいけど避けて通れないのが、「お問い合わせ」のたぐいのフォームです。 仕事でお問い合わせフォームを書くことになったので、id:tokuhiromさんがPerlで書かれた軽量ウェブ・アプリケーション・フレームワーク、MENTAを試してみました。 MENTAはGitHubで開発されいますので、インストールは、以下のような感じで、とてもお手軽です。 % git clone git://github.com/tokuhirom/menta.git % git clone git://github.c
-
YappoLogs: HTTP::Enginについて
HTTP::Enginについて 昨日のHTTP::Engineは死なないよってのは間違いじゃないけど、プロジェクト的には老後生活に入る方向になってました。 仕様は PSGI になり、 Interface 実装は PSGI 実装に、 Request の実装は PlackX::Request に移る方向性っぽいです。 具体的に言うと PSGI の実装を Interface レイヤで使って、Request部分を PlackX::Request を使うラッパーという形になります。 本来の HTTP::Engine も Interface の部分からデータを受け取って Request オブジェクトを作って、アプリケーションのコールバックを呼んで アプリケーションから帰って来たResponseオブジェクトを受け取って、それをWebサーバに戻すんですが、これをこれから PSGI実装からPSIGプロトコル
-
とも ちゃ日記(Tomo cha) - 元大学生のＯＬ日記-
わたしの日記は日々の出来事の鬱憤晴らしの毒だし日記がメインです。 相当病んでいます。くだを巻いています。許容出来る方のみのアクセスをお願いします。 また、この日記へのリンクは原則自由にして頂いても結構ですが、 写真への直リンクを張るのはご遠慮下さい。内容に関しては、一切保証致しません。 カテゴリ一覧 Network, Internet, IPv6, DC, NTT, Comp, Linux, Debian, FreeBSD, Windows, Server, Security, IRC, 大学, Neta, spam, 食, 生活, 遊び, Drive, TV, 仕事, 24時間テレビ放送中。 寝るとき以外付けっぱなしーっ。(笑） 同時にエアコンも･･･エコに悪いね(-_-; で、昨日は安倍川花火。 一緒に見に行ってくれる人もいないので、引き籠もって24時間テレビ。 そしたら、家でも花火の
-
Zinnia hacks tomorrow.
Zinnia hacks tomorrow. (2009/8) 2009/08/01 (Sat) = 第1回お勉強会 _ とりあえず1回開いてみて手應えを知りたいなと思ったのでちょっと 慌ただしいけど開いた。 _ ドリンク・フード込みで一人2000円だった。参加したみなさんの感覚だと どうなんだろう？私はちょっと高いかなと思っている。 気軽に開くには1000円前半くらいだと個人的にはうれしいんだけど... 5時間の娯楽としては高くはないが決して安くもない値段だ。 費用と人数、広さなどはトレードオフであって最適なものを見付けるのは なかなか大変かもしれない。少しずつ改善してゆきたい _ 今回取り組んだこと(と、その後解決したこと)の記録。 今回はESDL(ErlangのSDL)をいじったりOTP.NETを評価したりということを やろうと思いつつ望んだ。 _ ESDLは昨日のうちにセットアップ
-
-
-
YappoLogs: HTTP::EngineとPSGI - HTTP::Engine is died?
HTTP::EngineとPSGI - HTTP::Engine is died? HTTP::Engine は元々 ・各種Webサーバに依存した処理がWAF毎に分散してるのをまとめたい！ ・Request/Responseも共通化したい！ という所からスタートしたプロジェクトな訳ですが、今回PSGIが始まる事によって前段の部分をPSGIに委譲して、Req/Resの共通化は今まで通りありますよと言う話。 今回のPSGIは「HTTP::EngineのInterfaceのレイヤとReq/Resのレイヤが絡み付いてて良く無いんで、良い感じに分離したいよね」という所から始まった感じ。 結局はPSGIは仕様なので、それを実装するのはHTTP::Engineの内部になるかもしくはRack的な物を外に作ってやるかという事になるけど(後者の方向)、HTTP::Engineの内部でPSGIと既存のReque
-
もっと速くするために(スコープ解決コストと正規表現オブジェクトの置き場所) - latest log
正規表現オブジェクトをどのように配置すれば効率的なのか調べました。 配置パターン A. ループ内にべた書き function job(expr, n) { var i = 0, match; for (var i = 0; i < n; ++i) { match = /regexp1/.exec(expr); match = /regexp2/.exec(expr); } } B. スコープ内(ループの外)に配置 function job(expr, n) { var i = 0, match, REX1 = /regexp1/, REX2 = /regexp2/; for (var i = 0; i < n; ++i) { match = REX1.exec(expr); match = REX2.exec(expr); } } C. 5つ外側のスコープに配置 (function() {
-
-
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
