The most effective way to improve posture and help eliminate pain and Repetitive Strain Injuries (RSI) for laptop users.

はじめに 本連載の第2回『ベアメタル環境とDockerコンテナ環境の性能比較』で実施したコンテナ環境とベアメタル環境との性能比較では、コンテナ環境は高負荷時に挙動が不安定になるという結果となった。本記事には皆様からTwitterなどのソーシャルメディアを通じて、検証についてのご意見や問題点の解消方法について貴重なご指摘をいただいている。今回はこれらを参考に、発生したパフォーマンス劣化の原因の調査と改善策を模索していきたい。 まず筆者が目をつけたのは、Dockerが利用しているコピーオンライトデバイスの部分がパフォーマンス劣化の原因となっているのではないだろうか？　という点である。実際にテストを実施しながら検証していきたい。 ストレージドライバとは ストレージドライバは、物理サーバ上ではストレージ（HDD）コントローラのチップセットドライバだが、Dockerではコンテナ記憶域に使用されるコピ

謎セッションだ 講師: mzp/水野洋樹（ocaml-nagoya） 司会：法林浩之（日本UNIXユーザ会） https://t.co/EeN5Noyr9U— てるろー (@terurou) May 22, 2015 オープンソースカンファレンスNagoya 2015の日本UNIXユーザ会のゲストスピーカーとして発表を行なった。 当日の発表資料および原稿は以下の通り。ただし、資料を作る際に構成を調整しているので、一部内容に食い違いがある。 導入 あいさつ みなさん、こんにちは。みずぴーと申します。今回は御縁があってJUSのセッションに立たせてもらっています。 OSCは何度かブースに立ったりしたんですが、こちらに立つのは初めてです。さすがに緊張しますね。 アジェンダ OSCはマルチトラックですし、ブースがでてて忙しいですね。みなさん、スタンプラリーやりました? というわけでまずはこのあと話す

Google Cloud Platform (Google App Engine, Compute Engine, BigQuery や Container Engine など）の情報の日本公式ブログ

2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。

15. RiakCSの検証 2 容量（オーバーヘッド) node member-­‐status 実際 (理論値) riak@192.168.164.51 18.8% -­‐> 452G (441G) riak@192.168.164.52 18.8% -­‐> 452G (441G) riak@192.168.164.53 18.8% -­‐> 452G (441G) riak@192.168.167.34 18.8% -­‐> 452G (441G) riak@192.168.167.35 25.0% -­‐> 602G (586G) • nodeに対してばらつきがあるのはvnodeの数が 16個のため • • 少ない追加容量でデータが格納されている 削除に関してはフラグ管理して、後ほど削除が走るので、 すぐに減らないので気をつける... 15

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

年末年始から CoffeeScript を積極的に使っているわけですが、ピュアな JavaScript よりもクラスの取り扱いがしやすくなっていることに一番の恩恵を感じています。すべての機能を使いこなせているわけではありませんが、何件かの業務を通じてフィールド（インスタンス変数）やプライベート関数など自分流のクラスの書き方が出来てきたので、ここに書き記しておくとします。 よくある CoffeeScript のクラス構造 CoffeeScript に関する書籍やブログエントリを見ると、だいたいこのようにクラスを紹介していることが多いです。 class ClassName @staticVar: 0 # 静的なプロパティ @staticFunc: -> # 静的な関数 # do something... constructor: (name)-> # コンストラクタ @name = name

Planex ちびファイ3(MZK-DP150N)の紹介。 じゃなくて、OpenWRTの話です。 日本では、最近盛り上がりの欠けるOpenWRTですが、15.05rc1も出てこれから再度盛り上がってほしいと思う今日この頃。 ちょうど小さいOpenWRT機が欲しかったのもあったので、パッチ書いてみました。 書いてみたのであって、日本国内で動かしたではない筈です。 コンセントに直接させて有線LANが1個と、11n最大150Mbpsな無線でこのサイズは魅力的です。 USB電源ではなく、ACコンセントに直接させるタイプはあまりないので魅力的です。 しかも有線がついている。 本当に小さいです。 手にすっぽり入ってしまいます。 これだけでもカバンに入れておくルータとしては便利です。 しかもお手頃価格なんですよね。 恒例の開封式を実施しました。 少し後悔しています。 蓋とじれないんです。 シリアルをつな

Stack Exchange Network Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers. Visit Stack Exchange

What I'm trying to do is route all requests to /rdr/extern_url to redirect to extern_url through my web server instead of doing it through PHP. location /rdr { rewrite ^/rdr/(.*)$ $1 permanent; } What's wrong here is it if I access http://localhost/rdr/http://google.com my browser is telling me: Error 310 (net::ERR_TOO_MANY_REDIRECTS): There were too many redirects. How do I redirect properly?