Γιατί η μεταφορά site πάει συχνά στραβά
Η μεταφορά μιας ιστοσελίδας σε νέο hosting φαίνεται απλή: αντιγράφεις αρχεία, εξάγεις τη βάση δεδομένων, αλλάζεις DNS. Στην πράξη, τα προβλήματα εμφανίζονται σχεδόν πάντα στα σημεία που κανείς δεν σκέφτεται εκ των προτέρων: το DNS που αργεί να ενημερωθεί, το email που σταματά να φτάνει, ή το SSL που δεν εκδίδεται επειδή η επαλήθευση του domain εξακολουθεί να καταλήγει στον παλιό server. Παρακάτω είναι μια λίστα ελέγχου με τη σειρά που πραγματικά έχει σημασία.
Πριν ξεκινήσεις: προετοιμασία
Το πρώτο βήμα δεν είναι τεχνικό, είναι χρονικό. Αν πρόκειται να αλλάξεις A, AAAA ή άλλα DNS records, είναι χρήσιμο να χαμηλώσεις το TTL (Time To Live) τους σε κάτι μικρό (π.χ. 300 δευτερόλεπτα) τουλάχιστον 24-48 ώρες πριν τη μεταφορά, ώστε η αλλαγή να ενημερωθεί γρήγορα όταν έρθει η ώρα. Αν όμως αλλάζεις τους ίδιους τους nameservers, η ταχύτητα της μετάβασης εξαρτάται κυρίως από το TTL της NS delegation στο parent zone (π.χ. .gr, .com), το οποίο καθορίζεται από το registry και συνήθως δεν μπορείς να το μειώσεις εσύ. Αν δεν ξέρεις πώς λειτουργεί αυτό ακριβώς, υπάρχει αναλυτική εξήγηση στο άρθρο Τι είναι το TTL στο DNS και πότε αλλάζει.
Παράλληλα, βεβαιώσου ότι έχεις ένα πλήρες και πρόσφατο backup του site — όχι μόνο των αρχείων, αλλά και της βάσης δεδομένων. Αν χρησιμοποιείς WordPress, δες τα βήματα στο Backup WordPress. Αυτό το backup είναι το «δίχτυ ασφαλείας» σου: αν κάτι πάει στραβά στη μέση της διαδικασίας, θέλεις να μπορείς να επιστρέψεις πίσω χωρίς πανικό.
Μεταφορά αρχείων και βάσης δεδομένων
Η σειρά που συνήθως δουλεύει καλύτερα είναι:
- Εξαγωγή της βάσης δεδομένων από το παλιό hosting (μέσω phpMyAdmin ή εντολής mysqldump αν έχεις πρόσβαση SSH)
- Συμπίεση των αρχείων του site σε ένα αρχείο (π.χ. .zip ή .tar.gz) για γρηγορότερη μεταφορά
- Ανέβασμα και αποσυμπίεση στον νέο server
- Εισαγωγή της βάσης δεδομένων στον νέο server
- Ενημέρωση των στοιχείων σύνδεσης (π.χ. wp-config.php για WordPress) ώστε να δείχνουν στη νέα βάση
Σε αυτό το στάδιο είναι σημαντικό να ελέγξεις ότι το site «ανοίγει» σωστά πριν αλλάξεις καθόλου DNS. Οι περισσότεροι πάροχοι επιτρέπουν να δοκιμάσεις το site μέσω προσωρινού URL ή με αλλαγή του αρχείου hosts στον υπολογιστή σου, ώστε να δεις πώς φορτώνει χωρίς να επηρεαστεί κανένας επισκέπτης. Αν κάτι δεν φορτώνει σωστά, είναι πολύ πιο εύκολο να το διορθώσεις τώρα παρά αφού το domain δείχνει ήδη στον νέο server.
Το σημείο που ξεχνιέται πιο συχνά: το email
Πολλοί εστιάζουν αποκλειστικά στο site και ξεχνούν ότι το email του domain μπορεί να εξυπηρετείται από διαφορετικά MX records, όχι απαραίτητα από τον ίδιο server που φιλοξενεί την ιστοσελίδα. Αυτό είναι ιδιαίτερα σημαντικό όταν αλλάζεις nameservers, γιατί τότε πρέπει να μεταφερθούν σωστά όλα τα DNS records της υπάρχουσας ζώνης, συμπεριλαμβανομένων των MX, SPF, DKIM, DMARC και τυχόν mail/autodiscover records. Η παράλειψη κάποιου από αυτά είναι συχνή αιτία προβλημάτων μετά τη μεταφορά. Πριν κάνεις οποιαδήποτε αλλαγή nameservers, κατέγραψε ακριβώς τα υπάρχοντα MX records — δες πώς λειτουργούν στο άρθρο MX records — και βεβαιώσου ότι θα αναδημιουργηθούν σωστά στον νέο πάροχο πριν κάνεις την τελική εναλλαγή. Αν αλλάζεις μόνο το A record του site και τα MX και τα hostnames που χρησιμοποιεί το email παραμένουν ανεπηρέαστα, δεν χρειάζεται να αλλάξεις τις ρυθμίσεις του email.
Αν το site είναι WooCommerce ή γενικότερα δυναμικό, υπάρχει ακόμα ένα σημείο που ξεχνιέται εύκολα: το backup που πήρες στην αρχή της διαδικασίας «παγώνει» τη βάση δεδομένων εκείνη τη στιγμή. Αν κάνεις το τελικό sync ακριβώς πριν την αλλαγή DNS, κατά τις επόμενες ώρες κάποιοι επισκέπτες μπορεί να συνεχίσουν να φτάνουν στον παλιό server — λόγω του DNS caching — και να ολοκληρώσουν εκεί νέες παραγγελίες, εγγραφές ή σχόλια, τα οποία δεν θα υπάρχουν στη νέα βάση. Γι' αυτό, στο τελικό στάδιο χρειάζεται είτε να θέσεις τον παλιό server σε maintenance ή read-only mode, είτε να χρησιμοποιήσεις κάποιον άλλο μηχανισμό ώστε να μην πραγματοποιούνται νέες εγγραφές εκεί όσο ολοκληρώνεται η αλλαγή, και μόνο μετά να κάνεις το τελευταίο export της βάσης δεδομένων.
DNS: η στιγμή της αλλαγής
Όταν το site είναι έτοιμο και δοκιμασμένο στον νέο server, ενημερώνεις τα DNS records (ή τα nameservers) ώστε το domain να δείχνει εκεί. Αν αλλάζεις DNS records και έχεις χαμηλώσει το TTL τους νωρίτερα, οι παλιές cached εγγραφές στους DNS resolvers θα λήξουν γρηγορότερα. Αν αλλάζεις nameservers, ο χρόνος μετάβασης εξαρτάται από το caching της NS delegation και δεν ελέγχεται με το TTL των records της ζώνης σου. Ωστόσο, για κάποιες ώρες είναι φυσιολογικό διαφορετικοί επισκέπτες να βλέπουν είτε την παλιά είτε τη νέα έκδοση, ανάλογα με το πότε έληξε η cache του DNS resolver τους. Μην ανησυχείς αν δεις αυτή τη «διπλή εικόνα» τις πρώτες ώρες — είναι αναμενόμενο και σταματά μόνο του.
Μετά τη μεταφορά: τι να ελέγξεις
Μόλις το domain δείχνει στον νέο server, υπάρχουν μερικά ακόμα σημεία που αξίζει να ελέγξεις:
- SSL: βεβαιώσου ότι το πιστοποιητικό εκδόθηκε σωστά στον νέο server και ότι το site φορτώνει με HTTPS χωρίς προειδοποιήσεις. Αν αντιμετωπίσεις πρόβλημα, δες το Δωρεάν SSL & HTTPS
- Φόρμες και συνδέσεις: έλεγξε ότι φόρμες επικοινωνίας, σύνδεσμοι εσωτερικοί και εικόνες φορτώνουν σωστά, ειδικά αν κάποιες διευθύνσεις ήταν hardcoded με το παλιό domain ή IP
- Email: στείλε και λάβε ένα δοκιμαστικό μήνυμα για να επιβεβαιώσεις ότι το routing λειτουργεί κανονικά
- Backups στον νέο server: βεβαιώσου ότι έχει ενεργοποιηθεί κάποιο σύστημα τακτικού backup από την πρώτη μέρα, ώστε να μην μείνεις χωρίς αντίγραφο ασφαλείας στο διάστημα προσαρμογής
Τι να κρατήσεις
Η μεταφορά site δεν αποτυγχάνει συνήθως στο «τεχνικό» κομμάτι — αντιγραφή αρχείων και βάσης είναι σχετικά απλή διαδικασία. Αποτυγχάνει στον χρονισμό: TTL που δεν χαμηλώθηκε έγκαιρα, MX records που ξεχάστηκαν, SSL που δεν προλάβαινε να εκδοθεί. Αν ακολουθήσεις τη σειρά προετοιμασία → δοκιμή → αλλαγή DNS → επαλήθευση, η μετάβαση γίνεται σχεδόν αόρατη για τους επισκέπτες του site.
