問題タブ [mbaas]

次のようなオープン ソースの Backend-as-a-Server (BaaS) が多数あります。

• ユーザーグリッド
• バスボックス

ただし、GAE/J で作成されたものは見たことがありません。Usergrid は、私が目にする中で最も成熟したオープン ソース BaaS であるため、簡単に移植してみました。ただし、私の移植に関する限り、Cassandra と Hazelcast に大きく依存しています。

GAE プラットフォーム用に作成された BaaS はありますか?

ビデオの例のコードを読みました。これはチャット ルームに基づいており、最初にチャット ルームに登録してから、選択したユーザー ID でビデオ 1:1 チャットを開始する必要があります。しかし、chatroulette のシナリオでは、ランダムに利用可能なビデオ対応ユーザーを見つける必要があります。これは SDK で達成できますか? ユーザーがランダムなユーザーとビデオチャットを繰り返す必要があるので、ピアユーザーもそうしました。

ここでは、dreamfactory についてもっと心配しています。

すべてRESTfulリクエストに依存していることは知っていますが、私の理解レベルでは、バックエンドサービス(dreamfactoryが管理)を接続して接続する方法を見つけることができませんでした.

モバイル バックエンド サービスを構築しています。私は、Authentication Service のようなサービスが App key と App secret を一連のサービス (論理的には app と呼ばれる) を購入する人々に提供することを想像してみてください。

X 、 Y 、 Z などのサービスと AuthService があるとします。

アプリに「ユーザー」という概念がないと仮定すると、アプリ キーとアプリ シークレットを使用して、サービスの API アクセスを制限できると考えました。

しかし、

(appkey , appsecret)と同じくらい良いため、ローカルで検証できないため(username , password)、API 呼び出しが有効かどうかを確認するために AuthService サービス呼び出しを行う必要があります。ただし、サービス X へのすべての呼び出しは実際には2 つのサービス呼び出しであるため、これはパフォーマンスに影響します。

私の質問: 通常、アプリはまったく検証されていますか? なぜ appkey と appsecret を使うのでしょうか? 自己完結型のアプリから「アプリトークン」を取得しないのはなぜですか。AuthService呼び出しを行う必要はありません。常に Https を使用して中間者を回避し、アプリ トークンを SDK によって安全に保存することができます。

X 、 Y 、 Z などのサービスでアプリ情報 (app-token) をキャッシュし、ローカルで検証するなどのソリューションについて聞いたことがあります。ただし、アプリのキーとシークレットを取得すると、保存場所に関係なくパーティーを行うことができます。また、個々のサービスではキャッシュが冗長になります。認証情報もキャッシュに保存することになり、キャッシュはすぐに変更される可能性があります。キャッシュの無効化が問題になる可能性があります。?

助けてください、よろしくお願いします。

Shephertz のapp42 PaaS ソリューション、特にそのCustomCode 機能を試して、Java サーバー側コードをデプロイします。

サーバー側の「CustomCode」jar の 1 つのバージョンを正しくデプロイすることができました (提供されたサンプルのように「ant deploy」コマンドを使用)。

問題は、アンデプロイできないことです

• 「ant undeploy」コマンドからのいずれか、cf. このエラー

(HTML は次のように返されます)

- または App42 管理コンソールから (POST は成功しますが、失敗メッセージが返されます)

明らかに、これにより、この jar の新しいバージョンをデプロイできなくなります。このエラー

クライアントとしてのモバイルアプリのバックエンドとして、Apigee を使用してサーバー側コード ( Parse "Cloud Code" など) を実行することは可能ですか?

すぐに使用できる「App Services」機能を使用したいのですが、サーバー側からいくつかの追加処理 (データの更新など) を実行したいのですが、

私が考えることができる唯一の（素朴な？）方法はこれです：

• 自分のサーバーを実行しています。
• モバイルアプリは、Apigee で標準の「App Services」API を使用します
• 必要に応じて、クライアントが呼び出します
  • 私のサーバー上のいくつかのカスタムAPI、
  • これにより、サーバーは REST 経由で Apigee を呼び出してデータをフェッチし、結果を計算して、更新されたデータを投稿できます Apigee
  • そして結果をクライアントに返す

少し複雑に聞こえます (特に認証の処理に関して) - 私が説明したようなことを達成するためのベストプラクティスはありますか?

ありがとう！

ユーザーが写真やテキスト メッセージを送信できるシンプルなソーシャル アプリを作成する予定です。いくつかの調査を行った結果、Backend as a Service (BaaS) を使用してサーバー上のデータベースを管理する人もいれば、AFNetworking を使用する人もいることがわかりました。

ばかげていると思われるかもしれない 2 つの質問があります。

1. 私の iOS プログラミングの本では、ネットワークから JSON データを取得するために NSURL + NSURLRequest + NSURLSessionTask + NSURLSession を使用していましたが、多くの人がこのサードパーティ API AFNetworking を使用するのはなぜですか?

2. AFNetworking (対 Baas) を使用する利点は何ですか? AFNetworking を使用する場合、独自のサーバー コードを作成する必要がありますか?

ありがとう！