Κρίσιμο σφάλμα ή λευκή σελίδα στο WordPress: διαβάστε πρώτα το μήνυμα

«Κρίσιμο σφάλμα» ή λευκή σελίδα: η ίδια βλάβη

Μια λευκή σελίδα είναι τις περισσότερες φορές ένα μοιραίο σφάλμα της PHP (fatal error): ένα αρχείο της ιστοσελίδας ζήτησε κάτι αδύνατο, και η εκτέλεση σταμάτησε πριν εμφανιστεί οτιδήποτε. Από την έκδοση 5.2, το WordPress αναχαιτίζει αυτά τα σφάλματα: αντί για κενή σελίδα, εμφανίζει «Παρουσιάστηκε ένα κρίσιμο σφάλμα σε αυτόν τον ιστότοπο.» και στέλνει email στη διεύθυνση διαχείρισης της ιστοσελίδας.

Η σελίδα μένει εντελώς λευκή σε λίγες περιπτώσεις: μια παλαιότερη έκδοση του WordPress, ένα σφάλμα που συμβαίνει πριν φορτωθεί αυτός ο μηχανισμός, η σταθερά WP_DISABLE_FATAL_ERROR_HANDLER ορισμένη σε true, ή ένα πρόσθετο cache που σερβίρει μια κενή σελίδα αποθηκευμένη κατά τη βλάβη. Η μέθοδος που ακολουθεί ισχύει για όλες αυτές τις περιπτώσεις.

Τρεις κινήσεις μπορούν να περιμένουν μέχρι να διαβάσετε το σφάλμα: η επανεγκατάσταση του WordPress, η διαγραφή πρόσθετων, η επαναφορά ενός παλιού αντιγράφου ασφαλείας. Καθεμία μπορεί να σβήσει ρυθμίσεις ή πρόσφατα δεδομένα, ενώ το μήνυμα σφάλματος λέει συνήθως ποιο στοιχείο να απενεργοποιήσετε, χωρίς να χαθεί τίποτα.

Η συντόμευση: η λειτουργία ανάκτησης

Όταν το WordPress αναχαιτίσει το σφάλμα, στέλνει στη διεύθυνση email διαχείρισης της ιστοσελίδας ένα μήνυμα με θέμα «[Όνομα ιστότοπου] Ο Ιστότοπος σας Αντιμετωπίζει ένα Τεχνικό Ζήτημα». Κατονομάζει το πρόσθετο ή το θέμα που φταίει και περιέχει έναν σύνδεσμο που ανοίγει τη διαχείριση σε λειτουργία ανάκτησης.

• Σε αυτή τη λειτουργία, το στοιχείο που φταίει τίθεται σε παύση μόνο για εσάς: οι επισκέπτες σας βλέπουν ακόμη το σφάλμα.
• Από τα Πρόσθετα ή από την Εμφάνιση > Θέματα, απενεργοποιήστε το στοιχείο που αναφέρεται και έπειτα επιλέξτε «Έξοδος από τη λειτουργία ανάκτησης» στη γραμμή διαχείρισης.
• Ο σύνδεσμος ισχύει 24 ώρες, και το WordPress στέλνει το πολύ ένα τέτοιο email την ημέρα. Αν το email δεν φτάσει, κοιτάξτε στα ανεπιθύμητα και περάστε στην επόμενη μέθοδο.

Διαβάστε το σφάλμα: η καταγραφή αποσφαλμάτωσης

Συνδεθείτε στην ιστοσελίδα μέσω SFTP ή από τη διαχείριση αρχείων του παρόχου φιλοξενίας, ανοίξτε το wp-config.php στη ρίζα και αντικαταστήστε τη γραμμή define( 'WP_DEBUG', false ); με αυτές τις τέσσερις γραμμές:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Μπαίνουν πάνω από τη γραμμή /* That's all, stop editing! Happy publishing. */, που κλείνει το τμήμα του αρχείου το οποίο αλλάζετε. Φορτώστε ξανά τη σελίδα με το σφάλμα και ανοίξτε το wp-content/debug.log. Με το WP_DEBUG_DISPLAY σε false, τα μηνύματα μένουν στο αρχείο, έξω από τη σελίδα που βλέπουν οι επισκέπτες σας.

Αν το debug.log μένει κενό ή δεν εμφανίζεται, το σφάλμα καταγράφηκε απευθείας από την PHP: αναζητήστε ένα αρχείο error_log στη ρίζα της ιστοσελίδας ή στο wp-admin, ή την ενότητα με τα αρχεία καταγραφής σφαλμάτων στον πίνακα διαχείρισης του παρόχου φιλοξενίας.

Τι λέει το μήνυμα, και η κίνηση που του αντιστοιχεί

Ένα μοιραίο σφάλμα χωρά σε μία γραμμή: ο τύπος του σφάλματος, η περιγραφή του, και έπειτα in ακολουθούμενο από την πλήρη διαδρομή του αρχείου και τον αριθμό της γραμμής. Η διαδρομή είναι η πιο χρήσιμη πληροφορία: το wp-content/plugins/onoma/ δείχνει πρόσθετο, το wp-content/themes/onoma/ θέμα.

define( 'WP_MEMORY_LIMIT', '256M' );

Απενεργοποιήστε το στοιχείο που φταίει χωρίς τη διαχείριση

Μέσω SFTP ή της διαχείρισης αρχείων

Μετονομάστε τον φάκελο του πρόσθετου που κατονομάζει το μήνυμα, για παράδειγμα το wp-content/plugins/onoma-prosthetou σε onoma-prosthetou.off. Το WordPress δεν βρίσκει πια το πρόσθετο και σταματά να το φορτώνει. Οι ρυθμίσεις του μένουν αποθηκευμένες στη βάση δεδομένων, και το WordPress το απενεργοποιεί την επόμενη φορά που θα ανοίξει η οθόνη των πρόσθετων.

Για ένα θέμα, η μετονομασία του φακέλου του στο wp-content/themes κάνει τη διαχείριση ξανά προσβάσιμη, όμως οι επισκέπτες βλέπουν κενή σελίδα όσο κανένα θέμα δεν είναι ενεργό. Ανοίξτε αμέσως την Εμφάνιση > Θέματα: το WordPress εμφανίζει «Το ενεργό θέμα έχει πρόβλημα. Γίνεται επαναφορά στο αρχικό θέμα.» και επιστρέφει σε ένα εγκατεστημένο προεπιλεγμένο θέμα.

Με το WP-CLI

wp plugin list --status=active
wp plugin deactivate onoma-prosthetou
wp theme list
wp theme activate twentytwentyfive

Η πρώτη εντολή κρατά τη λίστα των ενεργών πρόσθετων, χρήσιμη πριν από κάθε ομαδική απενεργοποίηση. Αν το ίδιο το WP-CLI σταματήσει στο σφάλμα, προσθέστε --skip-plugins --skip-themes στην εντολή: ξεκινά τότε χωρίς να φορτώσει τα πρόσθετα και το θέμα. Τα πρόσθετα του φακέλου wp-content/mu-plugins φορτώνονται παρ’ όλα αυτά. Αν το σφάλμα προέρχεται από κάποιο από αυτά, μετονομάστε το αρχείο του.

Όταν το μήνυμα δεν κατονομάζει κανένα στοιχείο, το wp plugin deactivate --all απενεργοποιεί όλα τα πρόσθετα. Αν η ιστοσελίδα επανέλθει, ενεργοποιήστε τα ξανά ένα ένα, φορτώνοντας την ιστοσελίδα ανάμεσα: το τελευταίο που ενεργοποιήθηκε πριν επιστρέψει το σφάλμα είναι αυτό που φταίει.

Μόλις η ιστοσελίδα επανέλθει

1. Επαναφέρετε το define( 'WP_DEBUG', false ); και αφαιρέστε το WP_DEBUG_LOG από το wp-config.php.
2. Διαγράψτε το wp-content/debug.log: βρίσκεται σε φάκελο προσβάσιμο από τον ιστό, μπορεί να το διαβάσει οποιοσδήποτε, και περιέχει διαδρομές του διακομιστή.
3. Ενημερώστε ή αντικαταστήστε το στοιχείο που έφταιγε, αφού διαβάσετε το αρχείο αλλαγών του.
4. Αδειάστε την cache του πρόσθετου cache, και εκείνη του παρόχου φιλοξενίας αν διαθέτει.
5. Για την επόμενη φορά: δοκιμάζετε τις ενημερώσεις σε ένα αντίγραφο της ιστοσελίδας πριν τις εφαρμόσετε στη ζωντανή ιστοσελίδα.