ユーザが、メールアドレスを設定できるようにする #1347
Comments
|
こちらの対応を始めようと思います。 |
|
早速、ありがとうございます。 実装にあたっての懸念事項について、いくつか共有させていただきたいと思います。
v2からv3への移行は、DBの破壊的な変更を伴うため保留にしていましたが、別ライブラリへの移行も含めて調査が必要だと考えています。 https://github.com/lucia-auth/lucia 移行例: lucia v3からArtic and Oslo (v2からの書き換えができるかは要確認) ======================================= 1.を解決するのが先決だと思いますが、以下の内容についてもご相談させていただきたいです。
よろしくお願いいたします。 |
|
1.について https://supabase.com/docs/guides/auth/server-side/sveltekit |
chatgpt先生に聞きました プライバシーポリシー文言の例（パスワードリセット専用）
|
承知しました！
これにプラスして、メールアドレスが登録されていないユーザの場合、 |
|
早速、調査していただき、ありがとうございます。
サンプルが丁寧でとてもよさそうです。
LGTMです。
この導線があると、とてもよさそうです。 |
|
直近ですが、svelte+prisma+supabaseについて、解説記事がありました。 sessionは使わなそうですが、event.locals.supabaseで各ページの認証ができる方式のように読みました。 |
|
教えていただき、ありがとうございます。 Supabaseがよしなに処理してくれそうなところまでは理解できました。 私の理解不足なだけだと思いますが、既存のユーザはPrismaを利用してハッシュ化されたパスワードをDBに保存をしていますが、Supabaseに移行してもパスワードをそのまま利用できるのか（or 任意で変更可能 or 変更が必須?）気になっています。 教えていただいた記事を元にGPTに聞いた内容をメモとして残しておきます。 Prismaのセッションモデルを使用してユーザーのパスワードをDBに保存して管理している場合に移行する際の注意点を示します。 記事の要約
移行時の注意点Prismaのセッションモデルを使用してユーザーのパスワードをDBに保存して管理している場合、Supabaseの認証機能に移行する際に注意すべき点は以下の通りです。
まとめSupabaseの認証機能に移行することで、パスワード管理やセッション管理が簡素化されますが、移行時にはパスワードの移行、セッション管理の変更、データベーススキーマの更新、認証フローの変更などに注意する必要があります。これらの点を考慮して、移行作業を進めてください。 |
|
ありがとうございます。 今の仕組みがそのまま使えるものがないかも調べてみます。 |
|
ご確認いただき、ありがとうございます。
認証の移行をする場合、ご提案いただいた手順がいいと思います。
お手数をお掛けしますが、よろしくお願いいたします。 https://www.youtube.com/watch?v=cki2_GGJfbU |
|
ひとまず別プロジェクトで今のプロジェクトと類似の認証を作って、移行のお試しをしてみようと思っているのですが、色々わかっていなくて少し苦戦しつつも少しずつ進んでいる状況です。 |
|
認証の移行先の環境構築、大変お疲れ様です。 |
|
別プロジェクトのアプリを作ってみたのですが、アプリからsupabaseにうまくつながっていない状況です。 |
|
教えていただき、ありがとうございます。 公式ドキュメントを確認する必要があるかと思いますが、原因の取っ掛かりをつかむためGPTに聞いてみました。
原因
修正方法
例: ホスト名の確認と修正以下に、ホスト名を確認し、正しいホスト名を使用する例を示します。 const { createClient } = require('@supabase/supabase-js');
// 正しいSupabaseのURLとAPIキーを使用してください
const supabaseUrl = 'https://your-supabase-url.supabase.co';
const supabaseKey = 'your-supabase-key';
const supabase = createClient
(s
upabaseUrl, supabaseKey);
async function fetchData() {
const { data, error } = await supabase
.from('your-table')
.select('*');
if (error) {
console.error('Error fetching data:', error);
} else {
console.log('Data:', data);
}
}
fetchData();まとめ
|
|
LuciaからSupabaseへの移行中に発生するエラーの対処方法について説明します。具体的なエラーメッセージが提供されていないため、一般的な移行手順と考えられる問題点、およびその対処方法について説明します。 一般的な移行手順
具体的なコード例以下に、Supabaseクライアントの設定と認証ロジックの更新の例を示します。 1. Supabaseクライアントの設定まず、Supabaseクライアントをインストールします。 npm install @supabase/supabase-js次に、Supabaseクライアントを設定します。 import { createClient } from '@supabase/supabase-js';
const supabaseUrl = 'https://your-supabase-url.supabase.co';
const supabaseKey = 'your-supabase-key';
const supabase = createClient(supabaseUrl, supabaseKey);2. ユーザーデータの移行LuciaからSupabaseにユーザーデータを移行するためのスクリプトの例です。 async function migrateUsers() {
const luciaUsers = await getLuciaUsers(); // Luciaからユーザーデータを取得する関数
for (const user of luciaUsers) {
const { email, password } = user;
const { error } = await supabase.auth.signUp({
email,
password,
});
if (error) {
console.error(`Failed to migrate user ${email}:`, error.message);
} else {
console.log(`Successfully migrated user ${email}`);
}
}
}
migrateUsers();3. 認証ロジックの更新認証ロジックをSupabaseに更新します。 async function signIn(email, password) {
const { user, error } = await supabase.auth.signIn({
email,
password,
});
if (error) {
console.error('Error signing in:', error.message);
return null;
}
console.log('Successfully signed in:', user);
return user;
}エラーの対処方法
まとめLuciaからSupabaseへの移行中に発生するエラーの対処方法について説明しました。具体的なエラーメッセージが提供されていないため、一般的な移行手順と考えられる問題点、およびその対処方法を示しました。具体的なエラーメッセージがある場合は、それに基づいてさらに詳細な対処方法を提供できます。 |
|
まだ移行まで行けていなくて、現状の環境を作る部分で苦戦しています。 |
|
環境構築はハマりやすい部分もあるかと思います。 あべみさんのペースで進めていただければと思います。 |
|
DBに接続できていないと思っていたのですが、その後のクエリの投げ方を間違えてました。 |
|
エラーの調査・原因の特定、大変お疲れ様です。
とんでもないです。アプリの根幹となる機能の実装・改修を進めていただき、とてもありがたいです。 |
Description / 説明
https://v2.lucia-auth.com/guidebook/email-verification-links/
Motivation / 動機
Other notes / その他
The text was updated successfully, but these errors were encountered: