タグ付けされた質問 「aws-amplify」

2
誓いを使用する場合のAmplify.Hub signInハンドラーの競合状態
コード例: Hub.listen('auth', event => { const { event: type, data } = event.payload; if (type === 'signIn') { const session = data.signInUserSession; console.log('SESSION', data.signInUserSession); setTimeout(() => { console.log('SESSION', data.signInUserSession); }, 100); } }); 宣誓を使用する場合、プロバイダーが私のアプリにリダイレクトした後、ハブはsignInイベントを発生させます。ただし、signInUserSessionプロパティはnullイベント発生したときですが、しばらくしてから(100ミリ秒以内)値を取得します。これはAuth.signIn(email, password)直接使用する場合は発生しないようです。signInUserSessionイベントが発生したときに入力されます。 ここで何が起こっているのですか、どうすれば回避できますか?現在、私はコードに明示的な遅延があります。これはひどいハックです。

1
複数形のテーブルとヘビのケースの列に関してレール構成をオーバーライドする方法
したがって、私は、Railsで記述されたバックエンドと、Amplifyを使用してVueで記述されたクライアントがあるアプリを構築しています。私のデータベースはMySQLであり、データソースとしてGraphQLを使用してAWS AppSyncを使用しています(データベースをポイントしています)。 AWS Amplifyには、テーブル名と列に基づいて1つの簡単なコマンドでスキーマを生成できるフレームワークがありますamplify api add-graphql-datasource。しかし、私はRailsマイグレーションを使用しているので、私のデータベースはRailsの規則を使用しています。 ここでの問題は、GraphQLスキーマがすべて醜く、正しい規則を使用していないことです(キャメルケースのプロップを使用した、タイプと入力の単一名)。例: 私のバックエンドには次の移行があります: class CreatePosts < ActiveRecord::Migration[6.0] def change create_table :posts do |t| t.belongs_to :site, null: false t.string :title t.string :url t.text :body t.timestamps end end end このために生成されるスキーマは次のとおりです。 type posts { id: Int! site_id: Int! title: String url: String body: String created_at: AWSDateTime! updated_at: AWSDateTime! …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.