Миграция с Lovable Cloud на Supabase включает в себя больше, чем просто дамп и восстановление базы данных. После миграции возникает множество проблем, особенно в отношении аутентификации, функций искусственного интеллекта и служб электронной почты. Комплексный контрольный список имеет решающее значение, что побудило к созданию бесплатного инструмента проверки миграции, который анализирует репозитории GitHub. Проекты Lovable Cloud содержат важные серверные компоненты, такие как 'supabase/migrations' для изменений схемы, 'supabase/functions' для граничных функций и 'supabase/config.toml' для конфигурации проекта. Критически важно, что сгенерированный файл типов 'src/integrations/supabase/types.ts' предоставляет точный список общедоступных таблиц, выявляя расхождения в схеме, когда изменения в пользовательском интерфейсе Cloud не были зафиксированы в миграциях.Процесс миграции должен отдавать приоритет расширениям, затем схеме, за которыми следуют функции, триггеры и, наконец, данные. Особое внимание требуется триггерам на 'auth.users' для предотвращения проблем с новыми профилями пользователей. Копирование схемы 'auth', включая 'auth.users' и 'auth.identities' с хэшами паролей, жизненно важно для обеспечения возможности пользователей входить в систему с их существующими учетными данными. Миграция хранилища особенно утомительна, требуя либо написания скриптов для API хранилища, либо использования 'rclone' для передачи файлов между конечными точками S3; корзины должны быть воссозданы с идентичными именами и настройками.Распространенные точки сбоя после миграции включают вход через Google, который в старых проектах по умолчанию использует брокер OAuth Lovable. Это требует настройки собственного клиента OAuth в Google Cloud Console и обновления вызовов на стороне клиента для использования простого 'supabase.auth.signInWithOAuth'. Вызовы шлюза AI Lovable, встроенные в граничные функции, будут сбоить за пределами Lovable Cloud, требуя нового ключа и URL-адреса поставщика AI. Письма при регистрации также перестают приходить, поскольку служба электронной почты нового проекта Supabase ограничена; требуется пользовательский SMTP, такой как Resend или Postmark.Кроме того, запланированные задания (cron jobs), часто упускаемые из виду, могут содержать жестко закодированный URL старого проекта, продолжая вызывать неработающий экземпляр Lovable Cloud. Инструмент проверки миграции решает эти проблемы путем сопоставления шаблонов файлов из общедоступных репозиториев GitHub. Хотя он быстр и не требует зависимостей, он полагается на регулярные выражения для разбора SQL и не может обнаружить изменения, сделанные через панель управления, которые не отражены в миграциях. Он служит контрольным списком, а не окончательным аудитом. Для тех, кто предпочитает профессиональную помощь, доступны услуги миграции с фиксированной ценой.