Sólo somos humanos, y uno de los rasgos de ser un ser humano es que nos equivocamos. Por otro lado, también somos auto-corrección, lo que significa que tienden a aprender de nuestros errores y es de esperar por lo tanto somos capaces de evitar cometer los mismos dos veces. Muchos de los errores que he cometido en el ámbito de WordPress se originan de tratar de ahorrar tiempo en la aplicación de soluciones. Sin embargo, estos serían normalmente alzan su cabeza en el futuro cuando se surgir problemas como resultado de este enfoque. Los errores son inevitables. Sin embargo, el aprendizaje de descuidos de otras personas (y su propia, por supuesto!) Es un camino que debe tomar de forma proactiva.
Error común # 1: Mantener la depuración Off
¿Por qué debería utilizar la depuración cuando mi código está funcionando bien? La depuración es una característica integrada en WordPress que hará que todos los errores de PHP, advertencias y avisos que se mostrará (alrededor funciones obsoletas, etc.). Cuando la depuración está apagado, puede haber advertencias o avisos importantes que se generan que nunca vemos, pero que podría causar problemas más adelante si no nos ocupamos de ellos en el tiempo. Queremos que nuestro código para jugar muy bien con todos los demás elementos de nuestro sitio. Por lo tanto, al agregar cualquier nuevo código personalizado para WordPress, siempre debe hacer su trabajo de desarrollo con la depuración activada (pero asegúrese de apagarlo antes de implementar el sitio para la producción!).
Para activar esta función, deberá editar el archivo wp-config.php en el directorio raíz de la instalación de WordPress. Aquí hay un fragmento de un archivo típico:
// 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);
Esta no es una lista exhaustiva de opciones de configuración que se pueden utilizar, pero esta configuración sugerida debe ser suficiente para la mayoría de las necesidades de depuración.
Error común # 2: Adición de secuencias de comandos y Estilos de usar el gancho wp_head
¿Qué pasa con la adición de las secuencias de comandos en mi plantilla de cabecera? WordPress ya incluye una gran cantidad de secuencias de comandos populares. Sin embargo, muchos desarrolladores añadir secuencias de comandos adicionales utilizando el gancho wp_head. Esto puede resultar en el mismo guión, pero una versión diferente, que se carga varias veces. Enqueuing aquí viene al rescate, que es la manera de usar WordPress de añadir scripts y estilos en nuestro sitio web. Utilizamos enqueuing para evitar conflictos plugin y manejar las dependencias de un script podría tener. Esto se logra mediante el uso de las funciones incorporadas wp_enqueue_script o wp_enqueue_style para poner en cola los scripts y estilos, respectivamente. La principal diferencia entre las dos funciones es que con wp_enqueue_script tenemos un parámetro adicional que nos permite mover la secuencia de comandos en el pie de página de la página.
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’ )
Si el guión no es necesaria para representar el contenido encima de la tapa, se puede mover con seguridad al pie de página para asegurarse de que el contenido por encima de las cargas de plegado rápidamente. Es una buena práctica para registrar la secuencia de comandos antes de enqueuing, ya que esto permite a otros a darse de baja la secuencia de comandos a través de la manija en sus propios plugins, sin modificar el código del núcleo de su plugin. Además de esto, si el mango de una secuencia de comandos aparece registrada en el conjunto de dependencias de otro guión que ha sido en cola, que la escritura se cargará automáticamente antes de la carga que pone de relieve la escritura en cola.
Error común # 3: Evitar Temas Niño y la modificación de archivos del núcleo de WordPress
Siempre crear un tema menor si usted planea en la modificación de un tema. Algunos desarrolladores harán cambios en los archivos del tema de los padres sólo para descubrir después de una actualización para el tema de que sus cambios se han sobrescrito y perdido para siempre.
Para crear un tema menor, colocar un archivo style.css en un subdirectorio de la carpeta del tema de los niños, con el siguiente contenido:
/*
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
*/
El ejemplo anterior crea un tema infantil basada en el tema de WordPress por defecto, Twenty dieciséis. La línea más importante de este código es el que contiene la palabra «plantilla» que debe coincidir con el nombre del directorio del tema de los padres va a clonar al niño contra.
Los mismos principios se aplican a los archivos del núcleo de WordPress: No tome el camino más fácil mediante la modificación de los archivos del núcleo. Poner en que poco más de esfuerzo mediante el empleo de WordPress funciones enchufables y filtros para evitar los cambios de ser sobrescrito después de una actualización de WordPress. funciones enchufables permiten sustituir algunas funciones básicas, pero este método poco a poco se está reduciendo y se reemplazan con filtros. Filtros lograr el mismo resultado final y se insertan en el extremo de las funciones de WordPress para permitir su producción a ser modificado. Un truco es siempre para envolver sus funciones con if ( !function_exists() ) utilizando las funciones conectables desde múltiples plugins tratando de anular la misma función enchufable sin este envoltorio producirá un error fatal.
Error común # 4: Valores hardcoding
A menudo se ve más rápido a simplemente codificar un valor (tal como un URL) en algún lugar del código, pero el tiempo empleado por la depuración de carreteras y la rectificación de los problemas que surgen como resultado de esto es mucho mayor. Mediante el uso de la función correspondiente para generar la salida deseada de forma dinámica, se simplifica en gran medida el posterior mantenimiento y la depuración de nuestro código. Por ejemplo, si migra su sitio desde un entorno de prueba para la producción con URL codificada, de repente, te darás cuenta de que su sitio no está funcionando. Es por esto que debemos emplear funciones, como la que se enumeran a continuación, para la generación de rutas de archivos y enlaces:
// Get child theme directory uri
stylesheet_directory_uri();
// Get parent theme directory
get_template_directory_uri();
// Retrieves url for the current site
site_url();
Otro mal ejemplo de codificar es al escribir consultas personalizadas. Por ejemplo, como medida de seguridad, cambiamos el valor por defecto de WordPress prefijo de tabla de datos de wp_ a algo un poco más único, como wp743_. Nuestras consultas fallarán si alguna vez nos movemos la instalación de WordPress, como los prefijos de tabla pueden cambiar entre los ambientes. Para evitar que esto suceda, podemos hacer referencia a las propiedades de la tabla de la clase wpdb:
global $wpdb;
$user_count = $wpdb->get_var( «SELECT COUNT(*) FROM $wpdb->users» );
Observe cómo no estoy usando los wp_users de valor para el nombre de la tabla, pero en cambio, estoy dejando WordPress resolvieron nada. El uso de estas propiedades para generar los nombres de tabla le ayudará a asegurar que devuelve los resultados correctos.
Error común # 5: No se detuvo su sitio se indexen
¿Por qué no iba a querer a permitir la indexación buscar mi sitio? La indexación es bueno, ¿verdad? Pues bien, cuando la construcción de un sitio web, usted no desea que los motores de búsqueda para indexar su sitio hasta que haya terminado su construcción y ha establecido una estructura de enlaces permanentes. Por otra parte, si usted tiene un servidor de ensayo en el que prueba las actualizaciones del sitio, usted no desea que los motores de búsqueda como Google indexación de estas páginas duplicadas. Cuando hay varias piezas de contenido indistinguibles, es difícil para los motores de búsqueda para decidir qué versión es la más relevante para una consulta de búsqueda. Los motores de búsqueda en estos casos penalizar a los sitios con contenido duplicado, y su sitio van a sufrir en el ranking de búsqueda como resultado de esto.
Como se muestra a continuación, Ajustes de lectura WordPress tiene una casilla de verificación que dice «Desalentar los motores de búsqueda indexen este sitio», aunque esto tiene una importancia a la nota debajo afirmando que «Corresponde a los motores de búsqueda para reconocer esta solicitud».