FAQ Troubleshooting
(Συχνές ερωτήσεις & Αντιμετώπιση προβλημάτων)
Ανατρέξτε επίσης στα Συνήθη σφάλματα WordPress για τα πιο συνηθισμένα σφάλματα WordPress που αντιμετωπίζουν οι χρήστες του WordPress, όπως π.χ:
- Λευκή Οθόνη
- Εσωτερικό Σφάλμα Διακομιστή
- Σφάλμα κατά τη δημιουργία σύνδεσης βάσης δεδομένων
- Αποτυχία αυτόματης αναβάθμισης
- Λήξη χρονικού ορίου σύνδεσης
- Λειτουργία συντήρησης μετά την αναβάθμιση
- Σφάλματα PHP ή σφάλματα MySQL DB
Πώς να απενεργοποιήσετε όλα τα πρόσθετα όταν δεν έχετε πρόσβαση στα μενού διαχείρισης;
Α. Μερικές φορές μπορεί να είναι απαραίτητο να απενεργοποιήσετε όλες τα πρόσθετα, αλλά δεν μπορείτε να αποκτήσετε πρόσβαση στις οθόνες διαχείρισης για να το κάνετε. Μία από τις δύο μεθόδους είναι διαθέσιμη για την απενεργοποίηση όλων των πρόσθετων.
- Χρησιμοποιήστε το phpMyAdmin για να απενεργοποιήσετε όλα τα πρόσθετα.
- Στον πίνακα wp_options, κάτω από τη στήλη option_name (πεδίο) βρείτε τη σειρά active_plugins
- Αλλάξτε το πεδίο option_value σε: a:0:{}
Β. Εναλλακτικά, επαναφέρετε το φάκελο των προσθηκών μέσω FTP ή του διαχειριστή αρχείων που παρέχεται στον πίνακα ελέγχου του κεντρικού υπολογιστή σας. Αυτή η μέθοδος διατηρεί τις επιλογές των προσθηκών, αλλά απαιτεί την επανενεργοποίηση των προσθηκών με μη αυτόματο τρόπο.
- Μέσω FTP ή του διαχειριστή αρχείων του κεντρικού υπολογιστή σας, μεταβείτε στον φάκελο wp-contents (directory)
- Μέσω FTP ή του διαχειριστή αρχείων του κεντρικού υπολογιστή σας, μετονομάστε το φάκελο "plugins" σε "plugins.hold"
- Συνδεθείτε στη σελίδα των προσθηκών διαχείρισης του WordPress (/wp-admin/plugins.php) – αυτό θα απενεργοποιήσει οποιοδήποτε πρόσθετο "λείπει".
- Μέσω FTP ή του διαχειριστή αρχείων του κεντρικού υπολογιστή σας, μετονομάστε ξανά το "plugins.hold" σε "plugins"
Πώς να διαγράψετε το μήνυμα "Σύντομα δεν είναι διαθέσιμο για προγραμματισμένη συντήρηση" αφού κάνετε αυτόματη αναβάθμιση;
- Ως μέρος της αυτόματης αναβάθμισης, το WordPress τοποθετεί ένα αρχείο με το όνομα .maintenance στον βασικό φάκελο του ιστολογίου (φάκελος που περιέχει το φάκελο wp-admin). Εάν αυτό το αρχείο υπάρχει, τότε οι επισκέπτες θα δουν το μήνυμα Δεν είναι διαθέσιμο για προγραμματισμένη συντήρηση. Ελέγξτε ξανά σε ένα λεπτό.
- Για να σταματήσετε να εμφανίζεται αυτό το μήνυμα στους επισκέπτες, απλώς διαγράψτε το αρχείο .maintenance. Η αυτόματη αναβάθμιση θα πρέπει να εκτελεστεί ξανά, σε περίπτωση που αποτύχει.
Μόλις κυκλοφόρησε μια ενημέρωση, οπότε γιατί το ιστολόγιό μου δεν αναγνωρίζει ότι η ενημέρωση είναι διαθέσιμη;
Όταν κυκλοφορήσει μια ενημέρωση, η ειδοποίηση αυτής της έκδοσης εμφανίζεται στην κορυφή της οθόνης διαχείρισης λέγοντας ότι το WordPress x.x.x είναι διαθέσιμο! Ενημερώστε τώρα. Δεν θα βλέπουν όλα τα ιστολόγια αυτό το μήνυμα ταυτόχρονα. Το ιστολόγιό σας είναι προγραμματισμένο να ελέγχει για ενημερώσεις κάθε 12 ώρες, αλλά ο χρόνος αυτού του ελέγχου είναι καθαρά τυχαίος. Επομένως, εάν το ιστολόγιό σας ελέγξει για ενημερώσεις λίγα λεπτά πριν από την κυκλοφορία μιας ενημέρωσης, δεν θα δείτε το μήνυμα ενημέρωσης έως ότου το ιστολόγιό σας ελέγξει για ενημερώσεις 12 ώρες αργότερα.
Εάν θέλετε το ιστολόγιό σας να ελέγχει αυτήν τη στιγμή για ενημερώσεις, μπορείτε να διαγράψετε την εγγραφή ονόματος της επιλογής update_core στον πίνακα wp_options. Σημειώστε ότι τα πρόσθετα και τα θέματα έχουν το καθένα τον δικό του κύκλο ελέγχου και ενημέρωσης, ο οποίος ελέγχεται από τις εγγραφές update_plugins και update_themes, στο wp_options.
Σχετικός σύνδεσμος συζητήσεων: https://wordpress.org/support/topic/242485
Γιατί έχασα προσαρμοσμένες αλλαγές στο προεπιλεγμένο θέμα του WordPress κατά την τελευταία αυτόματη αναβάθμιση;
Μια βασική αναβάθμιση αντιγράφει όλα τα νέα αρχεία από τη διανομή σε σχέση με τα παλιά, οπότε αν αλλάξατε υπάρχοντα αρχεία στο προεπιλεγμένο θέμα του WordPress (π.χ. wp-content/themes/twentysixteen/style.css), αυτές οι αλλαγές αντικαταστάθηκαν με τη νέα έκδοση αυτού του αρχείου.
Λάβετε υπόψη ότι μια βασική αναβάθμιση περνά από μια λίστα με "παλιά αρχεία", όπως ορίζεται στο wp-admin/includes/update-core.php και διαγράφει αυτά τα αρχεία. Όλα τα αρχεία που δεν βρίσκονται στη λίστα και δεν βρίσκονται στη διανομή διατηρούνται.
Θυμηθείτε, ότι πριν από τις αναβαθμίσεις, είτε αυτόματες είτε μη αυτόματες, θα πρέπει να δημιουργηθούν αντίγραφα ασφαλείας τόσο των Αρχείων του WordPress όσο και της βάσης δεδομένων, όπως εξηγείται στα Αντίγραφα ασφαλείας του WordPress.
Ένας καλύτερος τρόπος για να τροποποιήσετε το προεπιλεγμένο θέμα είναι να χρησιμοποιήσετε ένα θυγατρικό θέμα. Χρειάζεται λίγη περισσότερη δουλειά για τη ρύθμιση, αλλά αξίζει τον κόπο, επειδή οι προσαρμογές σας θα είναι ασφαλείς όταν ενημερωθεί το κύριο θέμα.
Πώς επισκευάζετε έναν πίνακα βάσεων δεδομένων MySQL;
Κάθε τόσο, μπορεί να είναι απαραίτητο να επιδιορθώνετε έναν ή περισσότερους πίνακες βάσης δεδομένων MySQL. Σύμφωνα με το How to Repair MyISAM Tables στο dev.mysql.com, υπάρχουν αρκετοί λόγοι για να επιδιορθώσετε έναν πίνακα, συμπεριλαμβανομένων σφαλμάτων όπως "το tbl_name.frm είναι κλειδωμένο έναντι αλλαγής", "Δεν είναι δυνατή η εύρεση του αρχείου tbl_name.MYI (Errcode: nnn)", "Απροσδόκητο τέλος αρχείου", "Το αρχείο εγγραφής έχει καταρρεύσει" ή "Λήψη σφάλματος nnn από τον χειριστή πίνακα".
Ακολουθούν τα βήματα για την επιδιόρθωση ενός πίνακα σε μια βάση δεδομένων MySQL χρησιμοποιώντας το phpMyAdmin:
Συνδεθείτε στον λογαριασμό φιλοξενίας.
- Συνδεθείτε στο phpMyAdmin.
- Επιλέξτε την επηρεαζόμενη βάση δεδομένων. Εάν έχετε μόνο μία βάση δεδομένων, θα πρέπει να την επιλέξετε από προεπιλογή, ώστε να μην χρειάζεται να κάνετε τίποτα.
- Στον κύριο πίνακα, θα πρέπει να δείτε μια λίστα με τους πίνακες της βάσης δεδομένων σας. Επιλέξτε τα πλαίσια από τους πίνακες που χρειάζονται επισκευή.
- Στο κάτω μέρος του παραθύρου ακριβώς κάτω από τη λίστα των πινάκων, υπάρχει ένα αναπτυσσόμενο μενού. Επιλέξτε «Πίνακας επιδιόρθωσης»
Να θυμάστε, ότι καλό είναι να έχετε ένα τρέχον αντίγραφο ασφαλείας της βάσης δεδομένων σας ανά πάσα στιγμή. Δείτε επίσης Δημιουργία αντιγράφων ασφαλείας WordPress
Πώς μπορώ να αδειάσω έναν πίνακα βάσης δεδομένων;
Ανατρέξτε στην ενότητα Άδειασμα πίνακα βάσης δεδομένων
Δεν λαμβάνονται κωδικοί πρόσβασης μέσω email
Περιγραφή: Όταν οι χρήστες προσπαθούν να εγγραφούν στο ιστολόγιό σας ή να αλλάξουν τους κωδικούς πρόσβασής τους εισάγοντας το όνομα χρήστη ή/και το email τους, το WordPress υποδεικνύει ότι ο κωδικός πρόσβασής τους έχει σταλεί με email, αλλά δεν λαμβάνεται ποτέ.
Λόγος και λύσεις: Το WordPress χρησιμοποιεί την τυπική συνάρτηση PHP mail(), η οποία χρησιμοποιεί sendmail. Δεν χρειάζονται πληροφορίες λογαριασμού. Αυτό δεν αποτελεί γενικά πρόβλημα εάν χρησιμοποιείτε μια υπηρεσία φιλοξενίας, αλλά εάν χρησιμοποιείτε τη δική σας θυρίδα και δεν έχετε διακομιστή SMTP, το μήνυμα δεν θα σταλεί ποτέ. Εάν χρησιμοποιείτε ένα πλαίσιο *NIX, θα πρέπει να έχετε είτε postfix είτε sendmail στον υπολογιστή σας. θα χρειαστεί απλώς να τα ρυθμίσετε (αναζητήστε στο Διαδίκτυο οδηγίες). Εάν δεν θέλετε να προχωρήσετε στη ρύθμιση ενός πλήρους διακομιστή αλληλογραφίας στο πλαίσιο *NIX, μπορεί να σας φανεί χρήσιμο το msmtp — παρέχει "Ένα ασφαλή, αποτελεσματικό και απλό τρόπο λήψης αλληλογραφίας από ένα σύστημα στον κόμβο αλληλογραφίας σας". Σε υπολογιστή με Windows, δοκιμάστε έναν εξομοιωτή sendmail όπως το Glob SendMail.
Μπορείτε να βρείτε περισσότερη βοήθεια σε αυτόν τον σύνδεσμο των Φόρουμ υποστήριξης του WordPress: https://wordpress.org/support/topic.php?id=24981.
Ειδικά Windows Host Server: Ελέγξτε τις ρυθμίσεις "Relay" στον εικονικό διακομιστή SMTP. Παραχωρήστε πρόσβαση στο 127.0.0.1. Στη συνέχεια, στο php.inifile, ορίστε τη ρύθμιση SMTP στην ίδια διεύθυνση IP. Ορίστε επίσης το smtp_port σε 25.
Βεβαιωθείτε ότι χρησιμοποιείται η σωστή διεύθυνση επιστροφής: Από προεπιλογή, το πρόγραμμα αλληλογραφίας του WordPress συμπληρώνει το πεδίο Από: με wordpress@yourdomain.com και το όνομα Από: ως WordPress.
Αυτό είναι εντάξει εάν αυτή είναι μια έγκυρη διεύθυνση ηλεκτρονικού ταχυδρομείου. Για παράδειγμα, εάν το πραγματικό e-mail σας είναι wordpress@yourdomain.com, ο οικοδεσπότης σας θα πρέπει να διαβιβάσει το email για παράδοση. Πιθανότατα θα στείλει την αλληλογραφία σας εφόσον το yourdomain.com έχει ρυθμιστεί για αποστολή και λήψη αλληλογραφίας, ακόμα κι αν το wordpress δεν είναι έγκυρο γραμματοκιβώτιο. Αλλά αν ορίσετε το πραγματικό email σας ως τη διεύθυνση Από: και είναι κάτι σαν wpgod@gmail.com, το μήνυμα ενδέχεται να μην αποστέλλεται επειδή το gmail.com δεν είναι τομέας που διαχειρίζεται ο διακομιστής αλληλογραφίας.
Αντιμετωπίζεται ως ανεπιθύμητο: Το μήνυμα ηλεκτρονικού ταχυδρομείου σας μπορεί να έχει δρομολογηθεί σε έναν φάκελο ανεπιθύμητης αλληλογραφίας ή ακόμα χειρότερα, απλώς να έχει απορριφθεί ως κακόβουλο. Υπάρχουν μερικά μέτρα που μπορείτε να χρησιμοποιήσετε για να πείσετε τους διακομιστές αλληλογραφίας του παραλήπτη ότι το μήνυμά σας είναι νόμιμο και ότι πρέπει να παραδοθεί όπως έχει δοθεί.
SPF: (Πλαίσιο πολιτικής αποστολέα) Αυτό είναι το πιο συνηθισμένο μέτρο προστασίας από ανεπιθύμητα μηνύματα που χρησιμοποιείται. Εάν βρίσκεστε σε ένα φιλοξενούμενο σύστημα, υπάρχει μεγάλη πιθανότητα ο κεντρικός υπολογιστής σας να το έχει ρυθμίσει για τον διακομιστή αλληλογραφίας που χρησιμοποιείτε. Ζητήστε από το WordPress να σας στείλει email και ελέγξτε τις κεφαλίδες του μηνύματος για αποδείξεις ότι το μήνυμα πέρασε τον έλεγχο SPF. Μπορείτε να λάβετε ένα μήνυμα που αποστέλλεται ακολουθώντας τον σύνδεσμο Ξεχάσατε τον κωδικό πρόσβασης στη σελίδα σύνδεσης. Για να διατηρήσετε τον παλιό σας κωδικό πρόσβασης, μην ακολουθήσετε τον σύνδεσμο στο μήνυμα.
Εάν η διεύθυνση ηλεκτρονικού ταχυδρομείου του συστήματός σας απέτυχε στον έλεγχο SPF, μπορείτε να ρυθμίσετε τα διαπιστευτήρια εάν έχετε πρόσβαση στις εγγραφές DNS σας και ο τομέας του διακομιστή αλληλογραφίας σας ανήκει σε εσάς. Ελέγξτε τη διαδρομή επιστροφής του μηνύματος ηλεκτρονικού ταχυδρομείου που έστειλε το σύστημά σας. Εάν ο διακομιστής αλληλογραφίας που αναφέρεται εκεί έχει το όνομα τομέα σας, μπορείτε να ορίσετε διαπιστευτήρια SPF. Υπάρχουν αρκετοί τρόποι χρήσης στο Διαδίκτυο.
DKIM: (Domain Key Identified Mail) Χρησιμοποιείται επίσης αυτό το σύστημα. Μπορείτε να χρησιμοποιήσετε και SPF και DKIM στο ίδιο μήνυμα. Και πάλι, όπως και με το SPF, μπορείτε να ελέγξετε αν ο διακομιστής αλληλογραφίας που λαμβάνετε επαλήθευσε το κλειδί τομέα του κεντρικού υπολογιστή σας εξετάζοντας την κεφαλίδα αλληλογραφίας. Υπάρχει μεγάλη πιθανότητα να μην παρασχέθηκε κλειδί υπογραφής, υποδεικνύοντας ότι ο κεντρικός υπολογιστής σας επέλεξε να μην χρησιμοποιήσει αυτό το πρωτόκολλο. Επίσης, όπως και με το SPF, εάν μπορείτε να επεξεργαστείτε τις εγγραφές σας DNS και ο διακομιστής αλληλογραφίας ανήκει στον τομέα σας, μπορείτε να ρυθμίσετε μόνοι σας τα διαπιστευτήρια DKIM. Υπάρχουν κάποιοι τρόποι χρήσης εάν κάνετε αναζήτηση στο Διαδίκτυο.
Γιατί δεν μπορώ να δω τις αναρτήσεις μου; Το μόνο που βλέπω είναι Συγγνώμη, καμία ανάρτηση δεν ταιριάζει με τα κριτήριά σας;
Η εκκαθάριση της προσωρινής μνήμης του προγράμματος περιήγησής σας και των cookie ενδέχεται να επιλύσει αυτό το πρόβλημα. Δείτε επίσης Κάνω αλλαγές και τίποτα δεν συμβαίνει
Πώς μπορώ να λύσω το πρόβλημα προειδοποίησης που έχουν ήδη σταλεί κεφαλίδες;
Περιγραφή: Λαμβάνετε ένα προειδοποιητικό μήνυμα στο πρόγραμμα περιήγησής σας που λέει:
Warning: Cannot modify header information - headers already sent by
(output started at
Αιτία και λύση:
Συνήθως οφείλεται στο ότι υπάρχουν κενά, νέες γραμμές ή άλλα πράγματα πριν από μια ετικέτα ανοίγματος <?php ή μετά από μια ετικέτα κλεισίματος ?>, συνήθως στο wp-config.php. Αυτό μπορεί επίσης να συμβεί σε άλλα επεξεργασμένα αρχεία PHP που δεν είναι πρότυπα θεμάτων, επομένως ελέγξτε το μήνυμα σφάλματος, καθώς θα αναφέρει το συγκεκριμένο όνομα αρχείου όπου παρουσιάστηκε το σφάλμα (δείτε «Ερμηνεία του μηνύματος σφάλματος» παρακάτω). Η αντικατάσταση του ελαττωματικού αρχείου με ένα από το πιο πρόσφατο αντίγραφο ασφαλείας σας ή ένα από μια νέα λήψη του WordPress είναι το καλύτερο στοίχημά σας, αλλά εάν κανένα από αυτά δεν αποτελεί επιλογή, ακολουθήστε τα παρακάτω βήματα.
Ακριβώς επειδή δεν μπορείτε να δείτε τίποτα δεν σημαίνει ότι η PHP βλέπει το ίδιο.
- Κάντε λήψη του αρχείου που αναφέρεται στο μήνυμα σφάλματος μέσω FTP ή του διαχειριστή αρχείων που παρέχεται στον πίνακα ελέγχου του κεντρικού υπολογιστή σας.
- Ανοίξτε αυτό το αρχείο σε ένα πρόγραμμα επεξεργασίας απλού κειμένου (ΟΧΙ Microsoft Word ή παρόμοιο. Το Σημειωματάριο ή το BBEdit είναι εντάξει).
- Ελέγξτε ότι οι πρώτοι χαρακτήρες δεν έχουν κενές γραμμές ή κενά μετά από αυτούς.
- Προτού αποθηκεύσετε ή χρησιμοποιήσετε το παράθυρο διαλόγου Αποθήκευση ως, βεβαιωθείτε ότι η κωδικοποίηση του αρχείου δεν είναι UTF-8 BOM αλλά απλό UTF-8 ή οποιαδήποτε χωρίς το επίθημα BOM.
Για να βεβαιωθείτε για το τέλος του αρχείου, κάντε αυτό:
- Τοποθετήστε τον κέρσορα ανάμεσα στο ? και >
- Τώρα πατήστε το πλήκτρο DELETE στον υπολογιστή σας Σημείωση για χρήστες MAC: Το πλήκτρο «DELETE» σε έναν υπολογιστή διαγράφει χαρακτήρες στα δεξιά του δρομέα. Αυτό είναι το κλειδί που σημειώνεται εδώ.
- Κρατήστε πατημένο αυτό το πλήκτρο για τουλάχιστον 15 δευτερόλεπτα
- Τώρα πληκτρολογήστε > και
- αποθηκεύστε χωρίς να πατήσετε κανένα άλλο πλήκτρο.
- Εάν πατήσετε ένα άλλο πλήκτρο, θα επαναφέρετε το πρόβλημα.
- ΜΗΝ ΒΑΖΕΤΕ ΚΩΔΙΚΑ ΣΕ ΠΕΡΙΤΤΑ ΜΠΛΟΚ ΚΩΔΙΚΟΥ, ΒΑΛΤΕ ΤΑ ΣΕ ΕΝΑ ΜΠΛΟΚ PHP.
Λανθασμένος:
<?php some code; ?> <?php some other codes; ?>
Σωστός:
<?php code; some other code; ?>
Μεταφορτώστε το αρχείο πίσω στον διακομιστή σας μετά την επεξεργασία και αποθήκευση του αρχείου.
Σημείωση: Ελέγξτε επίσης την κωδικοποίηση του αρχείου. Εάν το αρχείο κωδικοποιείται ως UTF-8 με BOM, το BOM θεωρείται ως ένας χαρακτήρας που ξεκινά την έξοδο.
Ερμηνεία του μηνύματος σφάλματος:
Εάν το μήνυμα σφάλματος αναφέρει: Προειδοποίηση: Δεν είναι δυνατή η τροποποίηση των πληροφοριών κεφαλίδας - οι κεφαλίδες έχουν ήδη αποσταλεί από (η έξοδος ξεκίνησε στο /path/blog/wp-config.php:34) στο /path/blog/wp-login.php στη γραμμή 42, τότε το πρόβλημα βρίσκεται στη γραμμή #34 του wp-config.php, όχι στη γραμμή #42 του wp-login.php. Σε αυτό το σενάριο, η γραμμή #42 του wp-login.php είναι το θύμα. Επηρεάζεται από το υπερβολικό κενό διάστημα στη γραμμή #34 του wp-config.php.
Εάν το μήνυμα σφάλματος αναφέρει: Προειδοποίηση: Δεν είναι δυνατή η τροποποίηση των πληροφοριών κεφαλίδας - οι κεφαλίδες έχουν ήδη αποσταλεί από (η έξοδος ξεκίνησε στο /path/wp-admin/admin-header.php:8) στο /path/wp-admin/post.php στη γραμμή 569 , τότε το πρόβλημα βρίσκεται στη γραμμή #8 του admin-header.php, όχι στη γραμμή #569 του post.php. Σε αυτό το σενάριο, η γραμμή #569 του post.php είναι το θύμα. Επηρεάζεται από το υπερβολικό κενό διάστημα στη γραμμή #8 του admin-header.php.
Γιατί δεν λειτουργεί το κουμπί "Δημοσίευση" ή "Αποθήκευση προχείρου";
Για να επιλύσετε αυτό και παρόμοια ζητήματα, απενεργοποιήστε τις προσθήκες σας μία κάθε φορά μέχρι να βρείτε την πηγή του προβλήματος. Γενικά, αυτό θα οφείλεται σε δύο ή περισσότερες προσθήκες που προσπαθούν να χρησιμοποιήσουν τους ίδιους πόρους (για παράδειγμα, JQuery ή άλλα εργαλεία που βασίζονται σε Java).
Επιπλέον, μπορεί να υπάρχει πρόβλημα με το πρόγραμμα περιήγησής σας. Μια κοινή λύση είναι να αδειάσετε την προσωρινή μνήμη του προγράμματος περιήγησης. Συμβουλευτείτε την τεκμηρίωση του προγράμματος περιήγησης που προτιμάτε για να μάθετε πώς να το κάνετε αυτό.
Πώς να διορθώσετε το σφάλμα 404 όταν χρησιμοποιείτε Pretty Permalinks;
Εάν παρουσιαστεί σφάλμα 404 κατά τη χρήση των επιλογών Pretty Permalink, όπως Day and Name in Administration > Settings > Settings_Permalinks_Screen, αυτό μπορεί να οφείλεται στο ότι η μονάδα mod_rewrite δεν έχει ενεργοποιηθεί/εγκατασταθεί. Η λύση είναι να ενεργοποιήσετε το mod_rewrite για τον διακομιστή ιστού Apache. Ελέγξτε το αρχείο apache\conf\httpd.conf για τη γραμμή # LoadModule rewrite_module modules/mod_rewrite.so και διαγράψτε το # μπροστά από τη γραμμή. Στη συνέχεια, σταματήστε το Apache και ξεκινήστε το ξανά. Σημείωση: ίσως χρειαστεί να ζητήσετε από τον κεντρικό υπολογιστή σας να ενεργοποιήσει το mod_rewrite.
Δείτε επίσης Χρήση μόνιμων συνδέσμων. Ο σχετικός σύνδεσμος συζήτησης είναι https://wordpress.org/support/topic/234726
Γιατί ο διαχειριστής χρήστης δεν αναφέρεται ως συγγραφέας κατά την επεξεργασία αναρτήσεων;
Δεν είμαι σίγουρος γιατί συμβαίνει αυτό το πρόβλημα, αλλά εδώ είναι μερικά πράγματα για να δοκιμάσετε μία από αυτές τις δύο λύσεις.
Αυτό συνήθως διορθώνει το πρόβλημα:
- Δημιουργήστε νέο χρήστη διαχειριστή (π.χ. newadmin) με ρόλο διαχειριστή
- Συνδεθείτε ως "newadmin"
- Υποβιβάστε τον παλιό χρήστη «admin» σε Ρόλο συνδρομητή και Αποθήκευση
- Προωθήστε τον παλιό «admin» ξανά στον ρόλο διαχειριστή και αποθηκεύστε
- Συνδεθείτε ως ο παλιός "admin"
Εάν αυτό δεν λειτουργεί, δοκιμάστε:
- Δημιουργήστε έναν νέο χρήστη διαχειριστή (π.χ. newadmin) με ρόλο διαχειριστή
- Συνδεθείτε ως "newadmin"
- Διαγράψτε τον παλιό χρήστη "admin" και αντιστοιχίστε τυχόν δημοσιεύσεις στο "newadmin"
- Δημιουργία χρήστη «διαχειριστή» με ρόλο διαχειριστή
- Συνδεθείτε ως "διαχειριστής"
- Διαγραφή χρήστη "newadmin" και εκχώρηση αναρτήσεων στον "διαχειριστή"
Γιατί εμφανίζεται λάθος όνομα συγγραφέα για μια ανάρτηση σε ένα ιστολόγιο;
Αυτό το πρόβλημα επιλύεται συνήθως με την ίδια λύση που παρουσιάζεται στην ερώτηση ακριβώς πριν από αυτήν:
Γιατί ο διαχειριστής χρήστης δεν αναφέρεται ως συγγραφέας κατά την επεξεργασία αναρτήσεων;
Πώς μπορώ να βρω περισσότερη βοήθεια;
Υπάρχουν διάφοροι πόροι που θα σας βοηθήσουν να βρείτε περισσότερη βοήθεια με το WordPress, εκτός από αυτές τις Συνήθεις Ερωτήσεις.
- Αντιμετώπιση προβλημάτων
- Εύρεση Βοήθειας για το WordPress
- Χρήση των Φόρουμ υποστήριξης
- Πόροι και τεχνικά άρθρα για το WordPress
- Προβλήματα εγκατάστασης