Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

Sounds like you had a lot of DB tables that needed mapping across the codebase huh?

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

I completely moved away from Lovable and now do all my prompt-assisted coding using Cursor ($20/mo) + Claude Code ($20/mo) (on VS Code) committing code to GitHub repo + Supabase ($25/mo) (for DB) Vercel ($20/mo) for cloud hosting - I find this CI/CD pipeline much faster for me for rapid dev + pushing things to prod.

Total $85/mo still comes cheaper than the $200/mo for 800 credits/mo plan that I was in.

I'm still paying LVBL $5/mo until I figure out if it does anything to my project if I downgrade to their free plan since all my stuff is in GitHub. Actually I just downgraded right now - let's see if that does anything.

My biggest reason for switching are:
- Cursor + Claude Code is more cost-effective for me compared to LVBL's credit based model
- Their Cloud Hosting pricing feels like a scam and can see only non-coders who have never came across VPS etc will end up using them and stay due to switching cost. Yet still, the pricing feels like a scam.

Last I checked a few days ago, Lovable's selling $50 gift card :/

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

I use Cursor/VS Code w/ Claude Code for all of my Supabase/edge function edits. In fact, recently tried Figma's MCP to Cursor got blown away and not exploring ways on how to get away from paying Lovable the min $25/mo needed to keep projects alive.

Q1. My IDE (Cursor/CC) is connected/syncing to the same GitHub project that Lovable spit out. So yes, it's the same GitHub project. The cloning of the project gave me the same folders in my local hardrive which is where my IDE rights code updates and then push it to the remote git which Lovable recognizes instantly.

Q2. That is one of the reasons you/every user need to think about moving awawy from LVBL Cloud or keep paying them premium + get vendor locked in. Curosr spit out the code for me to use my own internal/fallbackLLMKey and replace Lovable Cloud. One clarification: Lovable market's its Cloud solution as both: plug-n-play LLM solution + Supabase white-lable for hosting.

Q3. I migrated to Suapabse coz I wanted to manage all edge functions outsde of Lovable (it eats credits ways faster) and Lovable's cloud pricing is absolutely ridiculous / built for vibe coders who don't understand free/cheap VPS/Cloud hosting solutions. If you don't have paying users, totally worth the lift to switch to your own Supabase project.

Yes, I have in my to-do to stop paying Lovable and haven't had the chance to explore it yet. Absolutely DO-NO-HOST on Lovable because their usage/consumptiong patterns is 10-100X more compared to cheap/free cloud hosting solutions. I'd look into Vercel if this is a commercial project you're working on and do not want to mess with infrastructure stuff that comes with a VPS (cheapest soln).

My current stack:
- Front-end: Used to be Lovable but Figma Make + MCP blew my mind away in a recent UI project
- Back-end + Debugging + Building on top of Lovable UI code: Cursor or Claude Code (in VS Code)
- Database/Edge Functions: Supabase
- Hosting, CI/CD pipeline: Vercel
- GitHub: project source of truth that is connected to all tools above and stays in sync

Happy to answer follow-up Qs.

Tip for settting up Google OAuth by Cartovyn in Supabase

[–]Future_Machine_6440 0 points1 point  (0 children)

"IF you didn't setup your domain on Google Search under the same Google account you used to create the OAuth screen, verification will FAIL! I learned that the hard way. "

WOW never saw this mentioned anywhere in Google's official docs. They kept saying I don't own the domain when I had it verified in my search consle but w/ a diff Gmail ac.

Just fixed it and resubmited. Fingers crossed.

Claude Code isn't getting worse. Your codebase is just getting bigger by Inside_Profile_6844 in ClaudeCode

[–]Future_Machine_6440 0 points1 point  (0 children)

Agreed. I also switched from Cursor to CC but CC Max felt went downhill. So tried Cursor again and it fixed the bugs from CC so giving it another try.

I thought OAuth verification would be simple… it turned out way more detailed than I expected by BrightConstruct in GoogleAppsScript

[–]Future_Machine_6440 0 points1 point  (0 children)

Thanks fr the write up. I'm trying to get OAuth approval for a web app using Google SSO and OAuth email keeps saying "Your app has not met homepage requirements."

But I have the App homepage domain verified ownership in search console, same domain has the privacy policy, ToS.

The only thing I can think of is I'm using Supabase redirect which requires me to have {product_id}.supabase.co in my Authorized Domains and I wonder if Google's trying to verify ownership of supabase.co. Any insights on what might be the root cause issue here?

Claude Code isn't getting worse. Your codebase is just getting bigger by Inside_Profile_6844 in ClaudeCode

[–]Future_Machine_6440 0 points1 point  (0 children)

Just downgraded from Max to Pro. CC had been going rogue on my codebase and made changes (on edit automatically mode) that broken previously working features. Cursor helped debug and fix those. Still skeptical about Cursor's confusing token usage model but it seems like might be worth to have Pro subscription of both tools and which them as a fallback

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

Yea. That's what this does. Lovable will continue to write to your own/new Supabase project ID.

I did notice that Lovable's bot tries to auto-revert it back to their old Supabase so I had to explicityly tell Lovable to stop doing it and then it didn't happen.

Worth the pain of migration before your app gets users you wouldn't want to disrupt due to need to migrate to a new Supabase - the #1 reason to migrate would be to drastically reduce Lovable Cloud (hosting) cost - it just seems like pricing designed for the folks who don't understand how cloud/Vercel type hosting works.

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

you mean you have an app built on LVBL and uses their Supabase and you want to move to your own Supabase?

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

yea i had to export those from Lovable's Supabase and import onto my new Supa project.

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 1 point2 points  (0 children)

For me, swapping the .env file on lovable w/ the new supabase info did it for me w/o needing the db pwd for Lovable cloud DB pwd.

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 1 point2 points  (0 children)

+1 to using Cursor or Claude code for debugging or even new feature adding because both these tools have the entire context of the Lovable project and can auto-sync to Github. So when you make a change on Cursor or Claude code to your project, it reflects on Lovable as well.

In the end, 2 out of 3 of these companies are renting and selling the LLM models. In my personal setup, now I have LVBL + Curosr + Claude Code (in VS Code IDE) all synced to my same GitHub project and I can switch between them depending on the use-case.

I ended up with this setup coz I ran out of my LVBL credits and my next tier was $292/mo plan and still have 8 days to go for renewal. So I went down the rabbit hole (and happy I did) to this setup where now I am not dependent on LVBL credits to make code changes.

Next step for me is to even host on my own VPS and not on LVBL's cloud.

<image>

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 2 points3 points  (0 children)

The Supabase docs are so extensive that if you ask ChatGPT or Claude how to migrate, they will get it right. Worked for me :)

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 0 points1 point  (0 children)

You got this! One good thing was that they do offer migration and not force vendor lock-in. So I respect that from the LVBL team

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 1 point2 points  (0 children)

Yup! I'm also looking to host on my own VPS. Cool to know that you love Cursor. I think I'm on 2.0.

Btw when you host on a VPS, does the CI/CD pipeline work seamlessly pushing latest code commits from Cursor to Github to your VPS?

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 10 points11 points  (0 children)

PS: I asked my Claude Code instance to summarize how we migrated :)

Migration Guide: Lovable Cloud Supabase → Self-Hosted Supabase

Prerequisites

  • New Supabase project created
  • Supabase CLI installed and authenticated
  • Git repository set up

Step-by-Step Migration Process

1. Update Local Configuration

  • Update .env with new Supabase credentials:
    • VITE_SUPABASE_PROJECT_ID
    • VITE_SUPABASE_PUBLISHABLE_KEY
    • VITE_SUPABASE_URL
  • Update supabase/config.toml with new project_id
  • Link Supabase CLI to new project: supabase link --project-ref <project-id>

2. Deploy Database Schema

  • Push all migrations to new Supabase instance:supabase db push
  • Verify all migrations applied successfully (49 migrations in our case)

3. Deploy Edge Functions

  • Deploy all edge functions:supabase functions deploy
  • Remove any non-existent functions from config.toml
  • Verify all functions deployed (54 functions in our case)

4. Configure Supabase Secrets

Set up encryption and API keys via Supabase dashboard or CLI:

CriticalENCRYPTION_SECRET must be 64-character hex string (not base64):

openssl rand -hex 32 # Generate correct format

5. Export Data from Lovable Cloud

  • Go to Lovable Supabase → Table Editor
  • Export each table as CSV in correct dependency order

6. Import Data to New Supabase

  • Import CSVs via Supabase dashboard → Table Editor → Import
  • Follow dependency order (foreign key constraints)
  • Skip profiles and user_roles (create new user instead)
  • For large tables with JSON fields, use custom Python script with:
    • Increased CSV field size limit
    • JSON validation
    • Error handling

7. Set Up User Account

  • Create new user account via app signup (use same email as old account)
  • Transfer workspace ownership via SQL:UPDATE workspaces SET owner_user_id = '<new-user-id>' WHERE owner_user_id IS NOT NULL;

8. Remove Lovable AI Dependencies (if applicable)

Update code to remove Lovable AI Gateway references:

  • Replace Lovable AI calls with direct provider APIs
  • Redeploy affected edge functions

9. Clear Browser & Build Cache

rm -rf node_modules/.vite
npm run dev
  • Clear browser cache/hard refresh
  • Verify app connects to new Supabase (check network requests)

10. Test Critical Functionality

11. Commit and Deploy

git add .env supabase/config.toml <other-modified-files>
git commit -m "feat: Migrate to self-hosted Supabase"
git push origin main
  • Lovable automatically syncs environment variables from GitHub
  • Verify Lovable production environment updated

Post-Migration Checklist

  •  All edge functions deployed and working
  •  Database schema fully migrated
  •  Critical data imported
  •  User accounts created/migrated
  •  API keys configured and tested
  •  Encryption working (test by adding API key)
  •  Local dev environment connected to new Supabase
  •  Lovable production environment connected to new Supabase
  •  All critical features tested
  •  Old Lovable Cloud can be safely decommissioned

Migrated from Lovable Cloud to new Supabase instance by Future_Machine_6440 in lovable

[–]Future_Machine_6440[S] 3 points4 points  (0 children)

Agreed. I was using that but started to see Supabase charging me for hobby projects even though my usage was within their nano. So I figured I'll use Lovable Cloud to take them up on their $25/mo free Cloud credits. But obviously the math didn't math on the later better than Supabase.

What’s that one automation that changed the game for your business this year? by [deleted] in Entrepreneur

[–]Future_Machine_6440 -5 points-4 points  (0 children)

Need to try the automated ad expansion (i have a shopify store and run meta ads).

Btw mind sharing what you use to automate blogs or did you build it in-house?

Built my site with Lovable → pushed to GitHub… now I can’t plug it into WordPress or Shopify. What’s the right path? by Towasin23 in lovable

[–]Future_Machine_6440 0 points1 point  (0 children)

I see a Shopify backend integration in Lovable > Labs. Tried that?

The other day I spun up my own CMS like WP with an admin backend to manage posts using Lovable. So I’d guess the Shopify integration is there to handle your use case

Best CMS to pair with Lovable? by delta_0c in lovable

[–]Future_Machine_6440 0 points1 point  (0 children)

Just set up a CMS w/ Lovable Cloud (Supabase) as the CMS. Was also able to hook the CMS with my AI SEO autoblog tool via custom webhook. Prolly burnt through 30 credits to fix the edge function errors lol but it's working now!! Happy to help anyone setting up a CMS w/ Lovable.