はてなブックマーク

よくあるやつ。値を代入するたびに新しいcontextが生成される。 なので、乱暴に値を上書かない限りはあまり状態を気にしなくていい。 TimeoutとCancel func WithCancel func WithDeadline func WithTimeout はキャンセルを取り扱う。 WithTimeout, WithDeadline は特定時間になったタイミングでキャンセルされる。 引数で指定の仕方が 何秒後かと時刻指定がなのが違うだけ。 実際にWithTimeoutの中身は WithDeadlineを呼んでいるだけ。 WithTimeout, WithDeadline 指定した時間後にキャンセルイベントが起きる。 // 5秒かかる処理 func heavyFunc(ctx context.Context) { time.Sleep(5 * time.Second) } func

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

※ 2016/07 現在のre:dashについては いつの間にかre:dashの設定が簡単になってた(Dockerを使えば) に書いてます re:dashをdocker-machine上で動かしてみる。 注意 バージョンは v0.8.2-rc。masterブランチを見ると書き換えているようなので、新しいものはこの方法だと使えなくなりそう。 必要なもの docker-machine docker-compose node(bower) docker imageの準備 redash git clone git@github.com:getredash/redash.git # redash image作成 $ cd redash # Dockerイメージにassetsを入れるために先にbower installしておく $ cd rd_ui $ bower install # 追記: make

syncパッケージには、相互排他ロックがあります。 これを使うと意図的に処理にブロックを入れることが出来て goroutineのチャンネルのやりとりのウェイトのようなことが実装出来ます。 Mutex型 相互排他ロック。 使わない場合 package main import ( "fmt" "time" ) func main() { c := make(chan bool) for i := 0; i < 5; i++ { go func(i int) { time.Sleep(500 * time.Millisecond) fmt.Println(i) c <- true }(i) } for i := 0; i < 5; i++ { <-c } }

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

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

rails(3.2.18)アプリunicornで起動しているときに、そのunicornのプロセスをeyeでモニタリングする方法。 準備 Railsプロジェクト上であること前提。 unicorn.conf を置く https://github.com/defunkt/unicorn/blob/master/examples/unicorn.conf.rb あたりを参考に worker_processes 3 preload_app true timeout 15 listen 3000 pid File.expand_path('tmp/unicorn.pid', ENV['RAILS_ROOT']) stderr_path File.expand_path('log/unicorn.log', ENV['RAILS_ROOT']) stdout_path File.expand_path(

package main import ( "fmt" "github.com/awslabs/aws-sdk-go/aws" "github.com/awslabs/aws-sdk-go/gen/s3" ) func main() { accessKey := "<AWS_ACCESS_KEY_ID>" secretKey := "<AWS_SECRET_ACCESS_KEY>" bucket := "<bucket>" creds := aws.Creds(accessKey, secretKey, "") cli := s3.New(creds, s3.BucketLocationConstraintApNortheast1, nil) resp, err := cli.ListObjects(&s3.ListObjectsRequest{ Bucket: aws.String(bu

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Goでwebサーバーを作るときに考えたことをまとめておきます。 dockerコンテナで動かす場合を少し考慮してます。 フルスタックフレームワークか軽量系フレームワークか 最初に突きつけられる問題です。 フルスタックフレームワーク revel beego 軽量系フレームワーク goji negroni どんなフレームワークもそうですが、フルスタックなフレームワークならば、 その道に乗っかることで余計なことを考えずにすみます。 だけどその道から外れることをする場合に苦労が伴います。 golangの場合、Go初心者ならばフルスタックでもいいけ

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

最近のウェブ開発では各機能ごとをAPIでつなぎ込む時代になっています。 そのため、各チームが開発をしていく上で、 他のチームにAPIの仕様を伝える方法をきちんとまとめておく必要が出てきています。 そんな中でAPIドキュメントにどのような役割が求められていて どのような選択肢があるか、一旦自分の把握している知識をまとめています。 (ここで書いているAPIは、httpでアクセスしたら、JSON形式でレスポンスを返すウェブサービスのAPIを指しています) APIドキュメントを用意する上で、すぐにぶつかる壁 APIドキュメントを用意する場合に、何も考えずにExcelやwikiにまとめると、早い段階で メンテナンスのコスト の問題にぶつかります。 『APIドキュメントを書く時間がない』 『本当にドキュメント通りの結果が返ってくるか、試してみないとわからない』 『実際に返ってくるAPIとレスポンスが違

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

APIドキュメントツールにswaggerというものがあります。 公式のデモ ドキュメントに記載したAPIの一覧を表示し パラメータなどを直接入力してその場で試せるというものです。 facebookのGraph API Explorerや twitterの https://dev.twitter.com/console と同じような位置づけです。 すべて設定するととても便利なのですが、 ドキュメント元となるJSONの作成が必要であったり、 使いこなすのが結構大変だったりします。 ただswagger-expressを使うと 出来るだけ簡単にドキュメント化することができます。 swaggerの構成 ブラウザでの表示のためのindex.htmlやjs,css,imgなどがある、swagger-ui APIの情報がまとめられている 設置の仕方 expressを使ったアプリ sampleApp 上で、

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

Goでhttpリクエストを送る方法。 シンプルなものがあるものの、詳細まで設定しようとすると やらなければいけないことが増えていきます。 1. シンプルなGETリクエスト net/httpのfunc Get(url string) (resp *Response, err error) を使う。 (以下エラーは無視してます) package main import ( "fmt" "net/http" "io/ioutil" ) func main() { url := "http://google.co.jp" resp, _ := http.Get(url) defer resp.Body.Close() byteArray, _ := ioutil.ReadAll(resp.Body) fmt.Println(string(byteArray)) // htmlをstringで取得

GoでJSONをパースするときに、あれこれ考えるのだけど きちんとやっていくと、どうしてもうまく実装できなくなって困っているという話。 先に書いておきますが、結論はないです。 JSONをパースするときの問題 そもそも、JSONを簡単に取り扱う必要がなぜあるのか、について。 標準では、JSONをパースする場合 json.Unmarshalを使ったりjson.NewDecoderを使ったりする。 例えば、User構造体に type User struct { Name string Age uint16 } func main() { var jsonStr = `{ "Name": "Ken", "Age": 24 }` var u User json.Unmarshal([]byte(jsonStr), &u) fmt.Println(u) // {Ken 24} }

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

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

1ヶ月くらいGoの勉強をしたときにたどり着いたリンク集。 (適時追加中) ページ A Tour of Go - 最初にここ。ただし、量と途中のエクササイズの問題の分かりにくさで、最初から全てを理解するのは大変。 go-wiki tips的な Golang JP - Google+のコミュニティ build web application with golang - Goでウェブサービスを開発する場合の説明。 Go言語での構造体実装パターン - 構造体の使い方 Go Language Patterns - 『You should have already read the Go Tutorial and Effective Go. This site is the next step.』 スライド Go For Perl Mongers - YAPC::Asia TOKYO 2014のプレゼ

最近APIのバリデーションを行うのにJSON Schemaを使おうという話をよく聞くのですが じゃあやってみようとすると、単体のJSONのバリデーションを行うことは出来るけれど それが実際の運用に適用できるようにするためには、 それなりに考えなくてはいけないようです。 JSON Schemaって? JSON Schemaは、文字の通りJSONのスキーマ定義を明確にするものです。 2014/09/07現在、IETFにdraft v4が3つに分割されて公開されています。 JSON Schema Core JSON Schema Validation JSON Hyper-Schema それで、単体のJSONファイルの確認ならばCoreだけで十分なのですが WebサービスのAPIを管理しようとなると、 JSON Hyper-Schemaのほうで定義されているlinksを使って、ひとつのURIに対

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

http://talks.golang.org/ などにあるGoに関するスライドショー。 左右キーでページ送り出来るのですが、 スマホで見れなかったりして、 使いづらいのによくみんな使っているなあと思ってたら、 どうやらこのスライドはgo.toolsにあるpresentという パッケージを使っているということに気づきました。 つまりは「Goの勉強会で発表で使うと差がつけられる！」ということのようです。 以下、作り方のメモ。 ローカルで閲覧できるようにする presentを使ってローカルにスライドショーを作成。 presentのインストール $ present --help Usage of present: -base="": base path for slide template and static resources -http="127.0.0.1:3999": HTTP ser

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

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

外部リクエストを含める処理の場合のテストの書き方 いわゆるリクエストのモックの作り方について。 例えばfetch()という外部のURLをGETで取得する関数があったとする。 package main import ( "fmt" "io/ioutil" "log" "net/http" ) func fetch(url string) []byte { res, err := http.Get(url) fmt.Println(url) if err != nil { log.Fatal(err) } defer res.Body.Close() body, err := ioutil.ReadAll(res.Body) if err != nil { log.Fatal(err) } return body } func main() { clientId := "<client id>

package main import ( "database/sql" "fmt" _ "github.com/go-sql-driver/mysql" ) func main() { db, err := sql.Open("mysql", "root:@/my_database") if err != nil { panic(err.Error()) } defer db.Close() // 関数がリターンする直前に呼び出される rows, err := db.Query("SELECT * FROM users") // if err != nil { panic(err.Error()) } columns, err := rows.Columns() // カラム名を取得 if err != nil { panic(err.Error()) } values := make(

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

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