Κατάλογος άρθρου
Διαχειρίζομαι αρκετούς ιστότοπους WordPress και κάποτε έχασα περισσότερες από 800 επισκέψεις σε μία μόνο ημέρα λόγω ενός σφάλματος 502. Αφού έψαξα για τρεις ημέρες, ανακάλυψα ότι ο ένοχος βρισκόταν σε ένα δυσδιάκριτο σημείο στο backend.
Όποιος διαχειρίζεται έναν ιστότοπο WordPress γνωρίζει ότι το πιο απογοητευτικό δεν είναι η έλλειψη επισκεψιμότητας, αλλά όταν ο ιστότοπος ξαφνικά γίνεται μη προσβάσιμος, με παραμορφωμένα σφάλματα όπως 500, 502, 503 και 504 να εμφανίζονται στην οθόνη.
Νομίζατε ότι ο διακομιστής είχε καταρρεύσει και βιαστήκατε να διαφωνήσετε με τον πάροχο φιλοξενίας, μόνο και μόνο για να διαπιστώσετε αφού έλεγξαν ότι ο διακομιστής ήταν απόλυτα κανονικός.
Μπορεί να πιστεύετε ότι πρόκειται για διένεξη προσθηκών, επομένως απενεργοποιείτε και αντιμετωπίζετε προβλήματα ένα προς ένα, αφιερώνοντας το μεγαλύτερο μέρος της ημέρας σε αυτό, αλλά το σφάλμα συνεχίζει να επαναλαμβάνεται.
Στην πραγματικότητα, δεν χρειάζεται να είναι τόσο περίπλοκο. Αφού έπεσα σε αμέτρητες παγίδες, ανακάλυψα ότι το 80% των σφαλμάτων του ιστότοπου WP 5xx δεν μπορούν να ξεφύγουν από αυτούς τους 4 ενόχους. Κάθε ένα από αυτά είναι καλά κρυμμένο, αλλά μπορεί εύκολα να καταστρέψει τον ιστότοπό σας.
Τώρα, θα χρησιμοποιήσω την πρακτική μου εμπειρία για να αποκαλύψω με σαφήνεια αυτές τις παγίδες, ώστε ακόμη και οι αρχάριοι να μπορούν να παρακολουθήσουν και να εντοπίσουν τυχόν προβλήματα, χωρίς να χρειαστεί ποτέ ξανά να σας κατακλύσουν τα λάθη.
Ένοχος #1: Το WP-CRON δεν απενεργοποιήθηκε, ουσιαστικά εγκαθιστώντας μια "κρυφή κατανάλωση ενέργειας" στον ιστότοπο.
Πολλοί άνθρωποι δεν γνωρίζουν ότι το WordPress διαθέτει μια ενσωματωμένη λειτουργία προγραμματισμένων εργασιών που ονομάζεται WP-CRON, η οποία είναι ενεργοποιημένη από προεπιλογή.
Οι λειτουργίες του ακούγονται πολύ πρακτικές, όπως ο προγραμματισμός δημοσίευσης άρθρων, η αυτόματη δημιουργία αντιγράφων ασφαλείας, ο έλεγχος για ενημερώσεις plugin, ακόμη και η αποστολή υπενθυμίσεων στα μέλη.
Αλλά ξέρατε ότι αυτή η φαινομενικά χρήσιμη λειτουργία είναι στην πραγματικότητα ο νούμερο ένα ένοχος που καταρρέει τους διακομιστές και προκαλεί σφάλματα 5xx;
Το WP-CRON διαφέρει από το εγγενές Cron του διακομιστή. Δεν εκτελείται προληπτικά, αλλά ενεργοποιείται από τις επισκέψεις των χρηστών. Κάθε φορά που ένας χρήστης επισκέπτεται τον ιστότοπό σας, θα εκτελεί κρυφά το αρχείο /wp-cron.php για να ελέγξει εάν υπάρχουν προγραμματισμένες εργασίες που πρέπει να εκτελεστούν.
Αυτό σημαίνει ότι κάθε επισκέπτης στον ιστότοπό σας προσθέτει ένα «επιπλέον βάρος» και όσο περισσότερους επισκέπτες έχετε, τόσο μεγαλύτερο γίνεται το βάρος.
Είχα έναν ιστότοπο που δεχόταν πάνω από χίλιους επισκέπτες την ημέρα. Όταν το WP-CRON δεν ήταν απενεργοποιημένο, η χρήση της CPU του διακομιστή συχνά έφτανε το 80% και υπήρχαν τουλάχιστον δύο σφάλματα 503 κάθε μέρα, με τους επισκέπτες να ανακατευθύνονται σε μια σελίδα σφάλματος μόλις έκαναν κλικ σε αυτήν.
Το χειρότερο είναι ότι ακόμα κι αν δεν ορίσετε καμία προγραμματισμένη εργασία, το WP-CRON θα εκτελείται αυτόματα, ζητώντας επανειλημμένα πόρους διακομιστή. Με την πάροδο του χρόνου, ο διακομιστής δεν θα μπορεί να χειριστεί το φορτίο και θα αναφέρει σφάλμα.
Η τεκμηρίωση του GitHub αναφέρει σαφώς: "Μη αναμενόμενος κωδικός απόκρισης HTTP: 500 ή υψηλότερος, αυτό σημαίνει ότι έχει παρουσιαστεί σφάλμα στον διακομιστή σας το οποίο εμποδίζει την εκτέλεση του cron spawner." Αυτό σημαίνει ότι όταν το WP-CRON δεν λειτουργεί σωστά, θα προκαλέσει σφάλμα διακομιστή 500 ή υψηλότερο.
Η σωστή προσέγγιση είναι να απενεργοποιήσετε το προεπιλεγμένο WP-CRON και να χρησιμοποιήσετε αντ' αυτού τις εγγενείς προγραμματισμένες εργασίες του διακομιστή. Αυτό θα διασφαλίσει ότι οι προγραμματισμένες εργασίες θα εκτελούνται κανονικά, μειώνοντας παράλληλα το φόρτο εργασίας του διακομιστή.
Εάν ο διακομιστής σας υποστηρίζει την εντολή curl, μπορείτε να προσθέσετε απευθείας μια προγραμματισμένη εργασία όπως αυτή (τροποποιήστε την ανάλογα με τον τομέα του ιστότοπού σας):
*/15 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1Αυτή η εντολή εκτελεί μια εργασία WP-CRON κάθε 15 λεπτά, κατάλληλη για τους περισσότερους μικρούς και μεσαίου μεγέθους ιστότοπους. Εάν ο ιστότοπός σας έχει συχνές προγραμματισμένες εργασίες, μπορείτε επίσης να χρησιμοποιήσετε αυτήν:
*/5 * * * * curl https://www. 你的域名/wp-cron.php?doing_wp_cron > /dev/null 2>&1Αφού απενεργοποίησα το WP-CRON και ρύθμισα προγραμματισμένες εργασίες στον διακομιστή, η χρήση της CPU του διακομιστή μειώθηκε κάτω από το 30% και δεν υπήρχαν 503 σφάλματα για έναν ολόκληρο μήνα. Το ποσοστό διατήρησης επισκεπτών αυξήθηκε επίσης κατά 18%.
Ένοχος δεύτερος: Οι επαναλαμβανόμενες προγραμματισμένες εργασίες CRON και τα υπολειπόμενα αρχεία μετά την απεγκατάσταση του πρόσθετου ουσιαστικά "αφήνουν ανεπιθύμητα αρχεία" στον ιστότοπο.
Η επίλυση του προβλήματος WP-CRON δεν σημαίνει ότι μπορείτε να είστε ήσυχοι. Υπάρχει μια κρυφή παγίδα που πολλοί κάτοχοι ιστοσελίδων παραβλέπουν.
Αυτό σημαίνει ότι οι προγραμματισμένες εργασίες CRON εκτελούνται επανειλημμένα ή ότι οι υπόλοιπες προγραμματισμένες εργασίες εξακολουθούν να εκτελούνται κρυφά μετά την απεγκατάσταση της προσθήκης.
Έχετε βιώσει ποτέ κάτι τέτοιο: απεγκαταστήσατε ένα πρόσθετο δημιουργίας αντιγράφων ασφαλείας, αλλά διαπιστώσατε ότι ο διακομιστής εξακολουθεί να δημιουργεί αυτόματα αντίγραφα ασφαλείας κάθε μέρα ή ακόμα και εμφανίζει ένα μήνυμα αποτυχίας δημιουργίας αντιγράφων ασφαλείας, το οποίο τελικά οδηγεί σε σφάλμα 500;
Αυτό προκαλείται από τις υπολειπόμενες προγραμματισμένες εργασίες από το πρόσθετο.
Για παράδειγμα, εάν ένα πρόσθετο (plugin) δημιουργεί μια ημερήσια προγραμματισμένη εργασία, το WordPress θα συνεχίσει να εκτελεί αυτήν την εργασία ακόμα και μετά την απεγκατάσταση του πρόσθετου. Τέτοιες προγραμματισμένες εργασίες δεν έχουν νόημα. Αυτές οι άνευ νοήματος υπολειπόμενες εργασίες θα καταναλώνουν συνεχώς πόρους διακομιστή και τελικά θα οδηγούν σε σφάλματα.
Ακόμα χειρότερα, ορισμένα πρόσθετα (plugins) δημιουργούν αυτόματα πολλαπλές επαναλαμβανόμενες προγραμματισμένες εργασίες. Για παράδειγμα, μια εργασία "καθημερινού ελέγχου ενημερώσεων" μπορεί να δημιουργηθεί πέντε φορές και η καθεμία θα εκτελείται βάσει ενός χρονοδιαγράμματος, πράγμα που σημαίνει ότι ο διακομιστής θα πρέπει να επεξεργάζεται πέντε πανομοιότυπες εργασίες ταυτόχρονα.
Είχα εγκαταστήσει προηγουμένως ένα πρόσθετο SEO και, αφού το απεγκατέστησα, δεν έδωσα σημασία. Μισό μήνα αργότερα, ο ιστότοπός μου αντιμετώπιζε συχνά σφάλματα χρονικού ορίου 504. Αφού έλεγξα τα αρχεία καταγραφής διακομιστή, ανακάλυψα ότι το πρόσθετο είχε αφήσει πίσω τρεις προγραμματισμένες εργασίες καθημερινά, η καθεμία με χρόνο εκτέλεσης 12 δευτερολέπτων. Η ταυτόχρονη εκτέλεση των τριών εργασιών προκάλεσε άμεσα το χρονικό όριο της απόκρισης του διακομιστή.
Αυτό που είναι ακόμη πιο τρομακτικό είναι ότι αυτές οι υπολειμματικές, επαναλαμβανόμενες προγραμματισμένες εργασίες είναι αόρατες στο backend του WordPress και δεν έχετε ιδέα ότι εκτελούνται κρυφά.
Ωστόσο, υπάρχει μια λύση: το πρόσθετο WP-Crontrol μπορεί να το χειριστεί τέλεια. Είναι το επίσημο εργαλείο διαχείρισης εργασιών Cron που συνιστάται από το WordPress, το οποίο σας επιτρέπει να προβάλλετε, να επεξεργάζεστε και να διαγράφετε όλες τις προγραμματισμένες εργασίες απευθείας στο backend.
Σύμφωνα με την περιγραφή του πρόσθετου WordPress, το WP-Crontrol μπορεί να "δει όλα τα προγραμματισμένα συμβάντα cron, να επεξεργαστεί, να διαγράψει, να θέσει σε παύση, να συνεχίσει και να εκτελέσει αμέσως συμβάντα cron". Με άλλα λόγια, μπορεί να δει όλες τις προγραμματισμένες εργασίες και να διαγράψει διπλότυπες ή μη έγκυρες εργασίες. Είναι πολύ εύκολο στη χρήση και δεν απαιτεί τη σύνταξη ούτε μίας γραμμής κώδικα.
Αφού χρησιμοποίησα αυτό το πρόσθετο για την αντιμετώπιση προβλημάτων, διέγραψα 8 διπλότυπες εργασίες και 5 υπολειμματικές εργασίες πρόσθετου και η ταχύτητα απόκρισης του ιστότοπου βελτιώθηκε άμεσα κατά 40%. Το σφάλμα 504 δεν εμφανίστηκε ποτέ ξανά.
Μια λέξη προσοχής: κατά τη διαγραφή εργασιών, φροντίστε να ελέγξετε προσεκτικά και να αποφύγετε την τυχαία διαγραφή βασικών προγραμματισμένων εργασιών του WordPress, όπως η "wp_version_check" (έλεγχος έκδοσης). Η τυχαία διαγραφή μπορεί να εμποδίσει την σωστή ενημέρωση του ιστότοπου.
Ενώ το πρόσθετο WP-Crontrol μπορεί να διαγράψει χειροκίνητα διπλότυπες ή μη έγκυρες εργασίες, απαιτεί χειροκίνητη παρέμβαση, η οποία δεν είναι ιδανική...
Ωστόσο, μπορούμε να αυτοματοποιήσουμε αυτήν τη διαδικασία χρησιμοποιώντας κώδικα WordrPress. Δείτε το παρακάτω σεμινάριο για λεπτομέρειες. ▼
Ένοχος #3: Πλεονάζουσες βάσεις δεδομένων στο WordPress
Στο WordPress, ένας από τους λόγους για ένα σφάλμα 500 είναι ο πλεονασμός βάσεων δεδομένων, ειδικά οι μεγάλοι πίνακες δεδομένων που δημιουργούνται από ορισμένα πρόσθετα.
Όταν χρησιμοποιούσα το πρόσθετο βελτιστοποίησης WP, διαπίστωσα ότι ορισμένοι πίνακες δεδομένων ήταν ασυνήθιστα μεγάλοι, ειδικά ο πίνακας διαμόρφωσης του Wordfence (wfconfig) .
Ανάλυση Προβλήματος
- Το wfconfig έχει σοβαρό πλεονασμό πινάκων δεδομένων.Είχε καθαριστεί μια φορά πριν, αλλά επανεμφανίστηκε πολύ γρήγορα.
- Προβλήματα με την προεπιλεγμένη μηχανή αποθήκευσηςΟ πίνακας διαμόρφωσης Wordfence χρησιμοποιεί την προεπιλεγμένη μηχανή InnoDB, η οποία θα συσσωρεύσει εκατοντάδες MB πλεοναζόντων δεδομένων με την πάροδο του χρόνου.
- Επιπτώσεις στην απόδοσηΟι πίνακες δεδομένων μπορούν εύκολα να φτάσουν σε μέγεθος εκατοντάδες MB, προκαλώντας μείωση της ταχύτητας φόρτωσης του ιστότοπου και ακόμη και ενεργοποίηση σφαλμάτων 500%.
Λύση
Αυτό συμβαίνει επειδή οι πίνακες δεδομένων που έχουν διαμορφωθεί από το Wordfence χρησιμοποιούν την προεπιλεγμένη μηχανή Inno. Με την πάροδο του χρόνου, αυτό θα συσσωρευτεί γρήγορα σε εκατοντάδες megabyte πλεονάζοντων δεδομένων, επηρεάζοντας την ταχύτητα φόρτωσης του ιστότοπου.
Για οδηγίες σχετικά με την αλλαγή της προεπιλεγμένης μηχανής αποθήκευσης της MariaDB σε MyISAM χρησιμοποιώντας το HestiaCP , ανατρέξτε στο ακόλουθο εγχειρίδιο:
Τέταρτος ένοχος: Τα σφάλματα μετά τις αναβαθμίσεις plugin/theme είναι σαν να κάνετε "ανορθόδοξη χειρουργική επέμβαση" στον ιστότοπο.
Πολλοί κάτοχοι ιστότοπων έχουν τη συνήθεια να κάνουν αμέσως κλικ στην επιλογή "ενημέρωση" όταν βλέπουν προτροπές ενημέρωσης για πρόσθετα ή θέματα, πιστεύοντας ότι οι ενημερώσεις θα διορθώσουν τυχόν ευπάθειες και θα βελτιώσουν την απόδοση.
Αλλά η αλήθεια είναι ακριβώς το αντίθετο. Πολλά σφάλματα 5xx προκαλούνται από την ενημέρωση πρόσθετων ή θεμάτων.
Έχω αντιμετωπίσει αυτό το πρόβλημα και στο παρελθόν. Τον περασμένο μήνα, αναβάθμισα τον ιστότοπό μου με ένα δημοφιλές πρόσθετο δημιουργίας σελίδων. Αφού έκανα κλικ στην ενημέρωση, η σελίδα έγινε κενή και, μετά την ανανέωση, εμφανίστηκε ένα εσωτερικό σφάλμα διακομιστή 500, καθιστώντας αδύνατη την πρόσβαση στο backend.
Αργότερα ανακάλυψα ότι η νέα έκδοση του πρόσθετου δεν ήταν συμβατή με την έκδοση PHP του ιστότοπού μου. Μετά την ενημέρωση του πρόσθετου, ο κώδικας δεν μπορούσε να εκτελεστεί σωστά, γεγονός που προκάλεσε άμεσα την αναφορά σφάλματος από τον διακομιστή.
Τα σφάλματα μετά από αναβαθμίσεις plugin ή theme είναι μια συνηθισμένη αιτία σφαλμάτων στο WordPress 500, ειδικά όταν η νέα έκδοση του plugin έχει ευπάθειες κώδικα ή έρχεται σε διένεξη με άλλα plugin ή themes στον ιστότοπο.
Ένα άλλο σενάριο είναι ότι μετά την αναβάθμιση του θέματος, ο προηγούμενος προσαρμοσμένος κώδικας θα αντικατασταθεί, με αποτέλεσμα να παρουσιαστεί διαταραχή στη διάταξη του ιστότοπου και να αποτύχουν οι λειτουργίες, γεγονός που με τη σειρά του οδηγεί σε σφάλματα 502 και 503.
Ένας φίλος μου που διατηρεί μια επιχείρηση ηλεκτρονικού εμπορίου αντιμετώπισε ένα σφάλμα 502 στον ιστότοπό του μετά την αναβάθμιση του πρόσθετου WooCommerce, καθιστώντας αδύνατη την υποβολή παραγγελιών. Έχασε πάνω από 2000 γιουάν σε πωλήσεις σε μόλις 3 ώρες και του πήρε ένα ολόκληρο απόγευμα για να επιλύσει το πρόβλημα.
Στην πραγματικότητα, η πιο άμεση και αποτελεσματική λύση σε αυτήν την κατάσταση είναι η επιστροφή σε μια προηγούμενη έκδοση που λειτουργούσε σωστά.
Πολλοί άνθρωποι δεν ξέρουν πώς να κάνουν επαναφορά, αλλά δεν χρειάζεται να κατεβάσετε ή να ανεβάσετε αρχεία χειροκίνητα. Το πρόσθετο WP Rollback το κάνει εύκολο.
Σύμφωνα με την περιγραφή του WordPress, το πρόσθετο WP Rollback μπορεί «να επαναφέρει γρήγορα και εύκολα οποιοδήποτε θέμα ή πρόσθετο από το wordpress.org σε οποιαδήποτε προηγούμενη (ή νεότερη) έκδοση χωρίς καμία χειροκίνητη ταλαιπωρία». Με άλλα λόγια, μπορεί να επαναφέρει πρόσθετα ή θέματα σε οποιαδήποτε προηγούμενη έκδοση με ένα μόνο κλικ, χωρίς περίπλοκες λειτουργίες, καθιστώντας το εύκολο στη χρήση για αρχάριους.
Αφού απέτυχε η τελευταία αναβάθμιση του plugin μου, χρησιμοποίησα το WP Rollback για να επιστρέψω στην προηγούμενη έκδοση με ένα κλικ. Ο ιστότοπος επανήλθε στην κανονική του λειτουργία σε μόλις 30 δευτερόλεπτα και δεν χάθηκαν δεδομένα.
Ακολουθεί μια πρόταση: πριν από την αναβάθμιση πρόσθετων ή θεμάτων, δημιουργήστε πάντα αντίγραφο ασφαλείας του ιστότοπού σας. Είναι καλύτερο να τον δοκιμάσετε πρώτα σε ένα δοκιμαστικό περιβάλλον για να βεβαιωθείτε ότι δεν υπάρχουν προβλήματα πριν τον ενημερώσετε στον επίσημο ιστότοπο, προκειμένου να αποφύγετε σφάλματα.
Συμπέρασμα: Κατακτήστε αυτά τα 3 σημεία για να αποχαιρετήσετε εντελώς τα σφάλματα 5xx του ιστότοπου WP.
Κατά την εκτέλεση ενός ιστότοπου WordPress, τα σφάλματα 500, 502, 503 και 504 είναι σαν "εμπόδια", φαινομενικά ενοχλητικά, αλλά η βασική αιτία είναι στην πραγματικότητα αρκετά σαφής—δεν είναι ότι ο διακομιστής είναι ελαττωματικός, ούτε υπάρχει κάποιο σημαντικό πρόβλημα με το πρόγραμμα του ιστότοπου, αλλά μάλλον ότι έχουμε παραβλέψει τρεις λεπτομέρειες: το WP-CRON, τις υπολειπόμενες προγραμματισμένες εργασίες και τις αναβαθμίσεις plugin/theme.
Ως κάτοχος ιστοσελίδας WordPress, από το να κατακλύζομαι από σφάλματα στην αρχή μέχρι το να μπορώ τώρα να αντιμετωπίζω και να επιλύω γρήγορα όλα τα σφάλματα 5xx, το μεγαλύτερο συμπέρασμα που έχω πάρει είναι ότι η σταθερή λειτουργία της ιστοσελίδας δεν βασίζεται στο «κλείδωμα της πόρτας του στάβλου αφού το άλογο έχει φύγει», αλλά μάλλον στο «η πρόληψη είναι καλύτερη από τη θεραπεία».
Πολλοί ιδιοκτήτες ιστοσελίδων πιστεύουν ότι αυτές οι μικρές λεπτομέρειες είναι ασήμαντες και μετανιώνουν μόνο που δεν τις έχουν ελέγξει εκ των προτέρων όταν ο ιστότοπος δυσλειτουργεί, χάνει επισκεψιμότητα και υφίσταται απώλεια εσόδων.
Είναι σημαντικό να κατανοήσετε ότι για έναν ιστότοπο, η «σταθερότητα» είναι το βασικό ανταγωνιστικό πλεονέκτημα. Ένα μόνο σφάλμα 5xx μπορεί να σας προκαλέσει απώλεια του 10% των επισκεπτών σας, ενώ πολλαπλά σφάλματα μπορούν ακόμη και να οδηγήσουν σε πτώση της κατάταξης στις μηχανές αναζήτησης, με αποτέλεσμα όλες οι προηγούμενες προσπάθειές σας για SEO να πάνε χαμένες.
Όπως λέει και η παροιμία, «Ένα ανάχωμα χιλίων μιλίων μπορεί να παραβιαστεί από μια μυρμηγκοφωλιά». Τα σφάλματα 5xx του ιστότοπου WP δεν εμφανίζονται ποτέ ξαφνικά, αλλά είναι αποτέλεσμα της συσσώρευσης μικρών προβλημάτων — μη απενεργοποιημένο WP-CRON, υπολειπόμενες προγραμματισμένες εργασίες και βιαστικές λειτουργίες αναβάθμισης. Αυτές οι φαινομενικά ασήμαντες «μυρμηγκοφωλιά» τελικά θα καταστρέψουν ολόκληρο το «ανάχωμα» του ιστότοπου.
Οι πραγματικά αποτελεσματικές λειτουργίες σημαίνουν αντιμετώπιση των προβλημάτων εν τη γενέσει τους.
- Απενεργοποιήστε το προεπιλεγμένο WP-CRON και αντικαταστήστε το με μια προγραμματισμένη εργασία που βασίζεται σε διακομιστή.
- Χρησιμοποιήστε τακτικά το WP-Crontrol για να καθαρίσετε επαναλαμβανόμενες και υπολειπόμενες προγραμματισμένες εργασίες.
- Βεβαιωθείτε ότι έχετε δημιουργήσει αντίγραφα ασφαλείας των δεδομένων σας πριν από την αναβάθμιση πρόσθετων (plugins) ή θεμάτων και επαναφέρετε αμέσως τα δεδομένα σας σε περίπτωση σφάλματος.
Αυτές οι τρεις λειτουργίες δεν απαιτούν πολύπλοκη τεχνολογία ή ακριβούς προγραμματιστές και ακόμη και οι αρχάριοι μπορούν εύκολα να τις κατακτήσουν, ωστόσο μπορούν να κρατήσουν τον ιστότοπό σας μακριά από σφάλματα 5xx και να διατηρήσουν σταθερή λειτουργία.
Κάθε σταθερή φόρτωση του ιστότοπού σας και κάθε διαμονή επισκέπτη αποτελεί ένα πολύτιμο περιουσιακό στοιχείο που συσσωρεύετε με την πάροδο του χρόνου.
Από τώρα και στο εξής, εντοπίστε αυτούς τους τρεις ενόχους και εκτελείτε καθημερινή συντήρηση για να διασφαλίσετε ότι ο ιστότοπός σας στο WordPress όχι μόνο μπορεί να αντέξει τη σκληρή δουλειά σας, αλλά και να αυξήσει σταθερά την επισκεψιμότητα και τα έσοδα.
Αν αυτή τη στιγμή αντιμετωπίζετε προβλήματα με σφάλματα 5xx, δοκιμάστε να ακολουθήσετε τα βήματα σε αυτό το άρθρο για να τα αντιμετωπίσετε. Πιστεύω ότι σύντομα θα μπορέσετε να απαλλαγείτε από αυτά τα προβλήματα, να κάνετε τον ιστότοπό σας να λειτουργεί σταθερά και να επιτύχετε μακροπρόθεσμη ανάπτυξη.
Ας ελπίσουμε ότι το άρθρο "Οι 4 κύριοι υπεύθυνοι για τα σφάλματα 500, 502, 503 και 504 σε ιστότοπους WordPress" που κοινοποιήθηκε στο ιστολόγιο του Chen Weiliang ( https://www.chenweiliang.com/ ) θα σας φανεί χρήσιμο.
Μη διστάσετε να κοινοποιήσετε τον σύνδεσμο αυτού του άρθρου: https://www.chenweiliang.com/cwl-33968.html