主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /

(注記：6/9、いただいた翻訳フィードバックを元に記事を修正いたしました。) 今回の記事は毎秒300万ものリクエストを処理できるほど強力で高性能なWebクラスタの構築についてのパート1になります。まず初めに、あまり多くはありませんが、私がこれまで使用したことのあるロードジェネレータツールをいくつか紹介します。私のようにてこずって時間をかけてしまわないよう、今回の記事が理解の手助けになれば幸いです。 ロードジェネレータはテストを目的とした数種類のトラフィックを発生させるプログラムです。それによって高負荷においてサーバがどのように動いているか、そのサーバの弱点はどこなのか、などが見えてきます。負荷テストを通じてサーバの限界を知ることは、サーバのレジリエンシーを測定する最適な方法であり、あらゆる問題に対する準備の手助けにもなります。 ロードジェネレータツール 負荷テストをする際に頭に入れておくべ

新社会人のみなさん、こんにちは。本特集は、新しいものを学ぶ際に出会う問題について解決するための糸口を提供するために書きました。 みなさんは、「⁠IT業界は変化が激しいので学び続けることが必要だ」と聞いたことがあるのではないかと思います。そしてそのことに異論はないはずです。だからこそ今、本サイトを読んで何かを学ぼうとしているわけですよね。それはとても良いことです。 一方で、「⁠学びたいけど時間がない」「⁠何を学んだらよいかがわからない」「⁠社会人として成果を出していける自信がない」などの悩みを抱えている方も多いです。筆者はこの悩みを解決したいです。 限られた文字数では、みなさんの個別の問題を解決することはできません。そこで、みなさん自身で問題を解決していくための糸口を提供します。まず本章では、第2章以降でより具体的な問題について説明するための材料となる、ちょっと抽象的な話をします。 知識には

Photo by muraterturk こういった記事って、ネーミング規則や慣習の視点から書かれていることが多いんですけど、この記事では、英文法に視点を置いて、参考になりそうなことをいくつかピックアップしてみたいと思います。 「省略形は使わない」などの規約的なものは、各プロジェクトのルールに従えばいいので、ここでは書きません。あくまで英語という視点から書いているということを、ご理解ください。 Rule 1 : “検索”は名詞 一般的な英語辞書のルールでは「検索」は、動詞ではなく「検索する」が動詞になります。「検索」は、検索することの名称 だと考えられるため、動詞ではなく名詞として扱います。 英語辞書には、日本語の品詞ごとに表記のルールがあります。これが理解できていると、和英辞書などで品詞を意識して検索できるようになります。以下に、一般的な英語辞書の表記ルールをまとめてみました。 ＜各品詞

In [1]: {u"a": 1, "a": 2} Out[1]: {u'a': 2} ほう、なるほど。これは In [2]: u"a" == "a" Out[2]: True なのでu"a"と"a"が同一視されているんだな。もちろん In [3]: u"a" is "a" Out[3]: False なのだけど、isで「同じキーか」のチェックをしたのでは In [4]: (1, 2) is (1, 2) Out[4]: False とタプルが区別されてしまって嬉しくない。言語を設計するうえで割と悩ましいところだよね。このバイト列とユニコード文字列の自動変換は色々なわかりにくいバグの原因になるのでPython3.0からは取り除かれた。 >>> b"a" == "a" False >>> {b"a": 1, "a": 2} {b'a': 1, 'a': 2}

2010年03月16日02:00 カテゴリLightweight Languages javascript - 万能継承関数 JavaScript: The Good Parts Douglas Crockford / 水野貴明訳 [原著:JavaScript: The Good Parts] うーん、かっこいいけど、これでも冗長。 JavaScriptで継承やるときにprototype書きまくるのめんどい人は - あ、いしかわですね こうすればいいよ たとえば、 (function(o){ o.jump = function() { alert("Jumps, jump, jumpoo!!"); }; o.sayOwnFavorite = function() { alert("I like "+this.favorite+"!"); }; })(Child.prototype); と書

半身浴で読書、なんだか優雅ですね。しかし、うっかりバスタブの中に雑誌や本を水没させてしまうと大変なことに...。そんなとき、使えるハック術をご紹介しましょう。 米Lifehacker読者のpearce.kilgourさんによると、水に濡らしてしまった本や、書類・雑誌は、冷凍庫で凍らせると復活するそうです。ジップロックのようなプラスチック袋に入れ、ジッパーを閉めずに冷凍庫に入れましょう。すると、無駄な水分が抜けるそうです。 ちなみに同様の生活術は、米アイオワ州立大学エクステンションの講師からも紹介されています。コツは濡れている間に冷凍庫に入れること。また、濡れている間は無理やりページを開かず、閉じたままにしておきましょう。ちなみに、冷凍庫に入れるときは、垂直に立てるのが望ましいそうです。同じ大きさの本や、ファイルフォルダなどがあれば、支えの代わりにするとよいでしょう。 いかがでしたか？ 水に

ウェブページを表示するブラウザのウィンドウサイズは、閲覧環境によってさまざまだ。特定のウィンドウサイズを想定してウェブページを作成すると、それ以外の大きさのウィンドウではコンテンツが読みづらくなるなどの問題が発生する。最近ではiPhoneのような携帯端末からのアクセスも考慮する必要性が出てきているが、サイズ別にページを用意するのは制作にも管理にも手間がかかってしまう。 こんなとき、CSS3の「Media Query（メディアクエリ）」の機能を利用すれば、ウィンドウサイズに応じて適用するスタイルシートを切り替えて、ユーザーの環境ごとに最適なデザインでページを表示することができる。 現在、Media Queryの規格はW3Cの勧告候補（Candidate Recommendation）となっており、Firefox 3.5以上、Safari、Google Chrome、Operaが対応している。

2009年12月25日21:00 カテゴリ書評/画評/品評Value 2.0 ずるいとunfairの違い - 書評 - ずるい!? なぜ欧米人は平気でルールを変えるのか ディスカヴァーより献本御礼。 ずるい!? なぜ欧米人は平気でルールを変えるのか 青木高夫 今年もあと余すところ一週間。仕事納めは28日のところが多いようだが、一日だけ出社するならいっそと事実上今日が今年の最終勤務日という人も少なくないのではないだろうか。ちなみに我が娘たちは本日が終業式。 そして来年始業式を迎える前に、必ず読んでおいて欲しいのが本書だ。来年、いや次の10年こそは「新たなルール」から逃れようのない(1|10)年になるのだから。 本書「ずるい!?なぜ欧米人は平気でルールを変えるのか」は、ルールとは何のためにあるのかを説いた一冊。 目次 - Discover: ショッピングカートより 目次 第１章　なぜ私たちはル

光の4戦士を買ったんすが、売り文句通りレトロな感じがしていいですね。 まぁまだ2, 3時間程度しかやってないんで、これからどうなるか分かりませんが時間を見つけてやって行こうかと。 さて、以前からoverflowプロパティは使い勝手が良いというか、使う場面が多いプロパティの一つですが、考えてみると色んな事に使ってるなぁ～と思ったので自分が良く使うのをまとめてみました。 あんまoverflowプロパティを使った事が無い方は、ビックリですよ！ これで、ソコの可愛いアナタもoverflowプロパティの虜になる事間違い無し！！（わかんないけど サンプルとかは以下よりどうぞ。 サンプルサイトを見る サンプルをダウンロード 基本的に、全てoverflow: hidden; の指定を足す事で解決したり実現出来る感じです。 01 clearfixみたいに使う まずは以前の「clearfixを使わないでやるに

「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス