Πώς να μεταφέρετε από το Lovable στο Mythex (κώδικας, δεδομένα και domain)

Για να μεταφέρετε από το Lovable στο Mythex, βγάλτε τον κώδικα από το Lovable μέσω της ενσωμάτωσής του με το GitHub, μετά φέρτε τον σε ένα project του Mythex συνδέοντας το αποθετήριο ή εισάγοντας ένα αρχείο, ξαναβάλτε τα secrets σας και δοκιμάστε στο Preview πριν δημοσιεύσετε. Το frontend συνήθως μεταφέρεται χωρίς αλλαγές. Οι πραγματικές αποφάσεις αφορούν το backend: κρατάτε το υπάρχον project Supabase ή μεταφέρετε τα δεδομένα αλλού.

Αυτός ο οδηγός περνά ολόκληρη τη μεταφορά με τη σωστή σειρά, και είναι ειλικρινής για τα κομμάτια που θέλουν δουλειά.

Πριν ξεκινήσετε: τι μεταφέρεται πραγματικά

Μια εφαρμογή Lovable είναι πολλά πράγματα, και το καθένα μεταφέρεται διαφορετικά.

Μέρος	Πού βρίσκεται	Πώς μεταφέρεται
Κώδικας frontend	Το project σας στο Lovable	Συγχρονισμός GitHub ή λήψη κώδικα
Βάση δεδομένων και χρήστες	Lovable Cloud ή δικό σας project Supabase	Κρατάτε το, ή εξάγετε και επαναφέρετε
Ανεβασμένα αρχεία	Αποθηκευτικός χώρος Lovable Cloud ή Supabase	Κρατάτε το, ή αντιγράψτε χωριστά
Server functions	Supabase Edge Functions, αν τις χρησιμοποιείτε	Κρατάτε στο Supabase, ή ξαναγράψτε
Secrets και κλειδιά API	Ρυθμίσεις Lovable / Supabase	Ξαναβάλτε με το χέρι
Domain	Ο πάροχος DNS σας	Δείξτε το στον νέο host

Γράψτε αυτόν τον πίνακα για τη δική σας εφαρμογή πρώτα. Θέλει δέκα λεπτά και αποτρέπει τις περισσότερες εκπλήξεις.

Βήμα 1: Βγάλτε τον κώδικα από το Lovable

Η τεκμηρίωση του Lovable (από τον Σεπτέμβριο 2026) περιγράφει δύο τρόπους εξόδου:

Συγχρονισμός με GitHub. Το Lovable μπορεί να εξάγει και να συγχρονίζει αμφίδρομα το project σας με το GitHub, και η τεκμηρίωσή του αναφέρει υποστήριξη του github.com σε όλα τα πλάνα. Συνδέστε το GitHub στο Lovable και ο κώδικάς σας πηγαίνει σε αποθετήριο που σας ανήκει. Σημειώστε ότι το Lovable συγχρονίζει ένα κλάδο τη φορά.
Λήψη του codebase. Στα επί πληρωμή πλάνα του Lovable μπορείτε να κατεβάσετε τον κώδικα απευθείας από Ρυθμίσεις project → Git.

Το GitHub είναι ο καλύτερος δρόμος για μεταφορά: έχετε πλήρες ιστορικό και μπορείτε να συνεχίσετε τον συγχρονισμό όσο δοκιμάζετε τη νέα ρύθμιση. Δείτε τα έγγραφα ενσωμάτωσης GitHub του Lovable για τα τρέχοντα βήματα.

Πριν φύγετε από το Lovable, ανοίξτε το αποθετήριο και ψάξτε για:

Ένα αρχείο .env ή .env.example, που δείχνει τις μεταβλητές περιβάλλοντος που περιμένει η εφαρμογή
Ένα φάκελο supabase/, που μπορεί να περιέχει migrations βάσης και κώδικα Edge Functions
Τα scripts του package.json, που δείχνουν πώς χτίζεται και τρέχει η εφαρμογή

Βήμα 2: Αποφασίστε τι θα γίνει με το backend

Αυτή είναι η επιλογή που μετράει περισσότερο. Οι εφαρμογές Lovable συνήθως χρησιμοποιούν Supabase για βάση δεδομένων και σύνδεση, είτε μέσω project Supabase που συνδέσατε μόνοι σας είτε μέσω Lovable Cloud.

Επιλογή Α: Κρατήστε το δικό σας project Supabase

Αν η εφαρμογή σας μιλά ήδη με δικό σας project Supabase, αυτός είναι ο απλούστερος δρόμος. Ο κώδικας της εφαρμογής συνεχίζει να καλεί το ίδιο URL Supabase με τα ίδια κλειδιά, οπότε τα δεδομένα, οι χρήστες και τα αρχεία σας μένουν ακριβώς όπου είναι. Μεταφέρετε μόνο το frontend.

Επιλογή Β: Φύγετε από το Lovable Cloud

Αν η εφαρμογή σας χρησιμοποιεί Lovable Cloud, το Lovable τεκμηριώνει εξαγωγή βάσης δεδομένων στο Περισσότερα → Cloud → Επισκόπηση → Ρυθμίσεις για προχωρημένους. Σύμφωνα με την τεκμηρίωση του Lovable (από τον Σεπτέμβριο 2026):

Η εξαγωγή περιέχει ολόκληρη τη βάση, δομή και δεδομένα, συμπεριλαμβανομένων των λογαριασμών χρηστών και των hashes των κωδικών τους.
Δεν περιλαμβάνει αρχεία στον αποθηκευτικό χώρο, κώδικα Edge Functions ή τα secrets του project. Ούτε οι ρυθμίσεις των παρόχων σύνδεσης περιλαμβάνονται.
Οι εξαγωγές καλύπτουν βάσεις έως 15 GB, το αρχείο μπορεί να είναι έως 5 GB, και μπορείτε να ζητήσετε μία εξαγωγή κάθε 24 ώρες.
Δεν υπάρχει μεταφορά με ένα κλικ από το Cloud στο Supabase, και οι υποστηριζόμενοι προορισμοί για το backend Cloud είναι το managed Supabase ή το self-hosted Supabase.

Άρα ο πρακτικός δρόμος είναι συνήθως: επαναφέρετε την εξαγωγή στο δικό σας project Supabase, ξαναφτιάξτε εκεί τους κάδους αποθήκευσης, τα Edge Functions και τις ρυθμίσεις auth, και μετά αντιμετωπίστε το ως Επιλογή Α. Δείτε τις προχωρημένες ρυθμίσεις του Lovable για λεπτομέρειες.

Επιλογή Γ: Μεταφέρετε τα πάντα στη βάση του Mythex

Το Mythex μπορεί να δώσει σε ένα project dedicated βάση Postgres. Η μεταφορά των δεδομένων εκεί είναι εφικτή, αλλά σημαίνει ότι θα ξαναγράψετε κάθε σημείο όπου η εφαρμογή χρησιμοποιεί τη βιβλιοθήκη πελάτη του Supabase, και επειδή το Mythex δεν έχει ενσωματωμένη σύνδεση τελικών χρηστών, θα πρέπει να συνδέσετε και ξεχωριστό πάροχο auth. Αυτό είναι πραγματική ανακατασκευή του backend, όχι μεταφορά. Κάντε το αργότερα, αν χρειαστεί, αφού η εφαρμογή τρέχει στο Mythex με Supabase.

Βήμα 3: Φέρτε τον κώδικα στο Mythex

Δημιουργήστε ένα νέο, άδειο project στο Mythex. Μετά κάντε ένα από τα παρακάτω:

Εισαγωγή αρχείου. Ανοίξτε Ρυθμίσεις project → Εξαγωγή → Εισαγωγή σε αυτό το project και ανεβάστε ένα .zip, .tar.gz ή .tgz. Το κουμπί Download ZIP του GitHub σας δίνει αρχείο που δουλεύει εδώ.
Σύνδεση GitHub και pull. Συνδέστε το GitHub στις ρυθμίσεις του project, συνδέστε το αποθετήριο και κάντε pull. Ο συγχρονισμός με GitHub είναι λειτουργία του Pro.

Η εισαγωγή αντικαθιστά τα αρχεία του project, γι’ αυτό χρησιμοποιήστε ένα άδειο project. Τυχόν αρχεία .env στο αρχείο αφαιρούνται κατά την εισαγωγή, οπότε κανένα secret δεν ταξιδεύει κατά λάθος. Μετά από επιτυχή εισαγωγή, το Mythex μπορεί να ανοίξει νέα συνομιλία όπου ο agent εγκαθιστά τις εξαρτήσεις, βρίσκει πώς τρέχει η εφαρμογή και ενεργοποιεί το Preview. Μπορείτε να την καθοδηγήσετε όπως κάθε άλλη συνομιλία. Οι λεπτομέρειες βρίσκονται στο Μετά την εισαγωγή.

Αν το Preview δεν ανέβει μόνο του, ζητήστε:

Αυτό το project εξήχθη από το Lovable. Είναι εφαρμογή React + TypeScript + Tailwind που χρησιμοποιεί Supabase. Εγκατέστησε τις εξαρτήσεις, βρες την εντολή εκκίνησης από το package.json και ενεργοποίησε το Preview. Μην αλλάξεις ακόμα κώδικα της εφαρμογής.

Βήμα 4: Ξαναβάλτε τα secrets σας

Ανοίξτε Ρυθμίσεις project → Secrets και προσθέστε κάθε τιμή που χρειάζεται η εφαρμογή. Για εφαρμογή με Supabase, αυτό συνήθως σημαίνει το URL του project Supabase και το δημόσιο κλειδί (anon ή publishable). Πάρτε τα ονόματα από το .env.example ή από το σημείο όπου ο κώδικας τα διαβάζει.

Δύο κανόνες:

Μόνο δημόσια κλειδιά ανήκουν σε μεταβλητές frontend. Σε εφαρμογή Vite, ό,τι έχει πρόθεμα VITE_ ενσωματώνεται στο JavaScript που κατεβάζει κάθε επισκέπτης.
Ποτέ μην βάζετε το service role κλειδί του Supabase σε κώδικα frontend. Αν μια συνάρτηση διακομιστή το χρειάζεται, μένει στην πλευρά του διακομιστή.

Μετά ζητήστε από τον agent να επιβεβαιώσει ότι η εφαρμογή τα διαβάζει:

Έλεγξε ποιες μεταβλητές περιβάλλοντος διαβάζει αυτή η εφαρμογή. Liste όσες δεν έχουν οριστεί ακόμα στα secrets του project, και μην τυπώσεις τις τιμές τους.

Ο οδηγός μας για μεταβλητές περιβάλλοντος και secrets εξηγεί τη διαφορά ανάμεσα σε δημόσιες και ιδιωτικές τιμές.

Βήμα 5: Δοκιμάστε πριν αλλάξετε οτιδήποτε

Η εφαρμογή σας στο Lovable είναι ακόμα ενεργή, οπότε δεν υπάρχει βιασύνη. Δοκιμάστε την έκδοση του Mythex στο Preview με πραγματικές ροές:

Εγγραφή, σύνδεση, αποσύνδεση και επαναφορά κωδικού
Δημιουργία, επεξεργασία και διαγραφή εγγραφής
Ανέβασμα αρχείου, αν η εφαρμογή το κάνει
Οτιδήποτε καλεί Edge Function ή API τρίτου

Υπάρχει μια ρύθμιση του Supabase που ξεχνιέται εύκολα: τα επιτρεπόμενα redirect URLs για τα email σύνδεσης και επαναφοράς κωδικού. Προσθέστε τις διευθύνσεις Preview και δημοσιευμένης έκδοσης του Mythex εκεί, αλλιώς οι συνδέσεις θα επιστρέφουν στο παλιό domain.

Η εντολή /test του Mythex κάνει τον agent να περάσει το preview σας σαν χρήστης και να αναφέρει τις σπασμένες ροές. Ο οδηγός μας για δοκιμή της εφαρμογής πριν την κυκλοφορία έχει πιο πλήρη λίστα ελέγχου.

Βήμα 6: Δημοσιεύστε και μεταφέρετε το domain

Όταν όλα δουλεύουν, δημοσιεύστε από το workspace για να πάρετε διεύθυνση <slug>.mythex.app. Δοκιμάστε ξανά εκεί, γιατί η δημοσιευμένη εφαρμογή είναι ξεχωριστό στιγμιότυπο του project σας.

Στο Pro μπορείτε να συνδέσετε δικό σας domain. Ενημερώστε τις εγγραφές DNS στον πάροχο domain, προσθέστε τη νέα διεύθυνση στα επιτρεπόμενα redirect URLs του Supabase, και μόνο τότε κατεβάστε την έκδοση του Lovable. Ο οδηγός μας για σύνδεση προσαρμοσμένου domain καλύπτει το DNS βήμα βήμα.

Συνηθισμένα λάθη

Μεταφορά βάσης και frontend ταυτόχρονα. Μεταφέρετε πρώτα το frontend, αποδείξτε ότι δουλεύει με το υπάρχον backend, και μετά αποφασίστε για τα δεδομένα.
Ξεχασμένα Edge Functions. Αν η εφαρμογή καλεί Supabase Edge Functions, μένουν στο Supabase ή πρέπει να ξαναγραφτούν ως κώδικας διακομιστή. Δεν τρέχουν μέσα σε frontend Vite.
Επικόλληση του service role κλειδιού στο frontend. Δίνει πλήρη πρόσβαση στη βάση σας σε όποιον ανοίξει τα devtools.
Λείπουν τα redirect URLs του auth. Η σύνδεση δουλεύει στο Preview και αποτυγχάνει στο πραγματικό domain.
Αλλαγή DNS πριν δοκιμάσετε τη δημοσιευμένη διεύθυνση. Δοκιμάστε πρώτα τη διεύθυνση mythex.ai· οι αλλαγές DNS χρειάζονται χρόνο για να αναιρεθούν.
Εισαγωγή σε project που έχει ήδη δουλειά. Η εισαγωγή αντικαθιστά τα αρχεία. Χρησιμοποιήστε φρέσκο project.

Πότε έχει νόημα να μείνετε στο Lovable

Είστε ειλικρινείς με τον εαυτό σας για τον λόγο της μεταφοράς. Το Lovable προσφέρει οπτικές αλλαγές με κλικ στην προεπισκόπηση και ένα έτοιμο προϊόν backend με Lovable Cloud, και το Mythex δεν έχει κανένα από τα δύο. Αν αυτά είναι που χρησιμοποιείτε καθημερινά, η μεταφορά κοστίζει περισσότερο απ’ όσο κερδίζει. Το Mythex ταιριάζει καλύτερα αν θέλετε πραγματικό επεξεργαστή κώδικα και τερματικό δίπλα στη συνομιλία, ένα υπόλοιπο credits για κατασκευή και φιλοξενία, ή να τρέχετε άλλη στοίβα. Ο οδηγός μας για εναλλακτικές του Lovable και η σελίδα Mythex εναντίον Lovable τα συγκρίνουν αναλυτικά.

Λίστα ελέγχου μεταφοράς

Καταγράφηκε κάθε μέρος της εφαρμογής: κώδικας, βάση, χρήστες, αρχεία, functions, secrets, domain
Κώδικας συγχρονισμένος σε αποθετήριο GitHub που σας ανήκει
Αποφασίστηκε το backend (κρατάμε Supabase, ή εξαγωγή από Lovable Cloud)
Κώδικας εισαγμένος σε άδειο project Mythex, Preview σε λειτουργία
Secrets ξαναβαλμένα· κανένα ιδιωτικό κλειδί σε μεταβλητές VITE_
Redirect URLs του auth ενημερωμένα για τις νέες διευθύνσεις
Εγγραφή, σύνδεση, βασικές ροές δεδομένων και ανεβάσματα δοκιμασμένα στο Preview
Δημοσιευμένο και δοκιμασμένο ξανά στη διεύθυνση mythex.ai
DNS μεταφερμένο· η παλιά εφαρμογή κατεβαίνει μόνο αφού επιβεβαιωθεί η νέα

Για την πλευρά του Mythex, δείτε GitHub, εξαγωγή και εισαγωγή στην τεκμηρίωση.

Ερωτήσεις

Μπορώ να μεταφέρω ένα project Lovable στο Mythex χωρίς να το ξαναφτιάξω;

Συνήθως ναι. Το Lovable σάς επιτρέπει να συγχρονίσετε τον κώδικα του project με το GitHub, και το Mythex μπορεί να εισαγάγει αυτόν τον κώδικα σε ένα project από συνδεδεμένο αποθετήριο GitHub ή από αρχείο .zip ή .tar.gz. Το frontend μεταφέρεται ως έχει· η δουλειά είναι στα secrets, στο backend και στο domain.

Τι γίνεται με τη βάση δεδομένων μου στο Supabase ή στο Lovable Cloud;

Η βάση δεδομένων δεν είναι μέρος του κώδικα. Αν η εφαρμογή σας χρησιμοποιεί δικό σας project Supabase, μπορεί να συνεχίσει να το χρησιμοποιεί μετά τη μεταφορά. Αν χρησιμοποιεί Lovable Cloud, το Lovable τεκμηριώνει εξαγωγή βάσης δεδομένων και αναφέρει ότι οι υποστηριζόμενοι προορισμοί για τη μεταφορά αυτού του backend είναι το managed ή self-hosted Supabase.

Θα χρειαστεί να ξανακάνουν εγγραφή οι χρήστες μου;

Όχι, αν η εφαρμογή συνεχίζει να χρησιμοποιεί το ίδιο backend ελέγχου ταυτότητας, όπως το ίδιο project Supabase. Η εξαγωγή της βάσης Cloud του Lovable περιλαμβάνει λογαριασμούς χρηστών και hashes κωδικών, αλλά η μεταφορά του auth σε άλλον πάροχο είναι μεγαλύτερη δουλειά και πρέπει να σχεδιαστεί και να δοκιμαστεί χωριστά.

Έχει το Mythex ενσωματωμένη σύνδεση και πληρωμές όπως το Lovable Cloud;

Όχι. Το Mythex δεν παρέχει ενσωματωμένη σύνδεση τελικών χρηστών ούτε Stripe. Ο agent συνδέει τους δικούς σας παρόχους και κλειδιά στην εφαρμογή, γι’ αυτό το να κρατήσετε ένα υπάρχον project Supabase είναι συχνά ο απλούστερος δρόμος.