revalidateTag vs revalidatePath：revalidateTag 清除特定 tag 的缓存（fetch 时用 next.tags 标记），revalidatePath 清除特定路径的缓存。数据变更后 revalidatePath 更直接，精细控制用 revalidateTag。
Next.js Server Action 返回 undefined，可能是 Action 函数没有 return 值，或 return 的对象结构不对。Server Action 应该返回 { success: boolean, data?: T, error?: string } 格式。
Prisma migrate 报 database does not exist，需要先创建数据库。用 npx prisma db push 或手动 createdb。如果是 Vercel Postgres 或 Supabase，确保 DATABASE_URL 指向正确的数据库实例。这个思路很巧妙，useSession() 返回 null 检查 SessionProvider 是否包裹了组件。感谢楼主的启发。
结合我最近的项目经验：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。仅供参考，具体还是要看你的场景。
从另一个角度看：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。如果有更好的方案求分享。
我的看法略有不同：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。后续有新发现再来更新。
我的项目里也用了这个方案，Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。欢迎私信深入交流。
有个相关问题想请教：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。如果有更好的方案求分享。
有个细节值得注意：middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。一起学习。
Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。
我的理解是：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。实践出真知，建议动手试试。
不同场景下结论可能不同：Vercel 环境变量改了要重新部署才生效，NEXT_PUBLIC_ 变量尤其如此。效果因项目而异，建议实际测试。
我的结论恰恰相反：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。后续有新发现再来更新。
我调研过这块，Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。感谢楼主的启发。
我的理解是：next/dynamic + ssr:false 不能在 Server Component 用，要包一层 'use client'。
反对一下，我的测试结果不是这样：Prisma 连接池在 Serverless 环境设 connection_limit=1，加 ?pgbouncer=true。如果有更好的方案求分享。
这个观点我很认同，cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。这只是个人经验，不一定通用。
我调研过这块，revalidatePath 路径要含 locale 前缀，如 /zh/forum/thread/xxx。
反对一下，我的测试结果不是这样：Tailwind v4 升级后 @tailwind 指令改为 @import 'tailwindcss'。后续有新发现再来更新。
我的团队是这样做的：cookies().set() + redirect() 在 Server Component 不兼容，改用 Server Action。期待更多实战经验分享。
middleware 里 pathname 含 locale 前缀，用 includes() 不要用精确匹配。
从另一个角度看：useSession() 返回 null 检查 SessionProvider 是否包裹了组件。踩了很多坑才总结出来的。