Είμαστε μόνο άνθρωποι, και ένα από τα χαρακτηριστικά του να είμαστε άνθρωποι είναι ότι κάνουμε λάθη. Από την άλλη πλευρά, διορθώνουμε επίσης τον εαυτό μας, που σημαίνει ότι τείνουμε να μαθαίνουμε από τα λάθη μας και ελπίζουμε έτσι να αποφύγουμε να κάνουμε τα ίδια δύο φορές. Πολλά από τα λάθη που έκανα στο χώρο του WordPress προέρχονται από την προσπάθεια εξοικονόμησης χρόνου κατά την εφαρμογή λύσεων. Ωστόσο, αυτά συνήθως θα έβγαζαν τα κεφάλια τους στο δρόμο όταν τα προβλήματα θα εμφανίζονταν ως αποτέλεσμα αυτής της προσέγγισης. Το να κάνεις λάθη είναι αναπόφευκτο. Ωστόσο, η εκμάθηση από τις παραβιάσεις άλλων ανθρώπων (και φυσικά η δική σας!) Είναι ένας δρόμος που πρέπει να ακολουθήσετε προληπτικά.

Οι μηχανικοί μοιάζουν με υπερήρωες, αλλά είμαστε ακόμα ανθρώπινοι. Μάθετε από εμάς. Τιτίβισμα

Κοινό λάθος αρ. 1: Διατήρηση του εντοπισμού σφαλμάτων

Γιατί πρέπει να χρησιμοποιώ τον εντοπισμό σφαλμάτων όταν ο κώδικάς μου λειτουργεί καλά; Ο εντοπισμός σφαλμάτων είναι μια δυνατότητα ενσωματωμένη στο WordPress που θα προκαλέσει την εμφάνιση όλων των σφαλμάτων PHP, των προειδοποιήσεων και των ειδοποιήσεων (σχετικά με τις καταργημένες λειτουργίες κ.λπ.). Όταν απενεργοποιείται ο εντοπισμός σφαλμάτων, ενδέχεται να δημιουργηθούν σημαντικές προειδοποιήσεις ή ειδοποιήσεις που δεν βλέπουμε ποτέ, αλλά που ενδέχεται να προκαλέσουν προβλήματα αργότερα, εάν δεν τα αντιμετωπίσουμε εγκαίρως. Θέλουμε ο κώδικάς μας να παίζει καλά με όλα τα άλλα στοιχεία του ιστότοπού μας. Έτσι, κατά την προσθήκη νέου προσαρμοσμένου κώδικα στο WordPress, θα πρέπει πάντα να κάνετε την αναπτυξιακή σας εργασία με ενεργοποιημένο το εντοπισμό σφαλμάτων (αλλά βεβαιωθείτε ότι το απενεργοποιήσατε πριν αναπτύξετε τον ιστότοπο στην παραγωγή!).

Για να ενεργοποιήσετε αυτήν τη λειτουργία, θα πρέπει να επεξεργαστείτε το wp-config.php αρχείο στον ριζικό κατάλογο της εγκατάστασης του WordPress. Ακολουθεί ένα απόσπασμα ενός τυπικού αρχείου:

// Enable debugging define('WP_DEBUG', true); // Log all errors to a text file located at /wp-content/debug.log define('WP_DEBUG_LOG', true); // Don’t display error messages write them to the log file /wp-content/debug.log define('WP_DEBUG_DISPLAY', false); // Ensure all PHP errors are written to the log file and not displayed on screen @ini_set('display_errors', 0);

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

Κοινό λάθος αρ. 2: Προσθήκη σεναρίων και στυλ με χρήση wp_head Αγκιστρο

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

Η αποστολή εδώ έρχεται στη διάσωση, που είναι ο φιλικός προς το WordPress τρόπος προσθήκης σεναρίων και στυλ στον ιστότοπό μας. Χρησιμοποιούμε το enqueue για να αποτρέψουμε τις συγκρούσεις προσθηκών και να χειριστούμε τυχόν εξαρτήσεις που μπορεί να έχει ένα σενάριο. Αυτό επιτυγχάνεται χρησιμοποιώντας τις ενσωματωμένες συναρτήσεις wp_enqueue_script ή wp_enqueue_style για να δημιουργήσετε σενάρια και στυλ αντίστοιχα. Η κύρια διαφορά μεταξύ των δύο λειτουργιών είναι ότι με wp_enqueue_script έχουμε μια επιπλέον παράμετρο που μας επιτρέπει να μεταφέρουμε το σενάριο στο υποσέλιδο της σελίδας.

wp_register_script( $handle, $src, $deps = array(), $ver = false, $in_footer = false ) wp_enqueue_script( $handle, $src = false, $deps = array(), $ver = false, $in_footer = false ) wp_register_style( $handle, $src, $deps = array(), $ver = false, $media = 'all' ) wp_enqueue_style( $handle, $src = false, $deps = array(), $ver = false, $media = 'all' )

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

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

Δημιουργήστε πάντα ένα παιδικό θέμα εάν σκοπεύετε να τροποποιήσετε ένα θέμα. Ορισμένοι προγραμματιστές θα κάνουν αλλαγές στα αρχεία γονικού θέματος μόνο για να ανακαλύψουν μετά από μια αναβάθμιση στο θέμα ότι οι αλλαγές τους έχουν αντικατασταθεί και έχουν χαθεί για πάντα.

Για να δημιουργήσετε ένα παιδικό θέμα, τοποθετήστε ένα style.css αρχείο σε έναν υποκατάλογο του φακέλου του παιδικού θέματος, με το ακόλουθο περιεχόμενο:

/* Theme Name: Twenty Sixteen Child Theme URI: http://example.com/twenty-fifteen-child/ Description: Twenty Fifteen Child Theme Author: John Doe Author URI: http://example.com Template: twentysixteen Version: 1.0.0 License: GNU General Public License v2 or later License URI: http://www.gnu.org/licenses/gpl-2.0.html Tags: light, dark, two-columns, right-sidebar, responsive-layout, accessibility-ready Text Domain: twenty-sixteen-child */

Το παραπάνω παράδειγμα δημιουργεί ένα παιδικό θέμα με βάση το προεπιλεγμένο θέμα WordPress, Είκοσι δεκαέξι . Η πιο σημαντική γραμμή αυτού του κώδικα είναι εκείνη που περιέχει τη λέξη 'Πρότυπο' που πρέπει να ταιριάζει με το όνομα καταλόγου του γονικού θέματος από το οποίο κλωνοποιείτε το παιδί.

Οι ίδιες αρχές ισχύουν για τα βασικά αρχεία του WordPress: Μην ακολουθείτε την εύκολη διαδρομή τροποποιώντας τα βασικά αρχεία. Καταβάλλετε αυτήν την επιπλέον προσπάθεια χρησιμοποιώντας τις λειτουργίες και φίλτρα με δυνατότητα σύνδεσης του WordPress για να αποτρέψετε την αντικατάσταση των αλλαγών σας μετά από αναβάθμιση του WordPress. Οι συναφείς λειτουργίες σάς επιτρέπουν να παρακάμψετε ορισμένες βασικές λειτουργίες, αλλά αυτή η μέθοδος σταδιακά καταργείται και αντικαθίσταται με φίλτρα. Τα φίλτρα επιτυγχάνουν το ίδιο τελικό αποτέλεσμα και εισάγονται στο τέλος των λειτουργιών του WordPress για να επιτρέψουν την τροποποίησή τους. Ένα τέχνασμα είναι πάντα να ολοκληρώνετε τις λειτουργίες σας με if ( !function_exists() ) όταν χρησιμοποιείτε λειτουργίες με δυνατότητα σύνδεσης, καθώς πολλά πρόσθετα που προσπαθούν να παρακάμψουν την ίδια λειτουργία με δυνατότητα σύνδεσης χωρίς αυτό το περιτύλιγμα θα προκαλέσουν θανατηφόρο σφάλμα.

Κοινό λάθος αρ. 4: Τιμές Hardcoding

Συχνά φαίνεται πιο γρήγορο να απλώς κωδικοποιούμε μια τιμή (όπως μια διεύθυνση URL) κάπου στον κώδικα, αλλά ο χρόνος που αφιερώνεται στο δρόμο για τον εντοπισμό σφαλμάτων και την αποκατάσταση ζητημάτων που προκύπτουν ως αποτέλεσμα αυτού είναι πολύ μεγαλύτερος. Χρησιμοποιώντας την αντίστοιχη λειτουργία για τη δυναμική παραγωγή της επιθυμητής εξόδου, απλοποιούμε σε μεγάλο βαθμό την επακόλουθη συντήρηση και τον εντοπισμό σφαλμάτων του κώδικα μας. Για παράδειγμα, εάν μετεγκαταστήσετε τον ιστότοπό σας από ένα περιβάλλον δοκιμής στην παραγωγή με σκληρά κωδικοποιημένα URL, ξαφνικά θα παρατηρήσετε ότι ο ιστότοπός σας δεν λειτουργεί. Αυτός είναι ο λόγος για τον οποίο πρέπει να χρησιμοποιήσουμε συναρτήσεις, όπως αυτή που αναφέρεται παρακάτω, για τη δημιουργία διαδρομών αρχείων και συνδέσμων:

// Get child theme directory uri stylesheet_directory_uri(); // Get parent theme directory get_template_directory_uri(); // Retrieves url for the current site site_url();

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

global $wpdb; $user_count = $wpdb->get_var( 'SELECT COUNT(*) FROM $wpdb->users' );

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

Κοινό λάθος αρ. 5: Δεν εμποδίζει την ευρετηρίαση του ιστότοπού σας

Γιατί δεν θα ήθελα οι μηχανές αναζήτησης να ευρετηριάσουν τον ιστότοπό μου; Η ευρετηρίαση είναι καλή, έτσι; Λοιπόν, όταν δημιουργείτε έναν ιστότοπο, δεν θέλετε οι μηχανές αναζήτησης να ευρετηριάζουν τον ιστότοπό σας έως ότου ολοκληρώσετε την κατασκευή του και να δημιουργήσετε μια δομή μόνιμου συνδέσμου. Επιπλέον, εάν έχετε διακομιστή σταδιοποίησης όπου δοκιμάζετε αναβαθμίσεις ιστότοπων, δεν θέλετε μηχανές αναζήτησης όπως το Google να ευρετηριάζουν αυτές τις διπλότυπες σελίδες. Όταν υπάρχουν πολλά κομμάτια αδιάκριτου περιεχομένου, είναι δύσκολο για τις μηχανές αναζήτησης να αποφασίσουν ποια έκδοση είναι πιο σχετική με ένα ερώτημα αναζήτησης. Σε αυτές τις περιπτώσεις, οι μηχανές αναζήτησης θα τιμωρήσουν ιστότοπους με διπλό περιεχόμενο και ο ιστότοπός σας θα υποφέρει σε κατατάξεις αναζήτησης ως αποτέλεσμα αυτού.

Οπως φαίνεται παρακάτω, Ρυθμίσεις ανάγνωσης WordPress έχει ένα πλαίσιο ελέγχου με την ένδειξη 'Αποθαρρύνετε τις μηχανές αναζήτησης από την ευρετηρίαση αυτού του ιστότοπου', αν και αυτό έχει ένα σημαντικό να σημειωθεί κάτω από το οποίο δηλώνει ότι 'εξαρτάται από τις μηχανές αναζήτησης για να τηρήσουν αυτό το αίτημα'.

Λάβετε υπόψη ότι οι μηχανές αναζήτησης κάνουν συχνά δεν τιμήστε αυτό το αίτημα. Επομένως, εάν θέλετε αξιοπίστως αποτρέψτε τις μηχανές αναζήτησης από την ευρετηρίαση του ιστότοπού σας, επεξεργαστείτε το .htaccess αρχείο και εισαγάγετε την ακόλουθη γραμμή:

Header set X-Robots-Tag 'noindex, nofollow'

Κοινό λάθος αρ. 6: Δεν ελέγχει εάν είναι ενεργοποιημένη μια προσθήκη

Γιατί πρέπει να ελέγξω εάν υπάρχει μια λειτουργία προσθήκης εάν η προσθήκη μου είναι πάντα ενεργοποιημένη; Σίγουρα, το 99% του χρόνου που το plugin σας θα είναι ενεργό. Ωστόσο, τι γίνεται με αυτό το 1% του χρόνου όταν για κάποιο λόγο έχει απενεργοποιηθεί; Εάν και όταν συμβεί αυτό, ο ιστότοπός σας πιθανότατα θα εμφανίσει κάποια άσχημα σφάλματα PHP. Για να αποφευχθεί αυτό, μπορούμε να ελέγξουμε για να δούμε αν η προσθήκη είναι ενεργή πριν καλέσουμε τις λειτουργίες της. Εάν η λειτουργία προσθήκης καλείται μέσω της διεπαφής, πρέπει να συμπεριλάβουμε το plugin.php βιβλιοθήκη για να καλέσετε τη συνάρτηση is_plugin_active():

include_once( ABSPATH . 'wp-admin/includes/plugin.php' ); if ( is_plugin_active( 'plugin-folder/plugin-main-file.php' ) ) { // Run plugin code }

Αυτή η τεχνική είναι συνήθως αρκετά αξιόπιστη. Ωστόσο, θα μπορούσαν να υπάρξουν περιπτώσεις όπου ο συντάκτης άλλαξε το κύριο όνομα καταλόγου προσθηκών. Μια πιο στιβαρή μέθοδος θα ήταν να ελέγξετε την ύπαρξη τάξης στο plugin:

if( class_exists( ‘WooCommerce’ ) ) { // The plugin WooCommerce is turned on }

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

Κοινό λάθος No. 7: Φόρτωση πάρα πολλών πόρων

Γιατί πρέπει να είμαστε επιλεκτικοί στη φόρτωση πόρων προσθηκών για σελίδες; Δεν υπάρχει έγκυρος λόγος φόρτωσης στυλ και σεναρίων για μια προσθήκη εάν αυτό το πρόσθετο δεν χρησιμοποιείται στη σελίδα στην οποία έχει πλοηγηθεί ο χρήστης. Φορτώνοντας μόνο αρχεία προσθηκών όταν είναι απαραίτητο, μπορούμε να μειώσουμε τον χρόνο φόρτωσης της σελίδας μας, κάτι που θα οδηγήσει σε βελτιωμένη εμπειρία τελικού χρήστη. Πάρτε, για παράδειγμα, έναν ιστότοπο WooCommerce, όπου θέλουμε να φορτώνεται μόνο η προσθήκη στις σελίδες αγορών μας. Σε μια τέτοια περίπτωση, μπορούμε να αφαιρέσουμε επιλεκτικά τυχόν αρχεία από τη φόρτωση σε όλες τις άλλες σελίδες ιστότοπων για να μειώσουμε το φούσκωμα. Μπορούμε να προσθέσουμε τον ακόλουθο κώδικα στο θέμα ή την προσθήκη functions.php αρχείο:

function load_woo_scripts_styles(){ if( function_exists( 'is_woocommerce' ) ){ // Only load styles/scripts on Woocommerce pages if(! is_woocommerce() && ! is_cart() && ! is_checkout() ) { // Dequeue scripts. wp_dequeue_script('woocommerce'); wp_dequeue_script('wc-add-to-cart'); wp_dequeue_script('wc-cart-fragments'); // Dequeue styles. wp_dequeue_style('woocommerce-general'); wp_dequeue_style('woocommerce-layout'); wp_dequeue_style('woocommerce-smallscreen'); } } } add_action( 'wp_enqueue_scripts', 'load_woo_scripts_styles');

Τα σενάρια μπορούν να αφαιρεθούν με τη συνάρτηση wp_dequeue_script($handle) μέσω της λαβής με την οποία έχουν εγγραφεί. Ομοίως, wp_dequeue_style($handle) θα αποτρέψει τη φόρτωση των φύλλων στυλ. Ωστόσο, εάν αυτό είναι πολύ δύσκολο να το εφαρμόσετε, μπορείτε να εγκαταστήσετε το Διοργανωτής προσθηκών που παρέχει τη δυνατότητα φόρτωσης πρόσθετων επιλεκτικά βάσει συγκεκριμένων κριτηρίων, όπως ένας τύπος ανάρτησης ή ένα όνομα σελίδας. Είναι καλή ιδέα να απενεργοποιήσετε τυχόν πρόσθετα προσωρινής αποθήκευσης W3Cache , ότι ενδέχεται να έχετε ενεργοποιήσει για να σας εμποδίσει να ανανεώνετε συνεχώς την προσωρινή μνήμη, ώστε να αντικατοπτρίζει τυχόν αλλαγές που έχετε πραγματοποιήσει.

Κοινό λάθος αρ. 8: Διατήρηση της γραμμής διαχειριστή

Δεν μπορώ απλώς να αφήσω τη γραμμή διαχείρισης του WordPress ορατή για όλους; Λοιπόν, ναι, θα μπορούσατε να επιτρέψετε στους χρήστες σας να έχουν πρόσβαση στις σελίδες διαχειριστή. Ωστόσο, αυτές οι σελίδες πολύ συχνά δεν ενοποιούνται οπτικά με το θέμα που έχετε επιλέξει και δεν παρέχουν απρόσκοπτη ενσωμάτωση. Εάν θέλετε ο ιστότοπός σας να φαίνεται επαγγελματικός, θα πρέπει να απενεργοποιήσετε τη γραμμή διαχείρισης και να παράσχετε μια δική σας σελίδα διαχείρισης λογαριασμού διεπαφής:

add_action('after_setup_theme', 'remove_admin_bar'); function remove_admin_bar() { if (!current_user_can('administrator') && !is_admin()) { show_admin_bar(false); } }

Ο παραπάνω κώδικας, όταν αντιγραφεί στο θέμα σας functions.php Το αρχείο θα εμφανίζει μόνο τη γραμμή διαχείρισης για τους διαχειριστές του ιστότοπου. Μπορείτε να προσθέσετε οποιοδήποτε από τα WordPress ρόλοι χρηστών ή δυνατότητες στο current_user_can($capability) λειτουργία για τον αποκλεισμό των χρηστών από το να βλέπουν τη γραμμή διαχείρισης.

Κοινό λάθος αρ. 9: Μη χρήση του φίλτρου GetText

Μπορώ να χρησιμοποιήσω CSS ή JavaScript για να αλλάξω την ετικέτα ενός κουμπιού, τι συμβαίνει με αυτό; Ναι, ναι. Ωστόσο, προσθέτετε περιττό κώδικα και επιπλέον χρόνο για την απόδοση του κουμπιού, ενώ αντί αυτού μπορείτε να χρησιμοποιήσετε ένα από τα πιο εύχρηστα φίλτρα στο WordPress, που ονομάζεται gettext. Σε συνδυασμό με μια προσθήκη textdomain, ένα μοναδικό αναγνωριστικό που διασφαλίζει ότι το WordPress μπορεί να κάνει διάκριση μεταξύ όλων των φορτωμένων μεταφράσεων, μπορούμε να χρησιμοποιήσουμε το gettext φίλτρο για να τροποποιήσετε το κείμενο πριν από την απόδοση της σελίδας. Εάν αναζητήσετε τον πηγαίο κώδικα για τη συνάρτηση load_plugin_textdomain($domain), θα σας δώσει το όνομα τομέα που πρέπει να παρακάμψουμε το εν λόγω κείμενο. Οποιοδήποτε αξιόπιστο πρόσθετο θα διασφαλίσει ότι το textdomain για μια προσθήκη έχει ρυθμιστεί κατά την αρχικοποίηση της προσθήκης. Εάν υπάρχει κάποιο κείμενο σε ένα θέμα που θέλετε να αλλάξετε, αναζητήστε το load_theme_textdomain($domain) γραμμή κώδικα. Χρησιμοποιώντας ξανά το WooCommerce ως παράδειγμα, μπορούμε να αλλάξουμε το κείμενο που εμφανίζεται στην επικεφαλίδα 'Σχετικά προϊόντα'. Εισαγάγετε τον ακόλουθο κώδικα στο θέμα του θεματικού σας functions.php αρχείο:

function translate_string( $translated_text, $untranslated_text, $domain ) { if ( $translated_text == 'Related Products') { $translated_text = __( 'Other Great Products', 'woocommerce' ); } return $translated_text; } add_filter( 'gettext', 'translate_string', 15, 3 );

Αυτό το άγκιστρο φίλτρου εφαρμόζεται στο μεταφρασμένο κείμενο από τις λειτουργίες διεθνοποίησης __() και _e(), αρκεί το textdomain ορίζεται μέσω των προαναφερθεισών λειτουργιών.

_e( 'Related Products', 'woocommerce' );

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

Κοινό λάθος αρ. 10: Διατήρηση των προεπιλεγμένων μόνιμων συνδέσμων

Από προεπιλογή, το WordPress χρησιμοποιεί μια συμβολοσειρά ερωτήματος με το αναγνωριστικό της ανάρτησης για να επιστρέψει το καθορισμένο περιεχόμενο. Ωστόσο, αυτό δεν είναι φιλικό προς το χρήστη και οι χρήστες ενδέχεται να καταργήσουν σχετικά μέρη της διεύθυνσης URL κατά την αντιγραφή τους. Το πιο σημαντικό είναι ότι αυτοί οι προεπιλεγμένοι μόνιμοι σύνδεσμοι δεν χρησιμοποιούν δομή φιλική στη μηχανή αναζήτησης. Η ενεργοποίηση αυτού που ονομάζουμε 'όμορφα' μόνιμοι σύνδεσμοι θα διασφαλίσει ότι οι διευθύνσεις URL θα περιέχουν σχετικές λέξεις-κλειδιά από τον τίτλο της ανάρτησης για τη βελτίωση της απόδοσης στις κατατάξεις των μηχανών αναζήτησης. Μπορεί να είναι αρκετά αποθαρρυντικό να χρειαστεί να τροποποιήσετε εκ των υστέρων τους μόνιμους συνδέσμους σας, ειδικά εάν ο ιστότοπός σας λειτουργεί για σημαντικό χρονικό διάστημα και έχετε εκατοντάδες δημοσιεύσεις που έχουν ήδη ευρετηριαστεί από μηχανές αναζήτησης. Έτσι, μετά την εγκατάσταση του WordPress, βεβαιωθείτε ταχέως αλλάξτε τη δομή των μόνιμων συνδέσμων σας σε κάτι λίγο πιο φιλικό στη μηχανή αναζήτησης παρά απλώς ένα αναγνωριστικό ανάρτησης. Χρησιμοποιώ γενικά το όνομα της ανάρτησης για την πλειονότητα των ιστότοπων που δημιουργώ, αλλά μπορείτε να προσαρμόσετε τον μόνιμο σύνδεσμο σε οποιαδήποτε μορφή θέλετε, χρησιμοποιώντας το διαθέσιμο ετικέτες δομής permalink .

συμπέρασμα

Αυτό το άρθρο δεν είναι σε καμία περίπτωση μια εξαντλητική λίστα λαθών από Προγραμματιστές WordPress . Αν όμως υπάρχει ένα πράγμα που πρέπει να αφαιρέσετε από αυτό το άρθρο, είναι ότι δεν πρέπει ποτέ να λαμβάνετε συντομεύσεις (και αυτό ισχύει σε οποιαδήποτε πλατφόρμα ανάπτυξης, όχι μόνο στο WordPress!). Ο χρόνος που εξοικονομείται τώρα από κακές πρακτικές προγραμματισμού θα επιστρέψει για να σας στοιχειώσει αργότερα. Μη διστάσετε να μοιραστείτε μαζί μας ορισμένα λάθη που κάνατε στο παρελθόν - και το πιο σημαντικό ό, τι διδάχθηκε - αφήνοντας ένα σχόλιο παρακάτω.

Σχετίζεται με: Τα πέντε χειρότερα λάθη ανάπτυξης WordPress