問題タブ [meteor-useraccounts]

ユーザーアカウントには次の構成があります。

そして、これはログアウトを処理するための私のフロールートです:

問題は、ログアウトするたびに (予想どおり) サインイン ビューにリダイレクトされますが、再度ログインできないことです。正しい資格情報を入力すると、エラーは表示されませんが、フォームは消えません。何か案が？

アップデート

以下に示すように、ログアウト機能を Meteor 独自の機能に置き換えると、サインインとログアウトの間でリダイレクト ループが発生します。

useraccounts:bootstrap を meteor プロジェクトに追加しようとすると、次のエラーが表示されます...

これを修正するにはどうすればよいですか?

ユーザーがメールを確認した後に実行したいコードがあります。

私はそれをどこに置きますか？

私が考えることができる唯一の場所はリダイレクトされたルートですが、それは少しハックであり、リダイレクトが発生するのを待っているユーザーに依存しています。アイアンルーターを使用しています。

初めての試みでしたが、再計算機能はサーバーサイドです。

これはカーソルを観察する解決策ですが、それはやり過ぎのようです。イベントの方がいいです。解決策＃1はうまくいきませんでした。

Meteor で遊ぶのは初めてです。この質問は、コレクションの許可/拒否の概念を理解していないことが原因である可能性があります。

ログインした管理者がアクセスできるページがあり、管理者は既存のユーザーを変更できます。

オートフォームを使用して既存のユーザーを編集できるようにするために、これらの両方の Web サイトに記載されている手順に大まかに従いました (「許可」/「拒否」の部分を除く) https://github.com/aldeed/meteor-collection2#attach-a -schema-to-meteorusers http://www.stefanhayden.com/blog/2015/05/25/user-profile-edit-with-autoform-and-simpleschema-in-meteor-js/

最終的に、ユーザーのテーブルを含むページができました。各行には、次のコードを使用して編集オートフォームにつながる編集ボタンがあります。

これにより、編集フォームが正常に開き、ユーザーの詳細をいくつか変更し、[更新] をクリックすると、Meteor 403 アクセス拒否エラーが発生します。

このエラーは、次のコードを挿入することで何とか解決しました:

私の質問は、「ユーザー」に対してこの「許可」を明示的に実行する必要があるのはなぜですか。「戦艦」と呼ばれるカスタムコレクション用に別の同様の CRUD ページ設定があるためです。これは、これらの「許可」を指定しなくてもオートフォームでうまく機能しました。ルール？

autopublish および insccure パッケージを削除したことにも注意してください。