Stay organized with collections Save and categorize content based on your preferences. App Engine offers you a choice between two Go language environments. Both environments have the same code-centric developer workflow, scale quickly and efficiently to handle increasing demand, and enable you to use Google’s proven serving technology to build your web, mobile and IoT applications quickly and with
Now that Google App Engine opens to the PHP world and that the 4th version of the Laravel framework is officialy launched, we wanted to test these two promising technologies together at Neoxia. This blog post is the result of our tests whose goal was to have a standard Laravel 4 application on the Google App Engine PHP runtime up and running. Given that an application without a database is not ver
Google App Engine互換のオープンソース実装「CapeDwarf」公開。GoogleとRed Hatが共同で Google App Engineと互換性のあるミドルウェアをJBOSS Application Server上で実現するオープンソースのソフトウェア「CapeDwarf」が公開されました。 これまでGoogle App Engineに対応したアプリケーションはほかのプラットフォームでは実行できませんでしたが、CapeDwarfを利用することでオンプレミスやプライベートクラウドでもGoogle App Engineのアプリケーションを実行できるようになります。 App Engineの本物のテストツールでテスト CapeDwarfの開発は、Google Cloud PlatformのチームとRed HatのJBOSSチームが協力して行いました。特にGoogleからはGo
グーグルは15日、（日本時間16日）、Google App EngineでのPHP対応を発表。限定プレビューを開始しました。Google App Engineの対応言語はPython、Java、Go、PHPの4つに広がります。 PHP対応は、Google App Engineユーザーからのリクエストのトップでした。ちなみに、2位はPerl対応、3位はRuby対応です。 ローカルでApp Engine PHP環境を再現するSDKも公開 グーグルはPHP対応と合わせてApp Engine PHP software development kit (SDK)を公開。このSDKはローカルでGoogle App EngineのPHP環境を再現するもので、Linux、Mac OS X、Windowsに対応。 ユーザーは事前にローカル環境でPHPアプリケーションのテストを行うことができます。テストが終わ
Kenji Yoshida @xuwei_k DB側のフレームワークで、Scalaで作ってるものあまりみかけないというかデファクトが存在しないから、相性がいいならDB側のみslim3使うのはありだと思うけど、自分も実際使ったことないからどこまで相性いいのかとか知らない https://t.co/3Q7kEIjX Yasushi Abe @yasushia @xuwei_k Slim3ってannotationからの自動生成系でDatastore部分はScalaでは全然使えなかったはず。エンティティだけJavaで書いてやれば使えるとどなたかがやっていたくらいです。少しコード見ましたけど文字列連結でJavaコード生成してて全然無理でした Yasushi Abe @yasushia nkpart/Sage が数少ないDatastoreのライブラリですけど、たぶんもうビルドできない。昔は全然中身わか
EclipseのJRE設定に問題がある 設定 > Java > インストール済みのJREからjdkのパスを指定することで解決 「C:\Program Files\Java\jdk1.6.0_24」 −−−−−−−−− Created staging directory at: 'C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\appcfg4972058435776666621.tmp' Scanning for jsp files. Compiling jsp files. com.google.appengine.tools.admin.JspCompilationException: Failed to compile jsp files. 2011/06/11 1:05:49 org.apache.jasper.compiler.AntCompiler gene
アドベントカレンダー用のネタを作っている中で、個人的な環境でも「GitへCommit→GoogleAppEngineのプロダクション環境へデプロイ」を自動化するものが欲しくなりました。 調べてみるとGitのコミットフックを使えばいろいろとできそうですが、せっかくなのでローカルにあるJenkinsと連携させてみることにします。 環境 Windows7 x64 Python 2.7 (GAEで使ったり、Jenkinsを呼んだり) Google App Engine SDK for Python Google App Engineに、テストで使えるプロダクション環境を準備済 Gitは、GitHub for Windows Gitリポジトリはローカルに一つ (リモートリポジトリとかは使っていない) ローカルにJenkinsをインストール済 (この記事より) Jenkinsの設定 JenkinsへG
はじめに Google App Engine（GAE）/Javaでは、Java仮想マシン上で動作する言語を利用することができます。例えば、JRubyやGroovyなどです。 Scalaも、コンパイルすることによりJava仮想マシン上で動作するクラスファイルを生成する言語ですので、当然、GAE/Java上で動作させることができます。 Scalaが動作するということは、ScalaでできているWebアプリケーションフレームワークであるLiftを元に作成されたアプリケーションを、GAE/Javaに載せることができるということです。 前後編で構成される本連載では、ScalaおよびLiftをGAE/Java上で動作させる方法を解説した後、サンプルアプリケーションでGoogleが提供するさまざまなAPIを利用した、GAEならではのアプリケーションを作成して、GAEでのアプリケーション作成のイメージをつか
CA Beat エンジニアリーダーのヤマサキです。 デザイナーブログと比べて随分遅れてしまった感のあるエンジニアブログも、 本日ついにスタートすることができました。 これからよろしくお願いします！(｀・ω・´) 最初の記事に何を書くか随分悩んだのですが、 CA Beatのシステムのサーバーサイドをホストする、 Google App Engineの最近の動向について書くことにしました。 App Engineは登場してからもう4年以上経ちます。 登場から今日までの間にApp Engineは進化を続け、 以前はできなかったことも少しずつできるようになってきています。 以前にApp Engineについて調べた方の中には、 今も「○○ができないApp Engine」のイメージのままの方も多いと思いますので、 App Engineの特徴に加えて、最近の状況をまとめてみようと思います。 ○近年弊社で提供
GT Nitro: Car Game Drag Raceは、典型的なカーゲームではありません。これはスピード、パワー、スキル全開のカーレースゲームです。ブレーキは忘れて、これはドラッグレース、ベイビー！古典的なクラシックから未来的なビーストまで、最もクールで速い車とカーレースできます。スティックシフトをマスターし、ニトロを賢く使って競争を打ち破る必要があります。このカーレースゲームはそのリアルな物理学と素晴らしいグラフィックスであなたの心を爆発させます。これまでプレイしたことのないようなものです。 GT Nitroは、リフレックスとタイミングを試すカーレースゲームです。正しい瞬間にギアをシフトし、ガスを思い切り踏む必要があります。また、大物たちと競いつつ、車のチューニングとアップグレードも行わなければなりません。世界中で最高のドライバーと車とカーレースに挑むことになり、ドラッグレースの王冠
金くれを App Engine から heroku に引っ越した。 App Engine が値上げをするのでそれに対応した。 Twitter で App Engine の値上げの話で盛り上がっていて、課金履歴から新料金での課金額が分かるよという話だったので、見てみると金くれの場合新料金では一日 $1.5 ほど取られるとのことらしい。 話にならない。金が欲しくて作ったのに毎月 $45 も持っていかれるのは狂気の沙汰だ。 そこで App Engine から heroku に移行することにした。 App Engine 版のソースコードは紛失してしまっているのでスクラッチで作り直した。そもそも残っていたとしても App Engine に様々な部分が最適化されており(JRuby を使ってはいたものの)再利用は難しかったと思う。 データを標準の機能でエクスポートした。なかなか再利用の難しいデータがエク
GAE でサービス運営されてる皆様のところにもメールが届いてるかと思いますが、GAEが11月に価格改訂する予定です。 細かい金額については Google cloud services – App Engine をご覧くださいということですが、今まで CPU 時間単位での課金 ($0.10/CPU hour) だったのがインスタンス時間での課金 ($0.08/IH) になるという価格改訂が含まれてまして海外でも物議をかもしてるようです。 Hacker News とか見ると$510/月が$2070/月になっちゃうぜとか言ってる人もいますね。 davepeck 4 days ago One of my clients, whose app sees a decent amount of traffic, is going to go from $510/month to $2070/month
Python Overview CGI Environment Storing Data Datastore Overview Entities Queries Transactions Data Modeling GQL Reference Choosing a Datastore Using the High Replication Datastore Metadata Queries Statistics Reference Types and Property Classes GQL Reference Model Expando PolyModel Property Query GqlQuery Metadata Query Key Functions Exceptions Services Blobstore Overview Reference BlobInfo BlobKe
4. Cursor Cursor（カーソル）を使うと、Queryにおける検索ポジションを覚えておくことができます。次回の検索時には、そのポジションの次からエンティティを検索できます。例えば、ページ単位で検索内容を表示して、「次のページ」ボタンのクリックによって次の検索結果を表示する場合などに便利です。 検索を開始するポジションは、FetchOptionsのoffsetによって指定することもできますが、この場合の検索処理は、内部的には、先頭からエンティティを読み取ってoffsetのポジションまで読み飛ばしているに過ぎません。したがって、offsetの値が大きくなるに従ってパフォーマンスが低下します。 【リスト12】: カーソル使用での検索（ビーンズ・メソッド） リスト12における（1）から（4）が、カーソル処理に関係した処理です。 （2）では、FetchOptions.Builderのsta
Python æ¦è¦ CGI ç°å¢ ãã¼ã¿ã®æ ¼ç´ æ¦è¦ ã¨ã³ãã£ãã£ã¨ã¢ãã« ãã¼ã¿ã®ä½æãåå¾ãåé¤ ãã¼ã¨ã¨ã³ãã£ã㣠ã°ã«ã¼ã ã¯ã¨ãªã¨ã¤ã³ããã¯ã¹ ãã©ã³ã¶ã¯ã·ã§ã³ åã¨ãããã㣠ã¯ã©ã¹ GQL ãªãã¡ã¬ã³ã¹ ãªãã¡ã¬ã³ã¹ Model Expando PolyModel Property Query GqlQuery ãã¼ é¢æ° ä¾å¤ ãµã¼ãã¹ Memcache æ¦è¦ Memcache ã®
Python æ¦è¦ CGI ç°å¢ ãã¼ã¿ã®æ ¼ç´ æ¦è¦ ã¨ã³ãã£ãã£ã¨ã¢ãã« ãã¼ã¿ã®ä½æãåå¾ãåé¤ ãã¼ã¨ã¨ã³ãã£ã㣠ã°ã«ã¼ã ã¯ã¨ãªã¨ã¤ã³ããã¯ã¹ ãã©ã³ã¶ã¯ã·ã§ã³ åã¨ãããã㣠ã¯ã©ã¹ GQL ãªãã¡ã¬ã³ã¹ ãªãã¡ã¬ã³ã¹ Model Expando PolyModel Property Query GqlQuery ãã¼ é¢æ° ä¾å¤ ãµã¼ãã¹ Memcache æ¦è¦ Memcache ã®
App Engineで現実的な送金処理について考え中です。 ドラフト版なので、怪しい点があればご指摘いただければ幸いです。 コメントで情報いただきました。 Distributed Transactions on App Engineで紹介されてる方法と基本的に同じなので、おそらく問題なく動きそうです。ありがとうございました。 今回はこんな図を使います。 この図の読み方は、矢印の方向にユースケースの一連の処理(またはリクエストの処理)が流れていて、右に行くほど時間が経過しています。そして、矢印がくし刺しにしている四角形は、そのユースケース中で操作するエンティティを表しています。 また、左右の位置が同じ矢印は、基本的には同じ時刻に発生したイベントを表しています。上記の図では、A, B, Cがそれぞれの口座エンティティを同時に操作している感じです。 並行性制御(おさらい) 最初の図のように、それ
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
ここ数ヶ月、Google App Engine/Pythonを使い、初めてちょっとしたものを作ってみているのだけど、開発初期から知っておけばよかったなー、と思うノウハウ/tips的なものをずらずらと書いてみる。 基本的な環境設定は、 以前書いた まま。 0. 公式ドキュメントを良く読む 言うまでもなく、だけど、 マニュアル はもちろん、 この辺 の下の読み物も、流し読みだけでもしておいたほうがいい。 datastoreとmodel的なところ 1. key nameを使いこなす key nameは、レコードの作成時に指定できる(RDBでいう)primary keyの別名みたいなもの。primary key自体は自動的で作成されるので開発者が指定できるのはkey nameだけ。 key nameをうまく使うことで、datastoreを使いやすくすることができる。特にdatastore上で"un
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く