GAE/SE PHP 7.2環境は実用性が高そうだという話 - hnwの日記
筆者の周囲だけかもしれませんが、さいきんGoogle App Engine Standard Environment（以下GAE/SE）が再注目されつつあるように思います。今回筆者もgVisorベースのGAE/SE PHP 7.2環境に触ってみたので、その内容を紹介します。 GAE/SEとは GAE/SEは元祖PaaSとも言えるような、Googleが提供するフルマネージド環境です。以前からJava、Python、Go、PHPの4言語の環境が提供されていましたが、Go以外の言語のバージョンアップは長いこと提供されておらず、Googleの本気度に疑問を持っていた人も多かったように思います（私もその一人でした）。 ところが最近になってNode.js 8、Java 8、Python 3.7、PHP 7.2と立て続けに新バージョンを提供してきており、Googleが水面下でGAE/SEに開発リソースを
GAE/SE PHP7.2環境で旧来のようなマルチコントローラを実現する
GAE/SE PHP 7.2環境では5.5環境とapp.yamlの書き方が変わっており、フロントコントローラ構成が前提になっています（参照：「GAE/SE PHP 5.5環境と7.2環境のapp.yamlの違い - Qiita」）。 しかし、置いたPHPファイルをそのまま実行したいんだ！ということもあるのではないでしょうか。そうした状況のための設定例を紹介します。 . ├── app.yaml ├── index.php ├── php │ └── *.php └── static ├── css │ └── *.css └── js └── *.js runtime: php72 entrypoint: serve index.php handlers: - url: /js static_dir: static/js - url: /css static_dir: static
エンジニアブログをGoogle App Engineを使って環境構築してみた | GRIPHONE ENGINEER'S BLOG
16卒のエンジニアの徳田です。 今回、エンジニアブログ開設にあたって、ブログのインフラ環境をGoogle App Engine(以下GAE)上に構築してみました。 その際の経緯や環境の解説をしようと思います！ (この記事はGAEのクイックスタートを終えた、またDocker/コンテナについてある程度の知識がある方向けになっています) GAE採用のわけ 単純な話ですが、運用する際の工数を落としたかったためです。VM上に構築するとなると、デプロイの処理や負荷分散対策、リソース監視などを考えなければならず、面倒です。 この辺りをマルっとやってくれるのがGAEです。(リソース監視は微妙ですが) 負荷の想定もそこまで厳しいものではなかったのと、オートスケールするので問題ないかなという判断でした。 次に、GAE上で動作させるアプリケーションですが、ブログサイトを見て分かる人には分かってしまいますがWor
このブログを CentOS + apache + mod_php + MySQL から GAE/php に移行した話
このブログを CentOS + apache + mod_php + MySQL から GAE/php に移行した話2016-08-01 ここのところ数週間かけて、このブログ、ひいては www.otchy.net 全てを CentOS + apache + php_mod + MySQL だった環境から、GAE/php の環境へ移行する作業をしていて、ようやく一通り完了したので、どういった作業を行ったのかをまとめておこうと思います。 ゴール サーバ移行 当たり前ですが、自前で構築した環境から GAE という環境へのサーバ移行を行うことが最も重要なゴールです。 URL 移行 サーバと環境の移行をするに当たり、URL もこれまでと同じものが使えるようにする必要がありました。従って、ブログのシステムとしてはこれまでのデータをそのまま使える WP 一択になります。 とは言え、元々の www.otc
GAE/Goのテストを実行するために必要なこと - Qiita
GAE/Goでもローカルサーバで本番環境に近い状態でテストしたい！ と、思ったので、色々設定してテストコードを書いたので、メモを残しておこうと思います。 公式のドキュメントにも詳しく書かれていますが、自分用メモということで。 そもそもContextはaetest.NewContext()で作らないと異常終了する 公式のコードを見ればわかりますが、GAE/Goでは、appengine.Contextを使ってAPIを呼び出します。が、Controllerでappengine.NewContext()を呼び出すと、テスト実行時に異常終了してしまうので、実際にコードを書くときは、引数にContextを受け取るようにしなければいけません。 この辺の問題を解決するのは大変だと思いますが、とりあえず、私のパターンをメモしておきます。 package controller import ( "appeng
GAEを用いた独自C2DMの構築. android 端末にデータをpush push !! (たぶんiphoneも大丈夫) | Pandroid ブログ
Tweet友人からこんなん(Android1.6でもAndroid Marketなくても動くC2DMを作ってみた)あるんだけど作れる？と聞かれ裏も取らずに作れるよーと返してしまったので頑張って作ってみました。 独自C2DM システム構成 throw Life ブログさんの図ではオレオレC2DMに Google 公式 C2DM が使用されているようなのですが、この独自C2DMではGAE(Google App Engine)のみを用いています。 ブラウザから送信されたデータをGAE(cloud)経由で端末にPUSHするシンプルな構成です。 この独自C2DMの一番の肝は、つい先日(12月8日頃に)リリースされた Google App Engine SDK 1.4.0 で正式サポートされている Channel API です。 Channel API を簡単に説明すると、Googleのサーバ(GA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CentOS で動いていた WordPress を Google App Engine 上で動かし無課金稼働させるまでのまとめ
Google App EngineでGoのウェブアプリケーションをまず動かしてみる - Qiita