Lovable'dan Mythex'e Nasıl Taşınır (Kod, Veri ve Alan Adı)

Lovable'dan Mythex'e geçmek için, Lovable'ın GitHub entegrasyonu üzerinden kodunuzu çıkarın, ardından depoyu bağlayarak ya da bir arşiv içe aktararak bir Mythex projesine getirin, gizli anahtarlarınızı yeniden ekleyin ve yayınlamadan önce Önizleme'de test edin. Ön yüz genellikle değişiklik olmadan taşınır. Asıl kararlar arka uçla ilgili: mevcut Supabase projenizi tutmak mı, yoksa verinizi başka bir yere taşımak mı.

Bu rehber taşımanın tamamını sırayla anlatır ve işin zor kısımlarını olduğu gibi söyler.

Başlamadan önce: neler gerçekten taşınır

Bir Lovable uygulaması birkaç parçadan oluşur ve her biri farklı taşınır.

Bu tabloyu kendi uygulamanız için önce yazın. On dakika sürer ve çoğu sürprizi önler.

Adım 1: Kodunuzu Lovable'dan çıkarın

Lovable'ın belgeleri (Eylül 2026 itibarıyla) dışarı çıkmanın iki yolunu anlatır:

• GitHub eşitleme. Lovable projenizi GitHub ile dışa aktarabilir ve iki yönlü eşitleyebilir; belgeleri github.com desteğini tüm planlarda listeler. Lovable'da GitHub'ı bağlayın, kodunuz size ait bir depoya düşer. Lovable'ın bir seferde yalnızca bir dalı eşitlediğini unutmayın.
• Kod tabanını indirin. Ücretli planlarında Proje ayarları → Git bölümünden kodu doğrudan indirebilirsiniz.

Bir taşıma için GitHub daha iyi bir yoldur: tam geçmişi alırsınız ve yeni kurulumu test ederken eşitlemeye devam edebilirsiniz. Güncel adımlar için Lovable'ın GitHub entegrasyonu dokümanlarına bakın.

Lovable'dan ayrılmadan önce depoyu açın ve şunlara bakın:

• Uygulamanın beklediği ortam değişkenlerini listeleyen bir .env ya da .env.example dosyası
• Veritabanı geçişlerini ve Edge Function kodunu barındırabilen bir supabase/ klasörü
• Uygulamanın nasıl derlenip çalıştırıldığını gösteren package.json betikleri

Adım 2: Arka uçla ne yapacağınıza karar verin

Asıl önemli seçim budur. Lovable uygulamaları genellikle veritabanı ve giriş için Supabase kullanır; ya kendiniz bağladığınız bir Supabase projesi üzerinden ya da Lovable Cloud üzerinden.

Seçenek A: Kendi Supabase projenizi tutun

Uygulamanız zaten kendi Supabase projenizle konuşuyorsa, bu en basit yoldur. Uygulamanın kodu aynı Supabase URL'sini ve aynı anahtarları çağırmaya devam eder; verileriniz, kullanıcılarınız ve dosyalarınız tam olarak yerinde kalır. Yalnızca ön yüzü taşırsınız.

Seçenek B: Lovable Cloud'dan çıkın

Uygulamanız Lovable Cloud kullanıyorsa, Lovable Proje ayarları → Cloud → Genel Bakış → Gelişmiş ayarlar altında bir veritabanı dışa aktarımı belgeler. Lovable'ın belgelerine göre (Eylül 2026 itibarıyla):

• Dışa aktarım, kullanıcı hesaplarını ve parola özetlerini de içeren tüm veritabanını, yapıyı ve verileri içerir.
• Depolama alanındaki dosyaları, Edge Function kodunu veya projenizin gizli anahtarlarını içermez. Oturum açma sağlayıcısı ayarları da dahil değildir.
• Dışa aktarımlar 15 GB'a kadar veritabanlarını kapsar, dosya en fazla 5 GB olabilir ve 24 saatte bir dışa aktarım isteyebilirsiniz.
• Cloud'dan Supabase'e tek tıkla bir taşıma yoktur; Cloud arka ucunu taşımak için desteklenen hedefler yönetilen Supabase ya da kendi sunucunuzda çalışan Supabase'dir.

Bu yüzden pratik yol genellikle şudur: dışa aktarımı kendi Supabase projenize geri yükleyin, depolama kovalarını, Edge Function'ları ve kimlik doğrulama ayarlarını orada yeniden oluşturun ve sonra bunu Seçenek A gibi ele alın. Ayrıntılar için Lovable'ın gelişmiş ayarlar dokümanlarına bakın.

Seçenek C: Her şeyi Mythex'in veritabanına taşıyın

Mythex bir projeye özel bir Postgres veritabanı verebilir. Verinizi oraya taşımak mümkündür, ama uygulamanın Supabase istemci kütüphanesini kullandığı her yeri yeniden yazmanız gerekir ve Mythex'te yerleşik son kullanıcı girişi olmadığı için ayrı bir kimlik doğrulama sağlayıcısını da bağlamanız gerekir. Bu bir taşıma değil, arka ucun gerçek bir yeniden yazımıdır. Uygulama Supabase ile Mythex üzerinde çalışmaya başladıktan sonra, eğer gerekirse, bunu daha sonra yapın.

Adım 3: Kodu Mythex'e getirin

Mythex'te yeni, boş bir proje oluşturun. Sonra şunlardan birini yapın:

• Bir arşiv içe aktarın. Proje ayarları → Dışa aktar → Bu projeye içe aktar bölümüne gidin ve bir .zip, .tar.gz ya da .tgz yükleyin. GitHub'ın Download ZIP düğmesi burada işe yarayan bir dosya verir.
• GitHub'ı bağlayın ve çekin. Proje ayarlarında GitHub'ı bağlayın, depoyu bağlayın ve çekin. GitHub eşitleme bir Pro özelliğidir.

İçe aktarma projenin dosyalarını değiştirir, bu yüzden boş bir proje kullanın. Arşivdeki .env dosyaları içe aktarmada çıkarılır, böylece hiçbir gizli anahtar kazara taşınmaz. Başarılı bir içe aktarmadan sonra Mythex yeni bir sohbet açabilir; ajan bağımlılıkları kurar, uygulamanın nasıl çalıştığını bulur ve Önizleme'yi çalıştırır. Bu sohbeti diğer sohbetler gibi yönlendirebilirsiniz. Ayrıntılar için içe aktarmadan sonra bölümüne bakın.

Önizleme kendi kendine açılmazsa şunu sorun:

Bu proje Lovable'dan dışa aktarıldı. React + TypeScript + Tailwind kullanan ve Supabase kullanan bir uygulama. Bağımlılıkları kur, package.json'dan geliştirme komutunu bul ve Önizleme'yi çalıştır. Henüz uygulama kodunu değiştirme.

Adım 4: Gizli anahtarlarınızı yeniden ekleyin

Proje ayarları → Gizli anahtarlar bölümünü açın ve uygulamanın ihtiyaç duyduğu her değeri ekleyin. Supabase destekli bir uygulama için bu genellikle Supabase proje URL'si ve herkese açık (anon ya da publishable) anahtardır. Adları .env.example dosyasından ya da kodun değerleri nereden okuduğundan alın.

İki kural:

• Yalnızca herkese açık anahtarlar ön yüz değişkenlerine aittir. Vite uygulamasında VITE_ ile başlayan her şey, ziyaretçilerin indirdiği JavaScript'e gömülür.
• Supabase service role anahtarını hiçbir zaman ön yüz koduna koymayın. Bir sunucu tarafı fonksiyonun buna ihtiyacı varsa, sunucu tarafında kalır.

Sonra ajandan uygulamanın bunları okuduğunu doğrulamasını isteyin:

Bu uygulamanın hangi ortam değişkenlerini okuduğunu kontrol et. Proje gizli anahtarlarında henüz ayarlı olmayanları listele ve değerlerini yazdırma.

Herkese açık ve özel değerler arasındaki farkı açıklayan ortam değişkenleri ve gizli anahtarlar rehberimize bakın.

Adım 5: Hiçbir şeyi değiştirmeden önce test edin

Lovable uygulamanız hâlâ canlı, acele etmenize gerek yok. Mythex sürümünü gerçek akışlarla Önizleme'de test edin:

• Kayıt olma, giriş yapma, çıkış yapma ve parola sıfırlama
• Bir kaydı oluşturma, düzenleme ve silme
• Uygulamanız yapıyorsa bir dosya yükleme
• Bir Edge Function ya da üçüncü taraf API çağıran her şey

Supabase kimlik doğrulamanın gözden kaçması kolay bir ayarı var: giriş ve parola sıfırlama e-postaları için izin verilen yönlendirme URL'leri. Mythex önizleme ve yayın adreslerinizi oraya ekleyin; yoksa girişler eski alan adına geri döner.

Mythex'in /test komutu, ajanın önizlemenizde bir kullanıcı gibi tıklayıp kırık akışları raporlamasını sağlar. Daha ayrıntılı bir kontrol listesi için lansmandan önce uygulamanızı test etme rehberimize bakın.

Adım 6: Yayınlayın ve alan adını taşıyın

Her şey çalıştığında çalışma alanından yayınlayın; böylece bir <slug>.mythex.app adresi elde edersiniz. Yayınlanmış uygulama projenizin ayrı bir kopyası olduğu için orada tekrar test edin.

Pro planda kendi alan adınızı bağlayabilirsiniz. Alan adı sağlayıcınızda DNS kayıtlarını güncelleyin, yeni adresi Supabase'in izin verilen yönlendirme URL'lerine ekleyin ve ancak ondan sonra Lovable sürümünü kapatın. DNS'i adım adım anlatan özel alan adı bağlama rehberine bakın.

Sık yapılan hatalar

• Veritabanını ve ön yüzü aynı anda taşımak. Önce ön yüzü taşıyın, mevcut arka uca karşı çalıştığını kanıtlayın, sonra veri hakkında karar verin.
• Edge Function'ları unutmak. Uygulama Supabase Edge Function'ları çağırıyorsa, bunlar Supabase'de kalır ya da sunucu kodu olarak yeniden yazılmaları gerekir. Vite ön yüzünün içinde çalışmazlar.
• Service role anahtarını ön yüze yapıştırmak. Geliştirici araçlarını açan herkese veritabanınıza tam erişim verir.
• Eksik kimlik doğrulama yönlendirme URL'leri. Giriş Önizleme'de çalışır, gerçek alan adında başarısız olur.
• Yeni adresi test etmeden DNS'i değiştirmek. Önce mythex.ai adresini test edin; DNS değişikliklerini geri almak zaman alır.
• Üzerinde iş olan bir projeye içe aktarmak. İçe aktarma dosyaları değiştirir. Yeni bir proje kullanın.

Lovable'da kalmak ne zaman mantıklı

Neden taşındığınız konusunda dürüst olun. Lovable, önizlemede nokta atışı görsel düzenlemeler ve Lovable Cloud ile ürünleşmiş bir arka uç sunar; Mythex'te ikisi de yok. Günlük olarak bunlara dayanıyorsanız, taşınmak kazandırdığından çok kaybettirir. Mythex, sohbetin yanında gerçek bir kod editörü ve terminal istiyorsanız, oluşturma ve barındırma için tek bir kredi bakiyesi istiyorsanız ya da farklı bir yığın çalıştırmak istiyorsanız daha iyi bir seçenektir. Lovable alternatifleri rehberimiz ve Mythex ile Lovable karşılaştırması sayfası ikisini daha ayrıntılı karşılaştırır.

Taşıma kontrol listesi

• Uygulamanın her parçası listelendi: kod, veritabanı, kullanıcılar, dosyalar, fonksiyonlar, gizli anahtarlar, alan adı
• Kod size ait bir GitHub deposuna eşitlendi
• Arka uç kararı verildi (Supabase'i tut ya da Lovable Cloud'dan dışa aktar)
• Kod boş bir Mythex projesine aktarıldı, Önizleme çalışıyor
• Gizli anahtarlar yeniden eklendi; VITE_ değişkenlerinde özel anahtar yok
• Kimlik doğrulama yönlendirme URL'leri yeni adresler için güncellendi
• Kayıt olma, giriş, temel veri akışları ve yüklemeler Önizleme'de test edildi
• Yayınlandı ve mythex.ai adresinde yeniden test edildi
• DNS taşındı; eski uygulama yalnızca yeni uygulama doğrulandıktan sonra kapatıldı

Mythex tarafı için dokümanlarda GitHub, dışa aktarma ve içe aktarma bölümüne bakın.

Sorular