Google+ API Shutdown | Google+ Platform | Google Developers
フィードバックを送信 Google+ API のサービス終了について コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 2019 年 3 月 7 日をもって、すべての Google+ API はサービスが終了します。このサービス終了は 1 月後半から段階的に実施され、これらの API 呼び出しは 2019 年 1 月 28 日から断続的に正常に動作しなくなります。 デベロッパーの皆様には、プロジェクトで最近使用された Google+ API メソッドと Google+ OAuth スコープ リクエストを記載したメールをお送りしておりますが、メールを受け取ったかどうかにかかわらず、Google+ API の依存関係を検索し、アプリケーションからすべて削除することを強くおすすめします。 サービス終了となる API のうち、よく使用されているものは次のとおりです。
Go言語でGoogle App Engineの単体テストをするパッケージ
[追記] 1.8.6 からSDKに単体テストのためのパッケージが追加されました。 詳しくは http://najeira.blogspot.jp/2013/10/google-app-engine-186-go.html を読んでください。 ---- Google App Engine Go で単体テストするためのパッケージを作りました。 https://github.com/najeira/testbed こんな感じでテストを書けます。 package yourapp import ( "appengine/datastore" "net/http" "testing" "github.com/najeira/testbed" ) const ( PYTHON = `/usr/local/bin/python27` TESTBED = `/usr/local/google_appengi
XG Transaction がUnitTestで動かない。 - SiNBLOG
Slim3のUnitTestでXGTransactionを動作させることができなくてハマっている。 とりあえず、現状は以下の通り。 ■環境 GAE 1.6.0 Slim3 1.0.15 Eclipse 3.5 まずは、実行の構成をHRDに設定 http://code.google.com/intl/en/appengine/docs/java/tools/devserver.html 割りと最近作成したプロジェクトだったので、最初からHRDだったので、実際は確認しただけ。 次にappengine-web.xmlに"slim3.useXGTX"を追加した。 sin4sandbox 1 true true true これでLocalでWebアプリケーションを起動した場合は、HRDで動作するようになった。 しかし、UnitTestではM/Sで起動してしまい、XG Transactionが動かない
AppRouter のテストはどう書く - snbhsmt_log
9/03 追記: ControllerTester#start() でルーティングされないのはバグだったらしく、 Revision 1340 で Fix された様です。 なので、これ以降の Slim3 を利用すれば、Controller のテストケース中で ルーティング前のパスを指定した場合でもルーティングのコードをカバーできるので、 AppRouter クラス単体でのテストは不要になる。 追記ここまで Slim3 の AppRouter のテストはどう書けば良いのだろう。 そう思って ControllerTester とか FrontController 等のソースを見たら こんな感じの処理になっていた。 RouterImpl#addRouting() した順に from とパスを比較。 マッチしたら to に RequestDispatcher#forward() 。 どれにもマッチし
Google IO 2012
Overview About this codelab The entire codelab (excluding optional steps) should take about two hours There are time estimates included with each numbered step, so you can pace yourself There are also un-numbered introductory steps that should take 20 minutes or less If you get stuck, checkpoint .zip files are included periodically — just download one and pick up where it leaves off (but make sure
Google App Engineでランキングやページングを実現する - $koherent->diary
昨日一昨日、Google App Engine (GAE)に関する日本最大の勉強会（だと思う）appengine ja night #7 (ajn7)が行われました。 その中で『ランキング問題』が話題に上がりました。『ランキング問題』とは、何十万件もの点数のデータがあるときに、App Engine上で、「◯点は何位です」と高速に求めることは難しい、という問題です。（◯ページ目を表示、というページングもこれと同じ種類の問題になります。） ajn7では「上位でない限り正確な順位は必要ないのではないか」という話になりましたが、Skiplistを用いた検索アルゴリズムを使えば正確かつ高速に順位を求めることができるのではないかと思い、実装＆検証してみました。 ランキング（順位取得）のデモ 下記ページで順位取得のデモを動かしています。スコア（点数）を入力すると順位と取得にかかった時間が表示されます（時
アプリケーションへのアクセスを制限する (Google App Engine)
URLパターンでアクセスを制限する 特定のURLパターンに対してアクセスを制限するには web.xml のsecurity-constraint要素で定義できる。 web-app要素(ルートの要素)の下にsecurity-constraint要素を追加する。 <security-constraint> <web-resource-collection> <web-resource-name>admin tool</web-resource-name> <url-pattern>/admin-tool*</url-pattern> </web-resource-collection> <user-data-constraint> <role-name>admin</role-name> </user-data-constraint> </security-constraint> アクセス可能
Google App Engineアプリケーションの削除の方法 : Everyday FunkiEE!!
10月23 Google App Engineアプリケーションの削除の方法 カテゴリ:My Google App EngineMy WWW (World Wide Web) いつの間にかGoogle App Engine上のアプリが削除できるようになってますね！ 恐らく心待ちにしていたデベロッパは多いと思います。 Administration Console Questions - Google App Engine - Google CodeHow can I delete my app? You can delete your app, but App Engine provides safety measures to prevent inadvertent deletion. そこで、今日は早速アプリの削除の仕方を紹介しちゃいます。 削除の手順まずは削除対象のアプリケーションの管理
chirokings: GAEのアクセス制限と認証方法
2011年3月21日月曜日 GAEのアクセス制限と認証方法 目的作成したGoogle App Engineのアプリケーション全体にアクセス制限を掛ける。 環境appengine-sdk 1.4.2インストール済み GAE+JRuby+Ruby on Railsという環境で検証しました。 概要 Google App Engineでのアクセス制限にはアクセス制限範囲の指定と認証方法の指定に分かれます。アクセス制限範囲は作成するアプリケーション側で指定し、認証方法は実行基盤であるGoogle App Engineで指定します。これにより認証方法に縛られないアプリケーションの構築が可能になります。 アクセス制限範囲の指定 アクセス制限をかける範囲はアプリケーション側のweb.xmlで行います。アクセス制限を設定するのはこのファイルのsecurity-constraint要素です。詳細はwe
Cloud Datastore Overview | App Engine standard environment for Java | Google Cloud
フィードバックを送信 Google App Engine 上の Java コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 App Engine では Java アプリケーションについて、スタンダードとフレキシブルの 2 つの環境を選択できます。どちらの環境も同じコード中心の開発ワークフローが採用されています。素早く効率的にスケーリングを行って増加するリクエストに対応し、Google の実績あるサービス技術で、オペレーション上のオーバーヘッドを最小限に留めながら素早くウェブ、モバイル、IoT のアプリケーションを構築できます。2 つの環境には多くの共通点がありますが、重要な違いがいくつかあります。 スタンダード環境 トラフィックの急増に応じて直ちにスケーリングできるように最適化されています。 トラフィックを処理しない期間が長いアプリケーションでは、費用対効果
Google App Engine — Password-less Login with OAuth2
Send feedback Java on Google App Engine Stay organized with collections Save and categorize content based on your preferences. App Engine offers you a choice between two environments for Java applications: standard environment and flexible environment. Both environments have the same code-centric developer workflow, scale quickly and efficiently to handle increasing demand, and enable you to use G
［Google App Engine編］サービスのエラーに備える
Google App Engineでは、さまざまな機能において「いつでも例外（エラー）が発生する可能性がある」という仕様になっています。Datastoreのタイムアウトや処理時間の上限に到達してしまった場合の例外が有名です。リソースの使用量を課金額の上限まで使いきってしまった場合にも例外が発生します。 中でも、アプリケーションが動作するサーバー「AppServer」の障害（エラー）への対策には注意が必要です。うまくエラーを避けるための設計ノウハウを紹介します。 アプリケーションからデータだけを送信する Google App Engineのアプリケーションは、「AppServer」というサーバーで実行されます。このAppServerは、これまで何度か障害が発生したり、極端にレスポンスが遅くなったりしたことがあります。AppServer自体に障害が発生すると、アプリケーションの中でどれだけ例外
GAE/Jで運用中に発生する例外（と一部対処法） : CB NANASHI管理人ブログ
2010年02月24日22:34 カテゴリGoogle App Engineサイト構築 GAE/Jで運用中に発生する例外（と一部対処法） App Engineでのアプリケーション実行中に私が遭遇した不測の例外やエラーについて、原因と（一部のみですが）対策を書いてみます。 あくまでも個人的な経験に基づくもので、多分に推測を含みますが、多少ともお役に立てば幸いです。例外の種類は随時追加したいと思います。コードの誤りや、よりよい対策などがあれば、お知らせ頂ければ幸いです。 今回記述した例外、エラーの種類 DatastoreTimeoutException ApiProxy$UnknownException ApiProxy$CapabilityDisabledException GCacheException DeadlineExceededException ConcurrentModific
10 things you (probably) didn't know about App Engine
News, notes, tips and tricks from the Google App Engine Team What could be better than nine nifty tips and tricks about App Engine? Why, ten of course. As we've been participating in the discussion groups, we've noticed that some features of App Engine often go unnoticed so we've come up with just under eleven fun facts which might just change the way that you develop your app. Without further ado
Google App Engineでクロスドメイン通信
前回「秋はまだですか」と書きましたが、その日のうちに気温下がったｗ これでちょっと過ごしやすくなったかも。…薄着で寝ててちょっと風邪引きそうになったのは内緒(・ω・) 本題。 クロスドメインでの非同期通信(XMLHttpRequest Level2)をGoogle App Engineで実装したのでメモ。はまったポイントもいくつか書いておきます。 特にハマったのは出力ヘッダ周り。 Access-Control-Allow-Origin これはあちこちのサイトに書かれてますね。このヘッダを「*」で出力してあげると他ドメインからの通信を受け付けるようになります。・・・が、これだけじゃダメなんです。 Access-Control-Allow-Methods こいつを指定してあげないとサーバーが受け付けてくれません。GETならGET、POSTならPOST・・・と指定してあげないといけません。これは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#appengine で skiplist ってすごくね?・その2
BPStudy #40 - Google Appengine 1.4.0
Writing HTML5 Web Apps using Backbone.js and GAE