<?php
/**
 * The base configuration for WordPress
 *
 * The wp-config.php creation script uses this file during the installation.
 * You don't have to use the website, you can copy this file to "wp-config.php"
 * and fill in the values.
 *
 * This file contains the following configurations:
 *
 * * Database settings
 * * Secret keys
 * * Database table prefix
 * * ABSPATH
 *
 * @link https://developer.wordpress.org/advanced-administration/wordpress/wp-config/
 *
 * @package WordPress
 */

// ** Database settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'database_name_here' );

/** Database username */
define( 'DB_USER', 'username_here' );

/** Database password */
define( 'DB_PASSWORD', 'password_here' );

/** Database hostname */
define( 'DB_HOST', 'localhost' );

/** Database charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );

/** The database collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );

/**#@+
 * Authentication unique keys and salts.
 *
 * Change these to different unique phrases! You can generate these using
 * the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}.
 *
 * You can change these at any point in time to invalidate all existing cookies.
 * This will force all users to have to log in again.
 *
 * @since 2.6.0
 */
define( 'AUTH_KEY',         'put your unique phrase here' );
define( 'SECURE_AUTH_KEY',  'put your unique phrase here' );
define( 'LOGGED_IN_KEY',    'put your unique phrase here' );
define( 'NONCE_KEY',        'put your unique phrase here' );
define( 'AUTH_SALT',        'put your unique phrase here' );
define( 'SECURE_AUTH_SALT', 'put your unique phrase here' );
define( 'LOGGED_IN_SALT',   'put your unique phrase here' );
define( 'NONCE_SALT',       'put your unique phrase here' );

/**#@-*/

/**
 * WordPress database table prefix.
 *
 * You can have multiple installations in one database if you give each
 * a unique prefix. Only numbers, letters, and underscores please!
 *
 * At the installation time, database tables are created with the specified prefix.
 * Changing this value after WordPress is installed will make your site think
 * it has not been installed.
 *
 * @link https://developer.wordpress.org/advanced-administration/wordpress/wp-config/#table-prefix
 */
$table_prefix = 'wp_';

/**
 * For developers: WordPress debugging mode.
 *
 * Change this to true to enable the display of notices during development.
 * It is strongly recommended that plugin and theme developers use WP_DEBUG
 * in their development environments.
 *
 * For information on other constants that can be used for debugging,
 * visit the documentation.
 *
 * @link https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
 */
define( 'WP_DEBUG', false );

/* Add any custom values between this line and the "stop editing" line. */



/* That's all, stop editing! Happy publishing. */

/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
	define( 'ABSPATH', __DIR__ . '/' );
}

/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';

No obstante, este archivo también se suele encontrar en las instalaciones de WordPress como wp-config-sample.php

Tenemos a nuestra disposición una extensa guía desde la documentación oficial de WordPress en https://wordpress.org/support/article/editing-wp-config-php/, aunque vamos a intentar resumir las más interesantes.

Forzar al protocolo HTTPS

Con estas constantes podemos forzar tanto el login como el panel de administración de WordPress (/wp-admin) a usarlo exclusivamente bajo el protocolo HTTPS, por lo que es necesario que el servidor cuente con un certificado de seguridad SSL.

define('FORCE_SSL_LOGIN', true);
define('FORCE_SSL_ADMIN', true);

NOTA: No lo actives si estás trabajando en modo local o en un servidor provisional sin certificado SSL.

Conexión con la base de datos

// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'database_name_here' );
/** MySQL database username */
define( 'DB_USER', 'username_here' );
/** MySQL database password */
define( 'DB_PASSWORD', 'password_here' );
/** MySQL hostname */
define( 'DB_HOST', 'localhost' );

Cuando instalamos WordPress, lo primero que el instalador nos pregunta son los datos de la base de datos con la que vamos a trabajar. Pero si necesitamos modificar estos datos a posteriori, podemos localizarlos en el archivo wp-config.php en el apartado MySQL settings.

define( ‘DB_NAME’, ‘database_name’ ); Nombre de la base de datos en nuestro servidor.
define( ‘DB_USER’, ‘username’ ); Nombre de usuario de la base de datos.
define( ‘DB_PASSWORD’, ‘password’ ); Contraseña de la base de datos.
define( ‘DB_HOST’, ‘localhost’ ); Dirección del servidor de la base de datos. En muchos hosts suele ser «localhost», aunque en otros hostings como IONOS o Arsys, puede ser una dirección concreta.

Otras opciones en la base de datos

define ('DB_HOST', 'localhost: 3306' );

Especifica el puerto utilizado por el gestor de bases de datos. Por defecto se establece en 3306, pero si necesitas modificarlo, defínelo en esta constate.

$table_prefix = 'mistablas_'; // Only numbers, letters, and underscores please!

Establece el prefijo de las tablas de la base de datos de WordPress. Por defecto se utiliza wp_, pero para reforzar la seguridad, te aconsejo que lo cambies durante la instalación de tu WordPress.

No lo modifiques una vez instalado, o tendrás errores en WordPress al no conectar correctamente con las tablas. Cámbialo solo en los casos en que migres de base de datos y el prefijo de la nueva base de datos sea distinto.

define( 'DB_CHARSET', 'utf8' );

Establece el conjunto de caracteres de la base de datos. Por defecto, WordPress utilizará UTF-8.

define( 'DB_COLLATE', '' );

Establece el orden de clasificación del juego de caracteres. Por defecto se establece en blanco para que MySQL asigne automáticamente la colación en función del conjunto de caracteres definido con DB_CHARSET.

La colación general para UTF-8 suele ser ‘utf8_general_ci’:

define( 'DB_COLLATE', 'utf8_general_ci' );

Si necesitas definir una colación distinta para un país concreto, por ejemplo Turquía, establece:

define( 'DB_COLLATE', 'utf8_turkish_ci' );

Claves de seguridad

define( 'AUTH_KEY', 't`DK%X:>xy|eZ(BXb/f(Ur`8#~UzUQG-^_Cs_GHs5U-&Wb?pgn^p8(2@}IcnCa|' );
define( 'SECURE_AUTH_KEY', 'D&ovlU#|CvJ##uNq}bel+^MFtT&.b9{UvR]g%ixsXhGlRJ7q!h}XWdEC[BOKXssj' );
define( 'LOGGED_IN_KEY', 'MGKi8Br(&{H*~&0s;{k0<S(O:+f#WM+q|npJ-+P;RDKT:~jrmgj#/-,[hOBk!ry^' ) ;
define( 'NONCE_KEY', 'FIsAsXJKL5ZlQo)iD-pt??eUbdc{_Cn<4!d~yqz))&B D?AwK%)+)F2aNwI|siOe' );
define( 'AUTH_SALT', '7T-!^i!0,w)L#JK@pc2{8XE[DenYI^BVf{L:jvF,hf}zBf883td6D;Vcy8,S)-&G' );
define( 'SECURE_AUTH_SALT', 'I6`V|mDZq21-J|ihb u^q0F }F_NUcy`l,=obGtq*p#Ybe4a31R,r=|n#=]@]c #' );
define( 'LOGGED_IN_SALT', 'w<$4c$Hmd%/*]`Oom>(hdXW|0M=X={we6;Mpvtg+Vo<$|#_}qG(GaVDEsn,~*4i' );
define( 'NONCE_SALT', 'a|#h{c5|P &xWs4IZ20c2&%4!c(/uG}W:mAvy<I44`jAbup]t=]V<`}.py(wTP%%' );

Se definen automáticamente durante la instalación. No es necesario que las copies ni mucho menos que las memorices, pero puedes cambiarlas si lo deseas. Solo asegúrate que sean largas y complicadas.

Normalmente son usadas para las cookies de sesión, de forma que si las modificas, los usuarios con sesión en tu web tendrán que volver a loguearse.

Establecer la URL del sitio

define( 'WP_SITEURL', 'https://misitioweb.com' );

Establece la URL WordPress. (No finalizes la URL con barra invertida «/», por ejemplo misitio.com/).

Por defecto, la URL del sitio se guarda en la tabla de opciones de la base de datos, pero si defines esta constante reducirás la cantidad de llamadas a la base de datos al cargar la web.

Establecer la URL del blog

define( 'WP_HOME', 'https://misitioweb.com/misitio' );

Define la dirección de WordPress en caso de que no se encuentre en el directorio principal de tu dominio. En la mayoría de casos será la misma dirección que la URL del sitio.

Mover los directorios por defecto

Otra opción que podemos definir en wp-config.php es la ubicación de los directorios como, WP-CONTENT, PLUGINS, THEMES, UPLOADS…

Moviendo el directorio WP-CONTENT

Definiendo el PATH LOCAL:

define( 'WP_CONTENT_DIR', dirname(__FILE__) . '/blog/wp-content' );

Definiendo la URL:

define( 'WP_CONTENT_URL', 'http://example/blog/wp-content' );

Moviendo el directorio PLUGINS

Definiendo el PATH LOCAL:

define( 'WP_PLUGIN_DIR', dirname(__FILE__) . '/blog/wp-content/plugins' );

Definiendo la URL:

define( 'WP_PLUGIN_URL', 'http://example/blog/wp-content/plugins' );

Moviendo el directorio THEMES

$theme_root = WP_CONTENT_DIR . '/themes'; 

Moviendo el directorio UPLOADS

define( 'UPLOADS', 'blog/wp-content/uploads' );

Caché de objetos y compresión

define( 'WP_CACHE', true );
define( 'WP_CACHE_KEY_SALT', 'bli6w8w9zrqufbfz79:' );
define( 'COMPRESS_CSS', true );
define( 'COMPRESS_SCRIPTS', true );
define( 'ENFORCE_GZIP', true );

WP_CACHE habilita la caché de objetos. Normalmente la utilizan los plugins de gestión de caché.
WP_CACHE_KEY_SALT, define la clave de caché. Puedes poner una aleatoria.
COMPRESS_CSS Y COMPRESS_SCRIPT, comprimen los objetos de estilos y javascript.
ENFORCE_GZIP, fuerza la entrega de la caché comprimida. Esta función tiene que estar habilitada en el servidor.

Limitar las revisiones de posts

define( 'WP_POST_REVISIONS', 5 );

Si editas mucho tu contenido, debes saber que cada vez que actualizas una entrada, página, producto… se guarda una revisión de esta, para que puedas volver a ella en cualquier momento. Esto hace que nuestra base de datos pueda crecer enormemente. Personalmente me he encontrado con páginas que tenían más de 500 revisiones guardadas.

Creo que limitar a 5 es más que suficiente, incluso se puede desactivar por completo, indicando el parámetro false:

define( 'WP_POST_REVISIONS', false );

Guardado automático

define( 'AUTOSAVE_INTERVAL', 30 );

Por defecto, WordPress realiza autoguardados de tus publicaciones cada 60 segundos. Puedes cambiar este valor con esta definición.

Permanencia en la papelera

define( 'EMPTY_TRASH_DAYS', 7 );

Cuando enviamos contenido a la papelera, esta permanece ahí durante 30 días por defecto. Podemos cambiar este valor por otro número de días.

Habilitar WordPress Multisitio

define( 'WP_ALLOW_MULTISITE', true );

Si deseas habilitar varias instalaciones de WordPress en un mismo sitio (WordPress multisitio), establece en TRUE esta consante.

Redirección Blogs inexistentes

define( 'NOBLOGREDIRECT', 'https://misitio.com' );

Redirige a tu sitio principal en caso de que alguiente intente acceder a un subdominio o subdirectorio inexistente.

WP_DISABLE_FATAL_ERROR_HANDLER

Antes de la versión 5.2 de WordPress, si un theme o complemento causaba un error fatal, el usuario solo veía una pantalla en blanco. A partir de WordPress 5.2, se muestra un mensaje error del estilo:

«El sitio está experimentando dificultades técnicas. Consulte la bandeja de entrada de correo electrónico del administrador de su sitio para obtener instrucciones».

Pero en un entorno de desarrollo, seguramente necesitamos visualizar esos errores de PHP y para ello debemos ocultar este mensaje por defecto, además de habilitar el WP_DEBUG y WP_DEBUG_DISPLAY

define( 'WP_DISABLE_FATAL_ERROR_HANDLER', true );   // 5.2 and later 
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_DISPLAY', true ); 

WP_DEBUG informa de errores y advertencias en temas y plugins, además de errores en la base de datos.

Aumentar la memoria asignada a PHP

Por defecto, la memoria PHP asignada en WordPress es de solo 40MB. Es conveniente aumentar esta cantidad sobre todo si utilizamos un número considerable de plugins o editamos la web con builders como Elementor, Divi, Fusion, etc.

Existen dos límites de memoria, el que tiene que ver con el frontend o web visible y el que tiene que ver con el panel de administración de WordPress.

Aumentar el límite de memoria en el frontend:

define( 'WP_MEMORY_LIMIT', '128M' );

Aumentar el límite de memoria en el panel administrador:

define( 'WP_MAX_MEMORY_LIMIT', '256M' );

Evitar que WordPress pida los datos FTP al instalar o actualizar complementos

Esta configuración suele estar habilitada por defecto en la mayoría de hostings, pero si WordPress te pide los datos de autenticación FTP cada vez que intentas actualizar o instalar un complemento define la siguiente constante:

define( 'FS_METHOD', 'direct' );

Habilitar un cron alternativo

Si por cualquier razón el cron por defecto de WordPress no realiza correctamente las tareas asignadas y quieres establecer un Cron alternativo, debes especificarlo con la siguiente constante:

define( 'ALTERNATE_WP_CRON', true );

Deshabilitar cron

También es posible que quieras deshabilitar el cron si no vas a hacer uso de él (programar publicaciones, programar backups, etc.):

define( 'DISABLE_WP_CRON', true );

Limitar los intervalos de cron

Establece el tiempo (en segundos) que deben transcurrir entre la ejecución de un cron y otro.

define( 'WP_CRON_LOCK_TIMEOUT', 60 );

Reparar automáticamente la base de datos

Si tienes problemas con tu base de datos y no puedes iniciar sesión, puedes definir esta constante para forzar una reparación automática.

define( 'WP_ALLOW_REPAIR', true );

Después accede a ruta: https://misitio.com/wp-admin/maint/repair.php

No es necesario iniciar sesión para ejecutar el proceso. Una vez resuelto el problema, borra esta consante o cámbiala a false.

Desactivar el editor interno de themes y plugins

Una medida sencilla de mejorar la seguridad en nuestro WordPress es desactivando el editor interno de plugins y temas. De esta forma, si alguien se hace con nuestro usuario administrador, no podrá editar plantillas y plugin insertando código malicioso. (Para ello tendrá que tener también acceso al FTP y modificar los archivos insitu).

define( 'DISALLOW_FILE_EDIT', true );

Desactivar las actualizaciones automáticas de WordPress

Es conveniente no actualizar a la ligera un WordPress, sobre todo si es una versión media o mayor. Debemos asegurar antes de que tanto el theme como los complementos (plugins) tienen 100% compatibilidad con la nueva versión.

Para impedir que WordPress se actualice automáticamente usa la constante:

define( 'WP_AUTO_UPDATE_CORE', false );

Pero sí es buena idea actualizar únicamente las versiones de seguridad y mantenimiento, para ello usamos la constante:

define( 'AUTOMATIC_UPDATER_DISABLED', false );
define( 'WP_AUTO_UPDATE_CORE', 'minor' );
define( 'CORE_UPGRADE_SKIP_NEW_BUNDLED', true );

La última constante ‘CORE_UPGRADE_SKIP_NEW_BUNDLED’, evitará que las actualizaciones de WordPress editen el directorio wp-content, evitando que se instalen los nuevos temas por defecto que incroporen las nuevas versiones.

Desactiva toda actualización automática y manual

Si quieres llevar un control o mantenimiento exhaustivo de un proyecto, puedes impedir que se instalen o actualicen complementos con la constante:

define( 'DISALLOW_FILE_MODS', true );

Ni siquiera un usuario administrador podrá instalar o actualizar nada.

Concluyendo…

Existen más constantes que puedes definir para configurar otros aspectos más avanzados de tu WordPress, puedes consultarlos en la documentación oficial: https://wordpress.org/support/article/editing-wp-config-php, aunque los comentados en este post suelen ser los más interesantes a tener en cuenta.

Espero que te haya servido de utilidad y nos vemos en el siguiente post

¿Cómo se sube un proyecto final WordPress de tu ordenador al hosting final?

Tan sencillo como trasladar toda la carpeta de tu proyecto a la carpeta de proyectos de tu hosting profesional (carpeta que debe especificarte tu hosting o consultar en el manual de este), pero antes vamos a realizar unos pocos pasos para adaptarlo al nuevo alojamiento:

1. Volcar la base de datos.
2. Modificar la ruta de los enlaces de localhost al nuevo dominio.
3. Editar el archivo de configuración (wp-config.php).

1. Volcar la base de datos

Podemos exportar nuestra base de datos local en un archivo .sql que después será importado en la base de datos del hosting.

Para ello accedemos a nuestro phpMyadmin (local) a través de http://localhost/phpmyadmin:

Seleccionamos la base de datos que queremos respaldar y pulsamos en Exportar:

En la siguiente pantalla dejamos seleccionado el formato SQL y hacemos clic en Continuar:

Se descargará el respaldo de la base de datos en un archivo .sql que guardaremos para después.

Ahora deberíamos acceder al phpmyadmin del hosting de pago (cada uno tiene su propio panel de control, por lo tanto consultar en los manuales o al soporte técnico), crear una nueva base de datos vacía:

E importar nuestra base de datos de respaldo.

2. Modificar la ruta de los enlaces de localhost al nuevo dominio

Una vez respaldada la base de datos, vamos a modificar un par de valores en una de las tablas, en concreto la que especifica la ruta de instalación de wordpress, que en nuestro ordenador estaba configurada en «localhost»:

Localizamos la tabla wp-options:

Hacemos clic en ella, y nos situamos sobre los campos que vamos a modificar:

• siteurl
• home

Haciendo doble clic en los valores podemos modificarlos, y solamente deberemos cambiarlos por el nombre de domino que hayamos contratado.

Esto hará que todos los enlaces internos de WordPress, así como las imágenes y archivos adjuntos se actualicen a la nueva ruta del alojamiento, de lo contrario seguirían apuntando a «localhost» y nos daría errores:

3. Editar el archivo de configuración (wp-config.php)

Por último modificamos el archivo wp-config.php de nuestro wordpress local. Los parámetros a modificar son:

• DB_NAME: sustituimos el antiguo nombre de la base de datos local (en el ejemplo ‘wordpresspruebas’, por el nombre de la nueva base de datos que hemos creado en el hosting profesional.
• DB_USER: nombre de usuario de MySQL del hosting profesional.
• DB_PASSWORD: contraseña de usuario de MySQL del hosting profesional.
• DB_HOST: dirección de la nueva base de datos, es habitual que permanezca en ‘localhost’ pero hay hosting en los que tienes que especificar la IP del servidor de bases de datos (consultar en la documentación del hosting).

Una vez hechos estos cambios ya solo tenemos que volcar toda la carpeta de nuestro proyecto WordPress al hosting, normalmente por FTP y listo.

En el segundo capítulo del Curso de WordPress que estamos impartiendo en Gestionatuweb.net, realizábamos la instalación de WordPress en un servidor local, asumiendo que lo hacíamos en  Windows ya que es el sistema más usado y no tiene mayor complicación. Solamente bastaba con copiar la carpeta de wordpress en el directorio de proyectos de WAMP, que normalmente es C:/wamp/www.

En XAMPP en Linux, la carpeta para proyectos se encuentra ubicada en la ruta /opt/lampp/htdocs.

Una particularidad de esta carpeta es que requiere de permisos de administrador para poder crear, editar o eliminar archivos y carpetas, por lo que si intentamos copiar directamente la carpeta de wordpress en /opt/lampp/htdocs, no nos va a dejar.

Lo más rápido es hacerlo desde la terminal con el comando:

sudo cp -R wordpress /opt/lampp/htdocs

Con esto ya tendríamos copiada la carpeta de wordpress dentro de la carpeta de proyectos de XAMPP con lo que ya podríamos iniciar la instalación desde el navegador.

El segundo problema que podemos encontrarnos, es que al ejecutar la instalación, wordpress nos lance el siguiente error:

Esto ocurre porque al copiar la carpeta wordpress en la ruta /opt/lampp/htdocs, recordemos que son carpetas de sistema que requieren de permisos de administración, y la carpeta wordpress hereda dichos permisos.

El instalador de wordpress tiene que editar varios archivos y al no disponer de los permisos necesarios nos lanza el anterior error.

Lo solucionamos agregando permisos de escritura para cualquier usuario a la carpeta wordpress usando la terminal con el comando:

sudo chmod -R 0777 /opt/lampp/htdocs/wordpress

-R indica que se asigne a todas las subcarpetas y archivos del directorio wordpress.
Los permisos en linux se asignan mediante un número octal (del 0 al 7).
Con 0777 estamos dando permisos de escritura a cualquier usuario del sistema, permitiendo al instalador de wordpress modificar los archivos necesarios para realizar la instalación.

Si volvemos a la instalación ya debería funcionar:

AVISO: Mucha gente tiene el problema de que al intentar instalar un tema, plugin o actualización, WordPress le pide datos de acceso FTP. Bien, los datos que nos pide son:

FTP: localhost
Usuario FTP: Tu usuario linux
Password: Tu clave de usuario del sistema.

O también puedes editar el archivo wp-config.php añadiendo la línea:

define(‘FS_METHOD’, ‘direct’);

Si tienes algún problema deja tu comentario