＃追記 2013/5/14 当記事から2年たって新製品のリリースなどがあったので、以下の記事で新しくまとめなおしました！ 【保存版】本の自炊方法まとめ。裁断、スキャンからタブレット・Kindleでの読書まで徹底解説！ ＃追記ここまで こんにちは。自炊（本の電子化）についてどこよりも詳しく解説しているブログの管理人、うしぎゅう（@ushigyu）です。 タイトルからして言うまでもなく、このブログは自炊（本の電子化）がメイントピック。 これまでに、裁断、スキャン、iPadやパソコンによる閲覧から裁断した本の処分に至るまで、どこよりも詳しく解説してきたつもりです。 ただ、記事数も増えてきて「どの記事を見れば自炊についてサクっとわかるの？」という方もいるかもしれません。 というわけで、今回は「これだけ見れば自炊の全てがわかる！」今までの記事のまとめです。 これから本を電子化する方も、どうしようか迷

クラウドを構築するために商用のソフトウェアやオープンソースのソフトウェアなどが多数登場してきています。その中の1つとして注目されているのがOpenStackです。 OpenStackとはどのようなソフトウェアなのか、その歴史的経緯と技術的な解説を行っているビデオ「openstack building a free massively scalable cloud computing platform」が公開されています。 これは2月にベルギーのブリュッセルで行われた「Free and Open Source Software Developers' European Meeting」（FOSDEM）で行われたセッションを記録したものです。 Building a free massively scalable cloud computing platform OpenStackデベロッパのS

構成 [appサーバ] -> [lvs] -> [MySQL]群 DRでMySQLのスレーブ群にロードバランス appサーバはDBコネクションのプーリング、永続化をしている 問題の現象 DBサーバ上ではmysqldへのコネクションが存在するのに、appサーバ上ではコネクションが存在しない。(netstat調べ) →無用なコネクションが残留するせいで、MySQLのmax_connectionsに達してしまう。 原因 MySQLの世界の無通信時のコネクションのタイムアウトはデフォルトで 28800秒 (8時間)。一方、IPVSの世界の無通信時のタイムアウトはESTABLISHEDなコネクションで900秒 (15分)。 # ipvsadm -Ln --timeout Timeout (tcp tcpfin udp): 900 120 300なので、DBコネクションの永続化等でコネクションを張りっ

［サンフランシスコ　６日　ロイター］　米防衛機器大手ロッキード・マーチンLMT.Nのネットワークに対するサイバー攻撃で、米データストレージ大手ＥＭＣEMC.Nのセキュリティ部門ＲＳＡから盗まれた情報が使われたことが明らかになった。 ユーザー認証システム「セキュアＩＤ」を提供するＲＳＡが書簡をウェブサイトに掲載し、３月に同社から盗まれた情報がロッキードへのサイバー攻撃で使われたことを確認したと表明した。 ＥＭＣはこれに先立ち、ＲＳＡから盗まれた情報がセキュアＩＤに関連していると警告していた。 ＲＳＡは書簡で「ＲＳＡに対する攻撃の特徴から、ハッカーの動機はおそらく、防衛機密や関連する知的財産を狙えるセキュリティ情報を入手することだったとみられる」と指摘した。 ＲＳＡは、希望する顧客にはセキュアＩＤの交換に応じる方針だが、不要なケースが大半との見方を示した。

五月病が抜け切らないIT系新入社員に贈るシリーズ第1段。 ~/.ssh/configにはいろいろな設定が書けるが、周囲を見渡した限り、あまり活用されているようには見受けられない。そこで、今回は便利な設定をいくつか集めてみた。 長いホスト名に短い名前をつける Host exp1 HostName verrrryyy.looooong.hostname.example.jp　ssh verrrryyy.looooong.hostname.example.jpの代わりにssh exp1でログインできるようになる。 ちなみに、zshの場合、configファイルに登録されたホスト名はsshコマンドを打つときに補完されるので更に便利。 特定のホストへログインするときのユーザ名や鍵をカスタマイズする Host github.com User tkng IdentityFile ~/.ssh/id_rsa

去年、9月に HTML5 の Last Call（最終草案）に向けたスケジュール案が発表され、 HTML5: Getting to Last Call ： W3C Blog Timeline to Last Call from Maciej Stachowiak on 2010-09-08 (public-html@w3.org from September 2010) さらに、今年に入って 2011年5月に Last Call を出すよというスケジュールが発表されていましたが、 W3C Confirms May 2011 for HTML5 Last Call, Targets 2014 for HTML5 Standard Last Call timeline from Paul Cotton on 2011-05-15 (public-html@w3.org from May 201

異常な安さに負けて DTI の ServersMan@VPS を申し込んだのですが、 Linux は性に合わないというか、若干気持ち悪い部分があるので *BSD に対応しないかなー、とつらつら思っていたのですが、遂に Debian に対応とか言ってる横でさくらの VPS が CentOS/Ubuntu/FreeBSD/Debian/Fedoraに対応とか無茶言い出したので試用期間もあることだし、と申し込んでみました。 で、とりあえず FreeBSD を入れるかー、と思ったらどうも必要最小限のイメージから sysinstall を呼んでるだけっぽく、イメージは ftp 経由で取得だとか fixit console が使えないだとかいろいろと萎え気味。そもそもインストールは TightVNC java viewer 経由で行うのだけど、キーバインドが無茶苦茶で vi すら使えないという恐ろしい

シェルからでも重い処理というのはちょこちょこあって、例えば超デカいログファイルを移動して圧縮したりというお仕事は世界中のあらゆる場所で毎日行われていたりする。コマンドラインからでも大量の圧縮済みログファイルをいっぺんに展開したい、とか。 あるディレクトリ以下に存在するたくさんのファイルを(圧縮済みのものを除いて)全部 bzip2 圧縮したい！と思ったら、とりあえずさくっと次のようにコマンドラインで叩けばいい。 $ find . -not -name '*.bz2' | xargs bzip2 これで、まあそんなに問題なく効率的にbzip2圧縮ができる。だがしかし。 最近は複数コアのCPUが普通に転がってるし、あまつさえHyperThreadingが有効になってたりしてOSから見える論理CPU数がハンパない。普通に8とかある。その一方で複数コアを使用してくれるコマンドというのはあんまりなくて

Googleは米国時間4月27日、同社が提供するブラウザの最新版「Chrome 11」の安定版をリリースした。最新版には音声をテキスト変換する機能が備わっており、キーボード入力が困難な人にとって便利なほか、「Google Translate」と同時に利用し、即席翻訳として活用することもできる。 音声入力機能はHTML5がベースとなっており、同機能を利用するにはサイト上にマイクのアイコンが埋め込まれている必要がある。ユーザーがアイコンをクリックしてコンピュータのマイクに向かって話すと、話した内容がテキストで記録され、ブラウザが自動的にそのテキストを適切なフィールドに入力するという仕組みだ。 新機能は、Google Translateのページにて試すことが可能だ。同ページのテキスト入力フィールドの右下にマイクのアイコンがあるので、このアイコンをクリックして音声を入力する。ただし、現時点でマイク

先日、諸々の都合で遠隔にあるテスト環境のサーバ(Linux)のカーネルパラメータを弄っていたのですが、ちょっと設定(メモリまわり)がイキすぎてしまいｗ、コマンド実行というかforkできなくなってしまった(Cannot allocate memory...)。 んで、shutdownコマンドも実行できなくなったので、直そうと思ったのですが、色々弄った＆時間がなかったこともあり、一旦OSを再起動しちゃいたいな、と(汗 が、遠隔にあるサーバなので、物理的な電源スイッチON/OFFができない(厳密には出来る環境ではあったのですが、このサーバはそこに入ってなかったｗ)。ので、SysRqキーを送ることにした。 やり方 少し無理矢理感はありますが、 # echo b > /proc/sysrq-triggerを実行すると、強制的にリブートがかかります。 ただし、ファイルシステムのsyncとかumount

皆さん今日もたくさんのサーバを相手にされていることかと思いますが、いくつかのサーバにアクセスして 1 秒間の統計情報(例えばvmstat 1 2)を集めてパッと表示したい時ってどうやってますかね？shell script を学びはじめたばっかりの僕はこんな感じで書いてました。 $ for i in host1 host2 host3; do ssh $i "vmstat 1 2 | tail -1"; done 0 0 0 329004 210836 14275360 0 0 0 2424 1410 1828 0 0 100 0 0 0 0 0 3716112 587704 25921684 0 0 0 488 1643 2026 0 0 100 0 0 1 0 0 555440 265560 14015548 0 0 0 4204 1534 2392 1 0 99 0 0 vmstatと

パソコンやモバイル端末で無料のインターネット通話を利用できることから、高い人気を集めている「Skype」ですが、Android版にユーザー情報が流出する危険性があることが判明し、注意が呼びかけられていることが明らかになりました。 国内でもKDDIが低消費電力化を施した専用バージョンを「Skype au」として同社のスマートフォンに採用しているほか、アプリ配信サービス「Androidマーケット」で各社のAndroidスマートフォン向けに配信されていることから、利用者も少なくないと予想される「Skype」であるだけに、影響は少なくないようです。 実際にコンタクトリストを流出させるデモの様子など、詳細は以下から。Skype - Skype Security blog - Privacy vulnerability in Skype for Android スカイプコミュニケーションズの公式ブログ

なお、メモリ消費量はtopコマンドで測ったので、かなり大雑把な数字だ。また、Cで同様の処理のコードを書くと、ほぼC++と同じ速度になる。 追記(2011/02/17 8:50)：Rubyによるベンチマークを追加。 追記(2011/02/17 11:00)：Smalltalkによるベンチマークを追加。ソースコードは「Smalltalkのtは小文字です」のループ回数を修正した。 追記(2011/02/17 16:00)：Perlによるベンチマークを追加。 追記(2011/02/18 10:30)：Java 1.6.0_22で実行した、Scalaによるベンチマークを追加。また、clang/llvmでC++とObjective Cの値を取り直し、改善が見られないのを確認。 追記(2011/02/18 14:30)：Ruby 1.8.7によるベンチマークを追加。1.9.2との速度差については、@IT

グーグルが高速プロトコル「SPDY」をChromeブラウザで有効化。Gmailなどで利用を開始していた グーグルがより速いWebを実現するために、HTTPを高速化した新プロトコル「SPDY」を開発中であることは、昨年夏に公開した記事「グーグルがWebを高速化するために何をしているか」で紹介しました。 SPDYの話題はその後ほとんど見かけなくなりましたが、グーグルはそのSPDYをChromeに実装し、同社のサービスで利用していることがニュースサイトConceivably Techの記事「Google Chrome Gets SPDY – And An Onscreen Keyboard」で指摘されています。 なぜグーグルはひっそりとSPDYを有効化したのだろう？ SPDYとは従来のWebのプロトコルであるHTTPを改良し、毎回同じ情報がやりとりされるヘッダの情報を圧縮したり、リクエストの回数