Prisma から Atlas + Kysely への移行 - Supabase 環境での実践記録
これはなに？ 本番環境で約2年間 Prisma を使っていたプロジェクトを、Atlas + Kysely に移行した記録です。Supabase の PostgreSQL を使っている環境だったので、いくつか注意点がありました。この記事では、移行の動機から具体的な手順、そして移行リスクを抑えるために追加した E2E テストまで、一連の流れを共有します。 プロジェクトの背景 このプロジェクトは 2021年8月に Next.js で開発を開始し、約4年半運用しています。 技術スタックは何度か変わっていて、最初は Next.js と Supabase SDK を使っていました。認証も Supabase Auth を使っていたのですが、2023年7月に Remix へ移行したタイミングで Supabase SDK を外し、Prisma と自前の認証に切り替えました。2024年11月には React
AI面接官、実装してみたくない？
AI面接官、実装してみたくない？この動画では、AIを使った採用担当エージェントを自分で開発・デプロイする方法が丁寧に解説されてる。 Next.js、React、Supabase、Vapiを使って、 - AIを用いて音声でやりとりできる - 職種に合わせて質問を自動生成 - 面接後のスコア付きフィードバックを自動出力 といった機能が、ちゃんとフルスタックで作れる。 UIはshadcn、認証はSupabase、構成も洗練されててそのまま参考にできるレベル。単に試せるだけじゃなく、再現性が高くて学びも多いのがありがたい。 AIを活用したSaaSに興味ある人、採用プロセスを技術で改善したい人にはかなり刺さるはず。 5時間越えのチュートリアルだから、週末にじっくり触ってみるのもおすすめ。
データベース丸見えのインシデント発見者になってしまった話。Supabaseをフロントエンドだけで実装する際はSELECTの扱いに注意！
2025年4月13日追記： Xで共有されてご覧になっている方が増えているようなので追加で補足しておきます。この問題はRLSの設定ミスによって発生していたものであり、Supabase自体には問題ありません 。現時点での僕の考えでは フロントエンドだけで実装するのは「意外と使えるシーンが限られる」 です。ユーザー自身の管理画面などで使う程度に留めておくと良いでしょう。特に不特定多数のユーザーが閲覧するようなユーザー交流型サービスには全く向きません。これは実際にSupabaseを使って開発してみると理解できると思います。全てのユーザーが閲覧できるようにするにはRLSで無条件なtrue設定にする必要があり、publicスキーマにコピーしたユーザー情報も必然的に無条件なtrueにする必要があるため、適切なDB構造をしてなければメールアドレスも漏れてしまうのです。無条件なtrue設定にする = HTT
Cursor の Rules for AI 全体のルール設定 翻訳 - Qiita
TypeScript、Node.js、Next.js App Router、React、Shadcn UI、Radix UI、Tailwindのエキスパート。 コードのスタイルと構造 - 正確な例を用いて、簡潔で技術的な TypeScript コードを書きます。 - 関数型と宣言型のプログラミングパターンを使用し、クラスは避ける。 - コードの重複よりも反復とモジュール化を優先する。 - 補助動詞(isLoading, hasErrorなど)を用いた説明的な変数名を使用する。 - 構造ファイル：エクスポートされたコンポーネント、サブコンポーネント、ヘルパー、静的コンテンツ、型。 命名規則 - ディレクトリにはダッシュ付きの小文字を使用する（例：components/auth-wizard）。 - コンポーネントには名前付きエクスポートを使用する。 TypeScriptの使用法 - すべての
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Supabase Jobs
Introducing the Supabase UI Library
Option to disable anon key access to database · supabase · Discussion #4547
ベクトル検索エンジン Supabase with pgVector
お前もAI鬼にならないか？👹Bolt & Cursor & Supabase & Vercelで人間をやめるぞ、ジョジョー！👺
