firebase-simple-login によるユーザー認証をサポートする、angular + firebase アプリを作成しています。
オフラインでも使えるようにする必要があります。

これには HTML5 AppCache を使用しています (grunt-manifest ノード ヘルパー モジュール経由)。

ユーザーからのfirebaseの更新を確認するために、オフラインのときに認証なしで（キャッシュされたユーザーの）ログオンを許可し、オンラインに戻ったときに通常のログオンを要求する必要があると思います...これは実用的な戦略だと思いますか?

ただし、最後の質問は次のとおりです。

オフライン時に認証をバイパスすることは可能ですか?また、どの戦略を提案しますか?

1333699439 などのタイムスタンプを 2008-07-17T09:24:17 に変換するにはどうすればよいですか?

現在、firebase で使用しています - タイムスタンプ: Firebase.ServerValue.TIMESTAMP.

ユーザー情報とログアウトボタンを含むナビゲーション部分ビューがあるため、現在ログインしているユーザーをアプリのどこにでも公開する明確でエレガントな方法を探していますが、それを達成できませんでした.

私の出発点は、このサンプル アプリhttps://github.com/firebase/angularfire-seedです。現在ログインしているユーザーを公開できる AppCtrl を追加しました。ユーザープロバイダーを追加しようとしましたが、それも機能しません。

controllers.js

index.html

あなたの助けは非常に高く評価されます。

私のFirebase + Angular（AngularFireを使用）アプリには、ng-repeatを使用してテーブルとしてフォーマットされたオブジェクトの配列があります。各行は異なるオブジェクトです。

Firebase Simple Login で現在ログインしているユーザーに特定のオブジェクトを「割り当てる」オプションを追加したいと考えています。deleteItem(item) に似た関数 assignTo(item) を追加しましたが、うまくいきません。

私は何を間違っていますか？

これが私のコントローラーです

更新：これで問題が解決しました

と

ユーザー (Firebase anonymous で認証済み) が氏名、会社名、電子メール アドレスを送信して配布リストに登録できるようにする AngularjS アプリを構築しています。

私が達成したいのは、データを2回入力するユーザーフォームを無効にして、送信されたデータがデータベースに既に存在するかどうかを確認することです。その場合、送信されたデータを拒否し、DB をクリーンに保つ必要があります。UI がすべてのエラー メッセージなどを処理します。

私のエンドポイント: http://someurl.firebaseio.com/accounts/

push() 経由で /accounts/ に送信されたサンプルデータ:

Firebase セキュリティ ルールの設定:

目標: 誰もが /accounts/ に書き込み、一意の値のみを登録し、長さと isString の検証を行うことができます。匿名ユーザーの読み取りは許可されていません。

（複数）送信後の結果

firebase-simple-login を使用し、cordova/ionic を使用するハイブリッド モバイル アプリ内で使用するようにアプリを変更しようとしています。持続性に問題があります。firebase-simple-login.js コードを調べたところ、ライブラリは Cookie と利用可能な localStorage の両方に依存しているようです。

これをデバッグすると、d が正常に返されることがわかりますが、android で cordova を使用してネイティブ インストールとして実行すると、a は設定されていませんが、d は設定されています。したがって、持続性は決して成功しません。

参考までに、InAppBrowser プラグインと bez4pieci.cookies をインストールしました。

ネイティブで実行しているときに Cookie を解決できるようにする必要があるという問題はありますか? 現在はありません。少なくともfirebaseが期待する方法で。

私のangularアプリは、スーパーユーザー（管理者）がユーザーデータを編集できるユーザー処理ページを備えています。彼は新しいユーザーを追加することは許可されていません (サインアップ ページがあり、独自の秘密のパスワードを選択します)。しかし、(私の論理によれば) ユーザーを削除できるはずです...

これはremoveUser() firebase-simple-login API ドキュメント ページであり、これは同じページの使用例です。

したがって、アプリケーションはパスワードを知っているはずです...ユーザーがサインアップしているときに、ユーザーのパスワードをユーザーのデータに保存する必要がありますか?

しかし、この方法では、firebase-simple-login の主な利点を失うことになります (プライベート/機密データをローカルに保存することは避けてください)...

私の間違いを説明してください...

更新: Rob DiMarco のコメントのおかげで、この問題の背後にある理論的根拠を理解できるようになりました: removeUser() は、パスワードを再度提供した後、ユーザー自身が使用するように設計されています...管理者がアカウントを削除する必要がある場合は、ローカル ユーザーのメタデータに「削除済み」フラグを設定し、そのアカウントを Firebase にそのまま残す必要があります。ユーザーが同じアカウントを再アクティブ化することを決定する必要がある場合、ソフトウェアは単に「削除済み」フラグを削除auth.login()し、新しくユーザーが提供したユーザー名/パスワードで標準を実行する必要があります...

更新 2 : このアプローチの唯一の小さな問題 (問題がある場合) は、firebase-simple-login アカウントを削除していないため、「削除された」アカウントを回復したいユーザーが古いパスワードを覚えておく必要があることです...ただし、「ログイン」フォームでいつでもパスワードをリセットできます (メール アカウントの本当の所有者である場合)。

@Rob DiMarco：コメントを回答として投稿したい場合は、喜んで受け入れます...