Una introducción a los estándares de codificación de WordPress

Los estándares de programación en el desarrollo de WordPress son fundamentales para una base de código sólida y sostenible. Sirven como directrices y convenciones a las que se adhieren los desarrolladores cuando escriben código, ayudando a mejorar la colaboración, agilizar el mantenimiento y garantizar la fiabilidad general.

Además, los estándares de programación protegen contra errores y problemas comunes, mejorando la calidad del código. En el desarrollo de WordPress, donde a menudo colaboran varios desarrolladores en un mismo proyecto, los estándares de programación sustentan un trabajo en equipo eficaz. Facilitan la comunicación, mitigan los posibles conflictos y contribuyen a un proceso de desarrollo más eficiente.

El cumplimiento de los estándares de programación fomenta la coherencia entre proyectos, facilitando el cambio entre diferentes bases de código sin problemas. Esta coherencia se extiende a la legibilidad y mantenibilidad del código y fomenta un entendimiento compartido entre los miembros del equipo.

Los estándares oficiales de programación de WordPress cubren cinco áreas clave para un proceso de desarrollo cohesivo y eficiente:

PHP para garantizar la coherencia del código del lado del servidor
HTML para promover el marcado estructurado y semántico
JavaScript para una funcionalidad eficaz del lado del cliente
CSS para mantener un enfoque de estilo coherente
Accesibilidad para garantizar que el producto final sea inclusivo y fácil de usar para personas con necesidades diversas

En este artículo, exploramos estos estándares de codificación para ayudarte a comenzar a construir sitios web que cumplan con ellos y, quizás, a contribuir a la comunidad de desarrollo de WordPress.

Estándares PHP en el desarrollo de WordPress

Los estándares de codificación específicos de PHP para WordPress garantizan la coherencia y legibilidad del código de WordPress. Son obligatorias para WordPress Core y muy recomendables para temas y plugins. Estos estándares cubren varios aspectos, como las convenciones de nomenclatura, indentación y la estructura del código para mejorar la legibilidad y facilitar la colaboración.

Los estándares PHP de WordPress abarcan las siguientes categorías:

General — Estos estándares incluyen la colocación de las etiquetas PHP de apertura y cierre en una línea por sí mismas al incrustar un fragmento PHP de varias líneas en un bloque HTML, evitar las etiquetas PHP abreviadas al utilizar comillas simples y dobles, y directrices para escribir declaraciones include y require:

// Opening and closing PHP tags within HTML:
// Put open/close tags on their own lines.

## DO
function foo() {
  ?>
  <div>
    <?php
    echo esc_html (
      bar (
        $param1,
        $param2
      )
    );
    ?>
  </div>
  <?php
}

## DON'T
if ( $x === $y ) { ?>
  <div>
    
  <?php }

// Avoid shorthand PHP tags

## DO
<?php ... ?>
<?php esc_html( $x ); ?>

## DON'T
<? ... ?>
<? esc_html( $x ); ?>

// Writing include/require statements:
// Avoid include_once as it continues execution 
// even if the file is not found. 
// Do not use brackets around the file path.

## DO
require_once ABSPATH . 'file-name.php'

## DON'T
require_once  __DIR__ . '/file-name.php'
include_once  ( ABSPATH . 'file-name.php' );

Nomenclatura — Los estándares para la nomenclatura incluyen convenciones de nomenclatura e interpolación para nombrar hooks dinámicos:

## DO
// Use lowercase letters for function and variable names.
function my_function( $some_variable ) {}

// Use uppercase letters for constant names.
define('MAX_AGE', 60);

## DON'T
// Use camelCase.
function myFunction( $someVariable ) {}

Espacios en blanco — Los estándares sobre espacios en blanco establecen directrices para el uso de espacios, indentación y la eliminación de espacios finales. (Si quieres iniciar un debate entusiasta entre desarrolladores, pregúntales si prefieren tabuladores o espacios para la indentación del código. Sea cual sea tu preferencia, la recomendación oficial para los desarrolladores de WordPress son las tabulaciones, y esto es válido para JavaScript y CSS, además de para PHP. Así que tenlo en cuenta cuando trabajes en proyectos colaborativos)

## DO
// Put spaces after commas.
$colors = ['red', 'green', 'blue']

// Put spaces on both sides of the opening and 
// closing brackets of control structures. 
foreach( $foo as $bar ) { ...

// Defining a function:
function my_function() { ...

// Logical comparisons:
if ( ! $foo ) { ...

// Accessing array items:
$a = $foo['bar']
$a = $foo[ $bar ]

## DON'T
$colors = ['red','green','blue']
foreach($foo as $bar){ ...
function my_function(){ ...
if (!$foo) { ...
$a = $foo[ ‘bar’ ]
$a = $foo[$bar]

Formato — Los estándares de formato para el desarrollo PHP en WordPress incluyen estilos de llaves, declaraciones de array, directrices para llamadas a funciones de varias líneas, declaraciones de tipos, constantes mágicas y el operador de propagación:

// DO
// Use the following brace style.
if ( condition ) {
    action();
} elseif ( condition2 ) {
    action2();
} else {
    default_action();
}

// Declare arrays using the long syntax.
$numbers_long = array(1, 2, 3, 4, 5);
/* In multi-line function calls, each parameter should only take up one line.
Multi-line parameter values should be assigned a variable, and the variable passed to the function call. */
$data = array(
    'user_name' => 'John Doe',
    'email'     => '[email protected]',
    'address'   => '123 Main Street, Cityville',
);
$greeting_message = sprintf(
    /* translation function. %s maps to User's name */
    __( 'Hello, %s!', 'yourtextdomain' ),
    $data['user_name']
);
$result = some_function (
    $data,
    $greeting_message,
    /* translation function %s maps to city name*/
    sprintf( __( 'User resides in %s.' ), 'Cityville' )
);

// Magic constants should be uppercase.
// The ::class constant should be lowercase with no spaces around the scope resolution operator (::).
add_action( my_action, array( __CLASS__, my_method ) );
add_action( my_action, array( My_Class::class, my_method ) );

/* Add a space or new line with appropriate
   indentation before a spread operator.

   There should be:

   * No space between the spread operator and the 
     variable/function it applies to.

   * No space between the spread and the reference 
     operators when combined.
*/

//DO
function some_func( &...$arg1 ) {
    bar( ...$arg2 );
    bar(
        array( ...$arg3 ),
        ...array_values( $array_vals )
    );
}

//DONT
function some_func( &   ...  $arg1 ) {
    bar(...
        $arg2 );
    bar(
        array( ...$arg3 ),...array_values( $array_vals )
    );
}

Declaraciones, espacio de nombres y declaraciones de importación — Estos estándares de codificación se aplican a las declaraciones de espacios de nombres y a las declaraciones use:

// Each namespace declaration should contain 
// capitalized words separated by underscores.
namespace My_CompanyProjectKinsta_ProjectUtilities;

// Import use statements can use aliases 
// to prevent name collisions.
use Project_NameFeatureClass_C as Aliased_Class_C;

Programación orientada a objetos (POO, Object-oriented programming) — Estos estándares incluyen el uso de una sola estructura de objetos por archivo, proporcionando directrices para el uso de las declaraciones trait use, garantizando que siempre se declare la visibilidad, detallando el orden de visibilidad y modificador, y resumir las reglas para la instanciación de objetos:

// Trait use statements should be at the top of a class.
// Trait use should have at least one line before and after
// the first and last statements.
// Always declare visibility.
class Foo {
    use Bar_Trait;
    public $baz = true;
    ...
}

// Always use parentheses when instantiating a new 
// object instance.
// Don't add space between a class name and the opening bracket.
$foo = new Foo();

Estructuras de control — Las estructuras de control incluyen el uso de elseif, no de else if, y directrices para las condiciones Yoda. Declaraciones Yoda: Cuando mezcles variables con constantes, literales o llamadas a funciones en comparaciones lógicas, coloca la variable a la derecha para evitar asignaciones accidentales, como se muestra a continuación:

// A "legal" comparison:
if ( true === $result ) {
    // Do something with $result
}

// But a typo like this could get past you:
if ( $result = true ) {
    // We will always end up here
}

Operadores — Estos estándares incluyen los operadores ternarios, el operador de control de errores (@) y los operadores de incremento/decremento:

// Always have ternary operators 
// test if the statement is true, not false.
$programming_language = ( 'PHP' === $language ) ? 'cool' : 'meh'; 

// Favor pre-increment/decrement over post-increment/decrement
// for stand-alone statements.

// DO
--$a;

// DON'T
$a--;

Base de datos — Los estándares de codificación de bases de datos proporcionan instrucciones para realizar consultas a la base de datos y dar formato a las sentencias SQL.
Recomendaciones adicionales — Las recomendaciones adicionales incluyen estándares como utilizar valores de bandera autoexplicativos para los argumentos de las funciones, código inteligente, cierres (funciones anónimas), expresiones regulares, comandos shell e instrucciones para evitar extract().

Estándares de documentación inline de WordPress para el código PHP

Además de las directrices anteriores, WordPress proporciona estándares de documentación inline para el código PHP. WordPress utiliza un esquema de documentación personalizado que se inspira en la sintaxis PHPDoc, un estándar en evolución para proporcionar documentación al código PHP mantenido por phpDocumentor. Estos estándares agilizan la generación de documentación externa y contribuyen a la comunidad de desarrolladores de WordPress en general, fomentando una comprensión compartida de las estructuras de la base de código.

La documentación PHP en WordPress aparece principalmente como bloques formateados o comentarios inline. Documenta lo siguiente en los archivos de WordPress:

Funciones y métodos de clase
Clases
Miembros de la clase, incluyendo propiedades y constantes
Requerimientos e inclusiones
Hooks (acciones y filtros)
Comentarios inline
Cabeceras de archivo
Constantes

Estándares HTML y CSS en WordPress

Los temas y plugins de WordPress se adhieren a estrictos estándares de codificación HTML para garantizar la coherencia, la accesibilidad y la facilidad de mantenimiento. Las directrices hacen hincapié en el marcado semántico, animando a los desarrolladores a utilizar los elementos HTML para los fines previstos. Esta práctica mejora la estructura del contenido y el rendimiento de la optimización para motores de búsqueda (SEO). Además, se te anima a validar tu HTML para garantizar la compatibilidad entre navegadores.

Los estándares de código HTML proporcionan directrices para:

Validación — Deberías validar todas tus páginas HTML con W3C validator para asegurarte de que tu marcado está bien formado.
Elementos que se cierran solos — La barra oblicua de los elementos que se cierran solos debe ir precedida de un espacio.

<!-- DO -->
<br />

<!-- DON'T –>
<br/>

Atributos y etiquetas — Todos los atributos y etiquetas deben ir en minúsculas. Además, los valores de los atributos sólo deben ir en minúsculas cuando sean para interpretación automática. Si escribes para humanos, utiliza las mayúsculas adecuadas.

<!-- DO -->
<a href="http://example.com/" title="Link Description">Descriptive text</a>
<meta http-equiv="content-type" content="text/html; charset=utf-8" />

<!-- DON'T -->
<a HREF="http://example.com/" TITLE="link description">Click here</a>

Comillas — Todos los atributos deben tener un valor y deben utilizar comillas simples o dobles. No entrecomillar los valores puede dar lugar a vulnerabilidades de seguridad.

<!-- DO -->
<input type="text" name="email" disabled="disabled" />
<input type='text' name='email' disabled='disabled' />

<!-- DON'T -->
<input type=text name=email disabled>

Indentación — La indentación HTML debe reflejar siempre la estructura lógica. Cuando mezcles PHP y HTML, aplica indentación a los bloques PHP para que coincidan con el código HTML circundante.

<!-- DO -->
<?php if ( ! have_articles() ) : ?>
<div class="article">
    <h1 class="article-title">Not Found</h1>
    <div class="article-content">
        <p>No results were found.</p>
        <?php get_error_msg(); ?>
    </div>
</div>
<?php endif; ?>

<!-- DON'T -->
<?php if ( ! have_articles() ) : ?>
<div class="article">
<h1 class="article-title">Not Found</h1>
<div class="article-content">
<p>No results were found.</p>
<?php get_error_msg(); ?>
</div>
</div>
<?php endif; ?>

Además de estos estándares HTML, los estándares CSS de WordPress te ayudan a crear hojas de estilo limpias, modulares y con capacidad de respuesta. Establecen una línea de base para la colaboración y la revisión, desde el código central hasta los temas y plugins. Estas directrices ayudan a garantizar que tu código sea legible, coherente y tenga sentido.

Los estándares de código CSS de WordPress hacen hincapié en el uso de clases específicas para dirigirse a elementos, promoviendo una estructura coherente y organizada. En concreto, describen estándares para:

Estructura:

/* DO 
Each selector should be on its own line ending with 
a comma or curly brace. The closing brace should occupy 
the same indentation level as the opening selector. */
#selector-1,
#selector-2 {
    property: value;
}

Selectores:

/* DO 
Use lowercase and separate words using hyphens.
Use double quotes around values for attribute selectors.
Avoid overqualified selectors, such as div.container. */
#contact-form {
    property: value;
}
input[type="text"] {
    property: value;
}

Propiedades (prefijos de ordenación y de proveedor):

/* Append properties with a colon and a space. 
Properties should be lowercase — except font names 
snd vendor-specific properties — and use shorthand. */
#selector {
    property: value;
}

Valores:

/* Add a space before the value and a semicolon after.
Use double quotes.
0 values should not have units.
Use a leading zero for decimal values.
Delineate multiple comma-separated values for 
a single property with a space or new line. */
#contact-form {
    font-family: "Helvetica Neue", sans-serif;
    opacity: 0.9;
    box-shadow:
        0 0 0 1px #5b9dd9,
        0 0 2px 1px rgba(20, 120, 170, 0.9);
}

Consultas de medios:

/* Rules set for media queries should be indented one level in.
Keep media queries grouped by media at the bottom of the stylesheet. */
@media all and (max-width: 1024px) and (min-width: 780px) {
    $selector {
        property: value;
    }        
}

Comentarios:

Desde su creación en 2003, los estándares de codificación de WordPress para HTML y CSS se han alineado con las directrices del Consorcio World Wide Web (W3C) para HTML y CSS. Enfatizando la integración de los principios del diseño adaptable y el marcado semántico, los estándares del W3C han influido en el desarrollo de temas y plugins, comenzando con el lanzamiento de HTML5 y CSS3.

Esta adopción de las directrices del W3C garantiza que los sitios web de WordPress se adhieran a los estándares web globales, mejorando la interoperabilidad y la experiencia del usuario y reflejando el compromiso de mantenerse actualizado, seguro y compatible dentro del ecosistema web más amplio.

La adhesión a estas directrices en WordPress hace hincapié en la verificación de la calidad HTML con el W3C HTML markup validator.

Estos estándares HTML y CSS garantizan una presentación visualmente atractiva, fácil de usar y eficiente de los sitios web de WordPress en todas las plataformas. Favorecen una experiencia de usuario fluida y facilitan la colaboración entre los desarrolladores que trabajan en diversos aspectos del ecosistema de WordPress.

Estándares de codificación JavaScript en WordPress

Los estándares de codificación de WordPress también proporcionan directrices para dar formato y estilo al código JavaScript de temas y plugins. Además, estos estándares ayudan a promover la coherencia del código junto con el código PHP, HTML y CSS básico.

Los estándares de codificación JavaScript de WordPress se basan en la Guía de estilo JavaScript de jQuery, que surgió en 2012 como un conjunto integral de convenciones de codificación que mejoran la coherencia y legibilidad del código. Inicialmente, se dirigía específicamente a proyectos jQuery, pero su éxito impulsó una adopción generalizada más allá del framework.

Aunque las directrices de jQuery guían los estándares de WordPress, hay algunas diferencias notables para el desarrollo de WordPress:

WordPress utiliza comillas simples para las declaraciones de cadenas.
Las sentencias Case están indentadas dentro de los bloques switch.
El contenido de las funciones está indentado de forma consistente, incluyendo las envolturas de cierre de archivo completo.
Algunas reglas de espacio en blanco difieren para alinearse con los estándares PHP de WordPress, como el uso de tabulaciones o indentación.
El límite estricto de 100 caracteres de jQuery, aunque se recomienda, no se aplica estrictamente.

Los estándares de codificación JavaScript de WordPress cubren las siguientes áreas:

Refactorización del código.
Espaciado del código, incluyendo declaraciones de objetos, arrays y llamadas a funciones:

// Object declarations
// DO
var obj = {
    name: 'John',
    age: 27,
    height: 179
}

// DON'T
var obj = {
    name: 'John',  age: 27,
    height: 179
}

// Arrays and function calls
// Include extra spaces around elements and arguments.
array = [ 1, 2 ];
foo( arg1, arg2 );

Uso del punto y coma:

// Always use semicolons
array = [ 1, 2 ];

Indentación y saltos de línea, incluyendo bloques y llaves, sentencias de varias líneas y llamadas a métodos encadenados:

// Use tabs for indentation
( function ( $ ) {
    // Expressions indented
    function doSomething() {
        // Expressions indented
    }
} )( jQuery );

// if, else, for, while, and try blocks should span multiple lines
if ( condition ) {
    // Expressions
} else if ( ( condition && condition ) || condition ) {
    // Expressions
} else {
    // Expressions
}

// Line breaks must occur after an operator if the statement
// is too long to fit on one line.
var html = '<p>The sum of ' + a + ' and ' + b + ' plus ' + c +
    ' is ' + ( a + b + c ) + '</p>';
/* If a chain of method calls is too long to fit on a single line, 
   use one call per line. The first call should be on a separate line from
   the object on which the methods are called. */
elements
    .addClass( 'foo' )
    .children()
        .html( 'hello' )
    .end()
    .appendTo( 'body' );

Asignaciones y globales, incluyendo la declaración de variables con const y let, la declaración de variables con var, globales y bibliotecas comunes.
Convenciones de nomenclatura como abreviaturas y acrónimos, definiciones de clases y constantes:

// Abbreviations must be written in camelCase.
// All letters of acronyms should be capitalized.
const userId = 1;
const currentDOMDocument = window.document;

// Class definition must use UpperCamelCaseConvention.
class Human {
    ...
}

// Constants should use SCREAMING_SNAKE_CASE convention.
const SESSION_DURATION = 60

Igualdad:

// Use strict equality/inequality checks (=== and !==)
// instead of abstract checks (== and !=).
if ( name === "John" ) {
    ...
}
if ( result !== false ) {
    ...
}

// Also, with negation:
if !( result === false ) {
    ...
}

Cadenas:

// Use single-quotes for string literals.
    var myString = 'Hello world!'

Declaraciones de cambio:

// Use a break for each case other than default.
// Indent case statements one tab within the switch.
switch ( event.keyCode ) {
    // ENTER and SPACE both trigger x()
    case $.ui.keyCode.ENTER:
    case $.ui.keyCode.SPACE:
        x();
        break;
    case $.ui.keyCode.ESCAPE:
        y();
        break;
    default:
        z();
}

Además, los estándares de codificación de WordPress describen varias prácticas recomendadas para escribir código JavaScript.

Al igual que con PHP, WordPress proporciona estándares de documentación inline para el código JavaScript. Estos estándares inline, que son bloques formateados de documentación o comentarios inline, siguen el estandar JSDoc 3 para la documentación inline de JavaScript. Los estándares inline cubren funciones, métodos de clases, objetos, cierres, propiedades de objetos, eventos y cabeceras de archivos.

Cómo garantizar la accesibilidad en el desarrollo de WordPress

Los estándares de accesibilidad son cruciales para garantizar que los contenidos digitales, incluidos los sitios web creados en plataformas como WordPress, puedan ser utilizados por personas de todas las capacidades. Adoptar los estándares de accesibilidad del W3C garantiza que los sitios web creados con WordPress sean inclusivos y accesibles para las personas con discapacidad.

Las pautas de accesibilidad del W3C, en concreto las Pautas de Accesibilidad al Contenido en la Web (WCAG), proporcionan un framework exhaustivo para hacer que el contenido web sea más accesible. Reconociendo la importancia de la inclusión, WordPress ha incorporado estas directrices a sus funcionalidades básicas.

Por ejemplo, las WCAG miden el cumplimiento de la Ley Europea de Accesibilidad, que se aplicará a muchas organizaciones de la UE a partir de junio de 2025.

Satisfacer las diversas necesidades implica implementar funciones y principios de diseño como la compatibilidad con lectores de pantalla, la navegación mediante teclado y las alternativas de texto para el contenido no textual.

Garantizar la accesibilidad en WordPress no es sólo una cuestión de cumplimiento. Es un compromiso para proporcionar a todos el mismo acceso a la información y los servicios. Al cumplir las directrices del W3C, los sitios web de WordPress son más accesibles y fáciles de usar, lo que fomenta un entorno online más inclusivo.

Algunos ejemplos prácticos de implementación de funciones de accesibilidad en tus temas y plugins son los siguientes:

Utiliza HTML semántico — Asegúrate de utilizar correctamente las etiquetas HTML semánticas. Por ejemplo, utiliza <nav> para los menús de navegación, <header> para las cabeceras del sitio y <main> para el contenido principal. Estas etiquetas ayudan a los lectores de pantalla y a otras tecnologías de asistencia a comprender la estructura de la página.
Añade texto alternativo a las imágenes, vídeos y contenidos de audio — Añade un texto alternativo descriptivo a las imágenes para transmitir su significado a los usuarios que no pueden verlas. En WordPress, añade atributos descriptivos alt a la biblioteca multimedia cuando añadas imágenes. Incluye subtítulos y transcripciones para los vídeos y proporciona alternativas de texto para el contenido de audio, para garantizar que los usuarios sordos o con dificultades auditivas puedan acceder a la información.
Construye pensando en el diseño responsivo — Asegúrate de que tu tema o plugin es responsivo y se adapta bien a diferentes tamaños de pantalla. Este enfoque beneficia a los usuarios con distintos dispositivos y garantiza una experiencia coherente en todas las plataformas.
Diseña formularios accesibles — Proporciona etiquetas e instrucciones claras para los campos de los formularios. Utiliza los tipos de entrada adecuados, como correo electrónico o teléfono, para activar el teclado correcto en dispositivos móviles y tecnologías de asistencia.
Utiliza la navegación por teclado — Asegúrate de que todos los elementos interactivos sean navegables mediante el teclado. Los usuarios deben poder desplazarse por enlaces, botones y campos de formulario. Prueba y mejora la accesibilidad mediante el teclado evitando depender de las interacciones con el ratón.

Herramientas para cumplir los estándares de codificación de WordPress

Hay muchas herramientas de rastreo de código disponibles que pueden ayudarte a cumplir los estándares de codificación de la plataforma descritas anteriormente. Repasemos sólo algunas de las herramientas de validación que puedes utilizar para comprobar el cumplimiento de los estándares de codificación de WordPress.

PHP_CodeSniffer

El PHP_CodeSniffer escanea tu base de código PHP para identificar desviaciones de las normas establecidas. Facilita un código más limpio y eficiente al detectar infracciones de codificación y discrepancias de estilo. Esto mejora el rendimiento de los sitios web de WordPress y garantiza una compatibilidad perfecta con futuras actualizaciones y plugins.

W3 Org’s CSS Validation Service

W3 Org’s CSS Validation Service escanea las hojas de estilo CSS, identificando y rectificando posibles errores que podrían impedir un rendimiento óptimo del sitio. Desempeña un papel crucial en el mantenimiento de la coherencia y el cumplimiento de los estándares del W3C, garantizando una experiencia de usuario fluida en distintos dispositivos. Como resultado, los sitios web ven mejorados sus tiempos de carga y cumplen los estrictos estándares de codificación CSS establecidas por WordPress.

JSHint

JSHint analiza el código JavaScript, identificando posibles errores, incoherencias estilísticas y el cumplimiento de las mejores prácticas. Te ayuda a escribir un código más limpio y eficiente, optimizando en última instancia el rendimiento del sitio web. Su enfoque centrado en los estándares de programación de WordPress garantiza que el código JavaScript se integre a la perfección con la arquitectura general de WordPress, ayudándote a mantener un entorno de programación cohesivo y estandarizado.

WebAIM Contrast Checker

WebAIM’s Contrast Checker te ayuda a evaluar y mejorar la accesibilidad de tus sitios web de WordPress. Esta herramienta simplifica el proceso, a menudo complejo, de conseguir un contraste de color óptimo para promover la accesibilidad. Utilizando la información en tiempo real del comprobador de contraste, puedes identificar áreas para mejorar la legibilidad del texto y la legibilidad para todos los visitantes.

Resumen

Los estándares de codificación son la columna vertebral de un desarrollo de software eficaz y colaborativo. Garantizan la coherencia y legibilidad del código, agilizan el proceso de codificación, mejoran la capacidad de mantenimiento y facilitan el trabajo en equipo. Para los desarrolladores de WordPress, cumplir los estándares de codificación es crucial para crear sitios web robustos y escalables.

Kinsta puede ayudarte en tus esfuerzos por cumplir con estándares como éstas mediante entornos de desarrollo que te permitan centrarte en tu trabajo. Nuestra propia suite DevKinsta basada en Docker te permite diseñar y desarrollar sitios WordPress en tu máquina local y luego desplegarlos sin problemas en tus entornos de producción. Combina DevKinsta con nuestro Alojamiento Administrado de WordPress, y podrás dedicar más tiempo a tu código y menos a configurar servidores web.

Steve Bonisteel Kinsta

Steve Bonisteel is a Technical Editor at Kinsta who began his writing career as a print journalist, chasing ambulances and fire trucks. He has been covering Internet-related technology since the late 1990s.

Potente Alojamiento Administrado de WordPress

Lo más destacado de WordPress

Lo más destacado de la plataforma

Impulsamos tu

Casos de estudio

Cómo Doyuk escaló su negocio globalmente con el alojamiento fiable y de alto rendimiento de Kinsta

Cómo Torro Media consigue sistemáticamente puntuaciones de Google PageSpeed superiores a 90 en todos los sitios de sus clientes

Recursos

Contactar

Una introducción a los estándares de programación de WordPress

Estándares PHP en el desarrollo de WordPress

Estándares de documentación inline de WordPress para el código PHP

Estándares HTML y CSS en WordPress

Estándares de codificación JavaScript en WordPress

Cómo garantizar la accesibilidad en el desarrollo de WordPress

Herramientas para cumplir los estándares de codificación de WordPress

PHP_CodeSniffer

W3 Org’s CSS Validation Service

JSHint

WebAIM Contrast Checker

Resumen

Comentarios

Deja una respuesta Cancelar la respuesta

Potente Alojamiento Administrado de WordPress

Cómo Doyuk escaló su negocio globalmente con el alojamiento fiable y de alto rendimiento de Kinsta

Cómo Torro Media consigue sistemáticamente puntuaciones de Google PageSpeed superiores a 90 en todos los sitios de sus clientes

Una introducción a los estándares de programación de WordPress

Estándares PHP en el desarrollo de WordPress

Estándares de documentación inline de WordPress para el código PHP

Estándares HTML y CSS en WordPress

Estándares de codificación JavaScript en WordPress

Cómo garantizar la accesibilidad en el desarrollo de WordPress

Herramientas para cumplir los estándares de codificación de WordPress

PHP_CodeSniffer

W3 Org’s CSS Validation Service

JSHint

WebAIM Contrast Checker

Resumen

Artículos y Temas Relacionados

Potente Alojamiento Administrado de WordPress

¿Cómo Editar CSS en WordPress? (Editar, Agregar y Personalizar el aspecto de tu sitio)

Comentarios

Deja una respuesta Cancelar la respuesta