はてなブックマーク

webpack とは webpack は WebApp に必要なリソースの依存関係を解決し、アセット（配布物）を生成するビルドツール（要するにコンパイラ）です。JavaScript だけでなく、CoffeeScript や TypeScript、CSS 系、画像ファイルなどを扱うことができます。 WebApp のビルドツールは Grunt や Gulp が有名です。これらは基本的に、ビルド手順をタスクという形で自ら定義する必要があり、フロントエンド開発に馴染みのない開発者にとっては敷居が高いものでした（少なくとも、自分はそうでした）。 webpack を使えば、Grunt も Gulp も必要ありません！覚えるべきことはほとんどありません。（必要なら）簡単な設定ファイルを書いて webpack コマンドを実行するだけです。 以下では基本的な使い方を見ていきます。 ※もちろん Grunt/G

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

package main import ( "bytes" "os" "testing" "time" "github.com/ugorji/go/codec" "github.com/vmihailenco/msgpack" ) type Event struct { Tag string `codec:"tag" msgpack:"tag"` Time time.Time `codec:"time" msgpack:"time"` Record map[string]interface{} } var ( mh = &codec.MsgpackHandle{RawToString: true} event *Event ) func init() { event = &Event{ Tag: "sysstat.process", Time: time.Now(), Record: ma

Docker を本気で使うなら private docker registry の構築は必須です。Google Compute Engine (GCE) を使い始めたので、GCE 上に docker registry をセットアップすることにしました。 docker registry 自体を docker コンテナで動かすのは簡単ですが、ローカルディスクを使ってしまうと運用が面倒です。少しぐぐれば Amazon S3 を使った例がでてきますが、GCE を使うのでどうせなら Google Cloud Storage (GCS) を使いたい！ 試してみたらあっさり成功したので、記録しておきます。 GCS のバケットを作成 docker イメージを格納する用のバケットを作成します。仮に名前を docker-bucket としますので、各自読み替えてください。バケット名は全ユーザで共有するリソース

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

package main import ( "encoding/json" "fmt" "github.com/codegangsta/martini" "github.com/golang/groupcache" "github.com/hashicorp/memberlist" "log" "net/http" "os" "strings" "time" ) const GroupcachePort = 8000 type eventDelegate struct { peers []string pool *groupcache.HTTPPool } func (e *eventDelegate) NotifyJoin(node *memberlist.Node) { uri := e.groupcacheURI(node.Addr.String()) e.removePeer(ur

groupcache‎ は Go で書かれた分散キャッシュライブラリで、複数プロセスでキャッシュを共有するプログラムが簡単に書けます。多くの用途で memcached を置き換えることを目指していて、Google のプロダクション環境で使われているようです。 個人的に groupcache の魅力は、 キャッシュを複数のピアに分散する (sharding) キャッシュに無いデータを同時に大量にリクエストしても、キャッシュ生成処理は1度だけ実行され、他のリクエストには生成されたキャッシュを返す（厳密では無いが、だいたいの場合1度きり） 頻繁にリクエストされるデータがリモートにあった場合、ローカルにもキャッシュする 一方、注意しないといけない点はキャッシュのアップデートには対応していないことです。groupcache には expire や明示的な破棄は存在しません。あるキーに対する値は 常に

最近 RethinkDB がいいらしいと聞いたので、MongoDB と性能面で比べてみました。機能的な比較は公式サイトの Technical comparison: RethinkDB and MongoDB を参照してください。 重要: RethinkDB はまだベータ扱いなので、開発中のものとして見てください。正式リリースまでに性能が変化する可能性もあります。 テスト テスト環境は CoreOS on VMware Fusion で、それぞれ別の Docker コンテナで起動させました。バイナリは公式提供されているものを使用。シングル構成でクラスタリングはしていません。 ベースコンテナ: ubuntu:saucy Linux Kernel: 3.13.6+ RethinkDB: 1.11.3 MongoDB: 2.4.9 クライアントは Go 1.2.1 で書いて、CoreOS 上で動