AppEngine go1.11 開発 & デプロイ 環境構築【Linux & Mac】 - Qiita
AppEngine go111 開発 & デプロイ 環境構築【Linux & Mac】 はじめに こんにちは、お久しぶりです。 以前以下の記事を書きました。 GAE Go 開発環境の構築からテストアプリのデプロイまで【MacOS】 今回はAppEngine go 1.11での開発環境構築を記事にまとめたいと思います。 goのインストール ここではgoのインストールについて解説しようと思います。 方法は色々あるのですがgoenvを使う方法を書いていきます。 (shellはbashを前提に書きます) goenvのインストール ここでは二通りの方法を紹介します。 Githubからクローンする Githubのgoenv Installationを参考にします。 # ユーザーのホームディレクトリにgoenvを置くためcdします $ cd $HOME # Githubからクローンしてきます $ git
GAE/Goでメールを受信する - Qiita
GAE(GoogleAppEngine)ではMail APIを使ったメールの受信が行えます。 メールをキーに何かの処理を行ったり、メールのテストに使ったり、とても便利に使うことが出来たので紹介させて頂きます。 Receiving Mail with the Mail API Sending and Receiving Mail with the Mail API 上記のドキュメントを見ていただければわかる通り、このAPIは [任意の名前]@[GAEのAppID].appspotmail.com にメールを送ることで、GAEでメールをHTTPリクエストとして受け取ることが出来ます。 動かす サンプルコードはGitHubにあげてあります。 app.yaml package app import ( "github.com/nissy/bon" "google.golang.org/appeng
【メモ】GAE/Goで特定の関数だけテストを実行したい場合のコマンド - Qiita
ローカルで開発を行なっていて、確認のためにgitにcommit前に特定の関数だけのテストを実行したい場合など有効。 シンプルな表示だけをしたい場合 goapp test ./テストしたい関数の所属するディレクトリ/... -run 実行したい関数名 実行結果例 ok path/to/テストした関数の所属するディレクトリ テストにかかった秒数 被テスト関数が出力するログや各テストケースも表示したい場合 goapp test ./テストしたい関数の所属するディレクトリ/... -v -run 実行したい関数名 実行結果例 以下の内容が表示される 被テスト関数が出力するログ 各テストケース ok path/to/テストした関数の所属するディレクトリ テストにかかった秒数 コマンドの引数の意味 ディレクトリ/... ディレクトリ以下のテストを実行する 参考 : はじめてのgo test - Qii
goo.glも終わるしGoとGAEで短縮URLサービスをつくろう - Qiita
goo.glは終わってしまうようなので、短縮URLサービスをみんな自分で作るといいと思います。QRコードも表示できるので、スマホにURLを送るときも簡単です。 ソースコード：juntaki/url-shortener 完成品：https://s.juntaki.com 前提 GAE 短めのドメイン つかいかた reCAPTCHAを使うので、登録しておきましょう。Invisibleなやつを選んでおきます。 reCAPTCHA: Easy on Humans, Hard on Bots ソースコードはここから入手してください。 juntaki/url-shortener app.ymlを編集して、URLを自分のドメインに、SITE_KEYを先程取得したものに変更します。 env_variables: BASE_URL: "https://s.juntaki.com" RECAPTCHA_SIT
お手軽だけど…… GAE/Goで注意したい３つのポイント｜ 開発者ブログ ｜ 株式会社アイソルート
お手軽だけど…… GAE/Goで注意したい３つのポイント こんにちは。クラウドソリューショングループのwatanabe.tです。 Google App Engine(GAE)はGoogleが提供する、PaaSです。 そんなGoogle App Engine上でGo製のWebアプリを動かす勉強をしたい時、GoogleのGo Bookshelfアプリのチュートリアルは複数のサービスを組み合わせて学ぶことができるため、非常に有効です。 しかし、知らないとハマってしまうポイントがいくつかあるため、その中でも重要度が高そうな３つのポイントを紹介したいと思います。 1.Standard Environment と Flexible Environment（β） GAEにはStandard EnvironmentとFlexible Environmentという２つの実行環境があります。 → それぞれの特
GAE/Go の urlfetch のタイムアウトを設定する - pospomeのプログラミング日記
ググると、旧 appgneine パッケージに対する設定方法しか引っかからないので、 google.golang.org/appengine に対する設定方法をメモとして残しておく。 結論から言うと、 context.WithTimeout() or context.WithDeadline() を利用して設定する。 以下は context.WithTimeout() の例。 c, _ := context.WithTimeout(ctx, 30*time.Second) fetch := urlfetch.Client(c) ＊今回は WithTimeout() の２つ目の戻り値の CancelFunc は使わないので、 _ にしています。 ちなみに、旧 appgneine パッケージは以下のように指定する。 client := &http.Client{ Transport: &url
GAE/Go1.8のcontext問題 - Qiita
import "google.golang.org/appengine" func handler(w http.ResponseWriter, r *http.Request) { ctx := appengine.NewContext(r) } しかしapiバージョンがgo1.8の場合は以下のようなエラーが出ると思います。 appengine: NewContext passed an unknown http.Request これは、Go1.7で標準パッケージにcontextパッケージが追加されたことによる問題です。 解決策 以下のようにContextメソッドを使用することで、リクエストにスコープされたコンテキストを取得することが出来ます。
Google App EngineのGo 1.8 Standard envでdepのvendoringなどでハマる(2017年10月現在)
Google App EngineのGo 1.8 Standard envでdepのvendoringなどでハマる(2017年10月現在) Google App EngineのGo 1.8 Standard environmentを使って、React SPAのWebサイトを作ろうと考えた。 Reactのサーバサイドレンダリングとか、欲しいものが入ってるgo-starter-kitというよいサンプルがあるので、これを参考にした。 (ポイント1)ただし、goのvendoringでglideを使うのはやめて、depを使うことにした。glide公式が移行せよと言ってるっぽいので。 Glide から Dep への移行を検討する http://text.baldanders.info/golang/consider-switching-from-glide-to-dep/ んでvendoringして、
再考 GAE/Goのプロジェクト構成 - Qiita
以前、GAE/Goでglideを使用する場合のプロジェクト構成についての記事を書いた。 GAE/Go+glide的な構成での環境構築 ~ローカルサーバー立ち上げまで~ - Qiita あれからしばらくGAE/Goで開発を続けていて、こんな構成もよさそうだなーと思うものが出てきたので、改めてまとめてみる。 前回はパッケージ管理にglideを使用したが、今時depだろjkという気分なので、今後はdepを使って行くことになると思う。 ディレクトリ構成 前回の記事ではこんな感じの構成だった。 $GOPATH(PROJECT_ROOT) ├── app │ ├── app.yaml │ └── main.go └── src ├── glide.yaml ├── glide.lock ├── PACKAGE └── vendor 違いとしては、プロジェクトルートにGOPATHを設定するのをやめ、基本
ミリシタを支える GAE/Go
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
glide で GAE/Go プロジェクトのパッケージ管理 - takaya030の備忘録
Google App Engine for Go (GAE/Go) の開発環境に glide でパッケージをインストールする手順メモ 検証環境 Windows10 Home Edition VirtualBox 5.1.22 Docker version 17.05.0-ce, build 89658be docker-compose version 1.6.2, build 4d72027 GAE/Go 開発環境について 今回は下記サイトの手順で構築したものを使用します takaya030.hatenablog.com GAE/Go 環境での vendoring の注意点 app.yaml があるディレクトリ以下の go ファイルはビルド時にすべてリンクされるため、外部パッケージは別ディレクトリにインストールする (パッケージ内で syscall や unsafe を使用しているとエラー
docker-compose を使って Google App Engine for Go の開発環境を作る - takaya030の備忘録
検証環境 Windows10 Home Edition VirtualBox 5.1.22 Docker version 17.05.0-ce, build 89658be docker-compose version 1.6.2, build 4d72027 ディレクトリ構成 +---gaego | | docker-compose.yml | | | +---config | | | +---data | | Dockerfile | | | +---glide | | | +---sdk | Dockerfile | +---logs | +---www | +---app app.yaml hello.go 各種設定ファイル gaego/docker-compose.yml version: "2" services: data: build: ./data volumes: -
GAE/Goで快適にテストを行う方法 その1 | WriteIfElse
GAE/Goでのテスト GolangでのGoogleAppEngineは、金額的にも、運用的にも、速度的にも、手軽にプログラムを作れて便利なのですが、テストについてはちょっとつらいわけです(唐突な前振り)。 普通であればAppEngineSDKに用意されている goapp で goapp test とすることになるのですが、これはテスト用のインスタンスやコンテキストを取得する度に新しくPython製のDevServerが立ち上がって来るのでかなーり時間がかかる。 そこで、これまでは一度起動したDevServerを使いまわすべく favclip/testerator を使ってました。 これはこれで良かったのですが、テストが増えてくると反応がなくなる状態が出てきてやっぱりだんだん辛くなってくるわけです。ここにあるとおり対処方法はある のですが、それでも結局DevServerの起動時間は待たなく
GAE環境下でのペンドリングとデプロイ
前回記事（GAE環境下での Echoフレームワークのエラー）で、EchoフレームワークはGAE（GoogleAppEngine）環境下ではバージョン指定をするという話を書きました。今回は続編で、Go言語の機能であるベンドリング（vendoring）を利用し、もっと簡単にパッケージ管理を行います。さらにベンドリング使用時、GAEデプロイに関する注意点も書いていきます。 ベンドリングと Glide ペンドリング（Vendoring）は、プロジェクト毎の外部ライブラリを管理する仕組みです。Go言語バージョン1.5から利用可能になりました。 簡単に解説すると、プロジェクトのディレクトリに vendorというディレクトリを作成し、vendor下にプロジェクトで使用する外部ライブラリーを配置します。これにより利用するライブラリを、プロジェクト毎に管理することができます。 このペンンドリングを簡単に管理
Google App Engine for GoがGo1.8に対応したので試してみた #golang #gcp - Qiita
はじめに Go Conference 2017 Springのときに、そろそろリリースされるという噂が流れたGoogle App Engine Standard Edition (GAE SE)のGo1.8対応ですが、2017年6月 27日についに対応しました（まだ、ベータですが）。 この記事では、GAE SEのGo1.8への移行方法とGo1.8になると何が嬉しいのか、移行する際に問題となる点についてまとめたいと思います。 SDKのアップデートと設定の変更 まずはApp Engine SDKをアップデートしましょう。 gcloudコマンドを使ってる方は、以下の通りgcloud components updateをかけましょう。 6/30追記: まだgcloudの方にはきてないそうです https://groups.google.com/d/msg/google-appengine-go/s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/vvakame/til/blob/master/appengine/go111-sample/main.go
GAE/Go1.11試行（その1：「クイックスタート」） - Qiita
Goで書いたAPIサーバーをGoogle App Engineへデプロイするまでの最低限の手順 - Qiita
Google App Engine for Goを1.8にバージョンアップした - Qiita
GAE/Go コトハジメ
