En el artículo anterior charlamos sobre el consumo de RAM de ciertos complementos más usados en WordPress, también hicimos alusión a las consultas que efectúa WordPress a la base de datos MySQL y que ciertos plugins pueden hacer demasiadas consultas.
Este articulo va a ser un poco distinto, pero entrando en temas técnicos de WordPress que son útiles para los que trabajamos con este CMS, pero que muy pocos conocen puesto que son sus entresijos.

wordpress php memory

En este artículo explicaremos las variables que pueden ser definidas en el fichero wp-config.php de WordPress, para modificar su funcionamiento o bien para ahorrar” solicitudes a la base de datos definiendo ciertos parámetros que jamás cambian.
Vamos a intentar que este articulo sea lo más completo posible y con la mayor cantidad de información sobre todo lo que puedes incluir en tu wp-config.php, si bien algunos los vamos a excluir de la lista ya que utilizarlos seria poco inteligente en nuestros días o al contrario son cosas demasiado avanzadas como para efectuarlas de forma optima con un simple factor en el wp-config.php.

DB_NAME

El parámetro DB_NAME nos deja configurar y definir el nombre de la base de datos MySQL a la que se conectase WordPress para marchar, se define con el siguiente código:

define( ‘DB_NAME’, ‘database_name_here’ );

DB_USER

El parámetro DB_USER nos deja configurar y acotar el nombre del usuario que usara WordPress para conectarse a la base de datos MySQL, se define con el siguiente código:

 define( ‘DB_USER’, ‘MyUserName’ );

DB_PASSWORD

El factor DB_PASSWORD nos deja configurar y delimitar la contraseña que utilizara el usuario definido en DB_USER para acceder a la base de datos MySQL, se define con el siguiente código:

 define( ‘DB_PASSWORD’, ‘MyPassWord’ );

DB_HOST

Con este factor definimos cual va a ser el host de la base de datos, si el servidor MySQL que vamos a utilizar se halla en exactamente el mismo servidor debemos emplear localhost” o 127.0.0.1”, en este factor también podemos emplear un MySQL Socket, se define con el siguiente código:

define( ‘DB_HOST’, ‘MyDatabaseHost’ );

DB_CHARSET

Con el parámetro DB_CHARSET podemos configurar la codificación de caracteres de la base de datos MySQL a la que nos marchamos a conectar, podemos definirlo con el próximo código:

 define( ‘DB_CHARSET’, ‘utf8′ );

dólares americanos table_prefix

Con el parámetro $ table_prefix podemos configurar el prefijo de la base de datos para las tablas de la base de datos MySQL que utilizamos en nuestro WordPress, podemos acotar el prefijo con el siguiente código:

  dólares americanos table_prefix = ‘y77_’;

WP_SITEURL

Con el factor WP_SITEURL podemos acotar de forma estática la URL del sitios WordPress, incluso podemos configurar como URL un dominio con una subcarpeta, podemos delimitar la URL del sitios con el próximo código:

 define( ‘WP_SITEURL’, ‘http://example.com/wordpress’ );

WP_HOME

Con el parámetro WP_HOME podemos acotar la URL de la página primordial del weblog, algo similar al WP_SITEURL mas para el weblog (loop de WordPress), puedes definir esta variable con el próximo código:

 define( ‘WP_HOME’, ‘http://example.com/wordpress’ );

WP_CONTENT_DIR

Con el factor WP_CONTENT_DIR podemos definir otra ubicación personalizada para el directorio WP-CONTENT de WordPress, podemos acotar este parámetro a través de una ruta interna o mediante una URL, el código usado es el siguiente:

 define( ‘WP_CONTENT_DIR’, dirname(__FILE__) ‘/blog/wp-content’ );

WP_PLUGIN_DIR

Podemos modificar la ubicación de la carpetita de complementos con el factor WP_PLUGIN_DIR, como en el caso de WP_CONTENT_DIR podemos utilizar una ruta interna o una URL, el código utilizado para ello es el siguiente:

 define( ‘WP_PLUGIN_DIR’, dirname(__FILE__) ‘/blog/wp-content/plugins’ );

UPLOADS

Podemos modificar la ubicación de la carpeta usada para guardar los archivos subidos mediante el parámetro UPLOADS, el código usado para esto es el siguiente:

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

AUTOSAVE_INTERVAL

Como muchos van a saber, WordPress realiza un autoguardado automático de los artículos y páginas que se están editando mediante revisiones, con este factor podemos configurar cada cuanto tiempo se guardan revisiones automáticas, el código utilizado para ello es el siguiente:

 define( ‘AUTOSAVE_INTERVAL’, ciento sesenta );

EMPTY_TRASH_DAYS

Este factor nos permite configurar cada cuanto tiempo se vacía la papelera de WordPress, aun podemos desactivar la papelera de reciclaje. Podemos modificar el comportamiento de la papelera usando el próximo codigo:

 define( ‘EMPTY_TRASH_DAYS’, 0 );

WP_POST_REVISIONS

Con la variable WP_POST_REVISIONS podemos activar o desactivar la creación de revisiones por parte del autoguardado de WordPress, con este factor también podemos delimitar cuantas revisiones se guardan, el código usado para ello es el siguiente:

 define( ‘WP_POST_REVISIONS’, false );

COOKIE_DOMAIN

Utilizando el factor COOKIE_DOMAIN podemos delimitar cuál será el dominio o bien subdominio primordial del blog que va a tener las cookies y las instalase en el navegador del usuario, podría dedicar solo un blog post a redactar sobre esta alternativa y sus ventajas, mas creo que no es el momento, el factor para delimitar este factor es el siguiente:

 define( ‘COOKIE_DOMAIN’, ‘www.askapache.com’ );

WP_ALLOW_MULTISITE

Esta alternativa sirve para activar WordPress Multisite, tras activar esta opción y entrar a WordPress debemos seguir un asistente de configuración de la red de blogs. Para activar esto podemos usar el próximo parámetro:

 define( ‘WP_ALLOW_MULTISITE’, true );

WP_DEBUG

El DEBUG es una de las mejores herramientas para determinar y advertir inconvenientes en una instalación de WordPress, solo tiene dos modos de funcionamiento, puede estar encendido o apagado. Para activar esto podemos usar el siguiente parámetro:

 define( ‘WP_DEBUG’, true );

SCRIPT_DEBUG

Esta opción la he usado bastante poco en tanto que apenas le veo utilidad, mas saca algunos errores de Javascript y CSS así como los errores de PHP cuando el WP_DEBUG está activado, puedes activar el SCRIPT_DEBUG utilizando el siguiente código:

 define( ‘SCRIPT_DEBUG’, true );

WP_DEBUG_LOG

Si tenemos el WP_DEBUG activado y posteriormente activamos WP_DEBUG_LOG podemos guardar un registro con todos los fallos que ha dado la instalación de WordPress, los ficheros de log se guardaran en wp-content para activar el log podemos usar el siguiente parámetro:

 define( ‘WP_DEBUG_LOG’, false );

WP_MEMORY_LIMIT

De forma predeterminada WordPress impone un límite de memoria usable, podemos forzar la cantidad de memoria RAM empleada utilizando el siguiente parámetro:

 define( ‘WP_MEMORY_LIMIT’, ’64M’ );

WP_MAX_MEMORY_LIMIT

Este parámetro se parece al WP_MEMORY_LIMIT, mas solo afecta a la memoria usada al ejecutar el panel de administración de WordPress, podemos forzar esta opción con el próximo parámetro:

 define( ‘WP_MAX_MEMORY_LIMIT’, ‘256M’ );

WP_CACHE

Este parámetro hoy en día no se usa para lo que está concebido, pero es preciso tenerlo activado en el wp-config.php para que funcionen ciertos plugins de cache para WordPress, puesto que lo que hace es activar el fichero advanced-cache.php, podemos activar WP_CACHE con el próximo código:

 define( ‘WP_CACHE’, true );

CUSTOM_USER_TABLE

Podemos alterar la tabla donde se guardan los usuarios en la base de datos de WordPress, aunque en la práctica esto no tiene mucha utilidad, es una alternativa más que se puede delimitar con el próximo código:

define( ‘CUSTOM_USER_TABLE’, dólares americanos table_prefix.’my_users’ );

CUSTOM_USER_META_TABLE

La tabla META de usuarios guarda datos adicionales sobre los usuarios registrados en una instalación de WordPress, esta alternativa nos permite cambiar el nombre de la tabla donde se guardan estos datos, podemos definir esta opción con el próximo código:

 define( ‘CUSTOM_USER_META_TABLE’, dólares americanos table_prefix.’my_usermeta’ );

WPLANG

Este parámetro nos permite configurar el idioma por defecto de la instalación de WordPress, obviamente antes de configurar este factor debemos asegurarnos de que nuestra instalación de WordPress tiene los ficheros de idioma en la carpeta pertinente. Podemos definir el idioma con el próximo código:

 define( ‘WPLANG’, ‘de_DE’ );

WP_LANG_DIR

Con este factor podemos configurar la carpeta donde WordPress buscara los archivos de idioma, sinceramente creo que es un factor un tanto absurdo, pero podemos delimitar el idioma con el próximo código:

 define( ‘WP_LANG_DIR’, dirname(__FILE__) ‘wordpress/languages’ );

FS_CHMOD_DIR

Este factor es entre los más ignotos y a la vez entre los más útiles, ya que nos permite configurar los permisos para las carpetas de la instalación de WordPress,excelente utilidad para que nuestro WordPress tenga los permisos adecuados. Podemos delimitar los permisos de las carpetitas con el próximo código:

 define( ‘FS_CHMOD_DIR’, ( 0755 & ~ umask() ) );

FS_CHMOD_FILE

Este parámetro es semejante al FS_CHMOD_DIR, mas en un caso así lo que hace es definir los permisos de todos los ficheros de la instalación de WordPress, podemos delimitar los permisos de los ficheros con el siguiente código:

 define( ‘FS_CHMOD_FILE’, ( 0644 & ~ umask() ) );

WP_ALLOW_REPAIR

Este parámetro es un enorme desconocido, pocos saben que WordPress trae entre sus utilidades una herramienta para reparar la base de datos de WordPress, podemos activarla usando el siguiente parámetro:

 define( ‘WP_ALLOW_REPAIR’, true );

WP_HTTP_BLOCK_EXTERNAL

Lo que hace este factor es no permitir que WordPress realice peticiones externas a otros servidores HTTP, es un parámetro útil si estamos efectuando un desarrollo sobre WordPress en local. Podemos aplicar el bloqueo con el siguiente código:

 define( ‘WP_HTTP_BLOCK_EXTERNAL’, true );

WP_ACCESSIBLE_HOSTS

Este factor va directamente ligado al precedente, ya que nos deja crear una lista blanca con algunos dominios y hostnames a los que WordPress sí que podrá efectuar peticiones HTTP externas. Podemos aplicar el bloqueo con el próximo código:

 define( ‘WP_ACCESSIBLE_HOSTS’, ‘api.wordpress.org,.github.com’ );

DISABLE_WP_CRON

Podemos activar o bien desactivar el WP-CRON, este factor nos ayudase a desactivar el WP-CRON de WordPress y empezar a emplear el CRON de Linux, podemos hacerlo con el próximo parámetro:

 define( ‘DISABLE_WP_CRON’, true );

DISALLOW_FILE_EDIT

Con este factor puedes desactivar el editor integrado de themes y plugins desde el panel de WordPress, puedes desactivar el editor usando el próximo código:

 define( ‘DISALLOW_FILE_EDIT’, true );

DISALLOW_FILE_MODS

Este parámetro nos deja bloquear la instalación y actualización de themes y complementos en una instalación de WordPress, podemos activar esta opción utilizando el siguiente codigo:

 define( ‘DISALLOW_FILE_MODS’, true );

FORCE_SSL_LOGIN

El parámetro FORCE_SSL_LOGIN te dejará obligar a que todos y cada uno de los usuarios que quieran entrar al panel de administración de WordPress lo hagan a través de conexión cifrada HTTPS, podemos activar esta opción con el próximo codigo:

 define( ‘FORCE_SSL_LOGIN’, true );

FORCE_SSL_ADMIN

Este parámetro se parece al parámetro FORCE_SSL_LOGIN pero tiene una diferencia, en este caso se aplica solo a los administradores de la instalación de WordPress, podemos activar esta alternativa con el próximo código:

 define( ‘FORCE_SSL_ADMIN’, true );

AUTOMATIC_UPDATER_DISABLED

Esta opción nos deja desactivar el actualizador automático de complementos, themes y de WordPress, una alternativa útil si tenemos cambios específicos en el código de la instalación de WordPress y no deseamos perderlos, podemos activar esta opción con el próximo código:

 define( ‘AUTOMATIC_UPDATER_DISABLED’, true );

WP_AUTO_UPDATE_CORE

Esta opción nos permite activar o desactivar las actualizaciones automáticas del núcleo de WordPress, es decir, de los archivos del propio WordPress, podemos activar esta opción con el próximo código:

 define( ‘WP_AUTO_UPDATE_CORE’, false );

FTP_HOST

Esta alternativa nos deja guardar en la configuración de WordPress el servidor FTP donde se encuentra la instalación de WordPress, podemos delimitar esto con el próximo código:

 define( ‘FTP_HOST’, ‘ftp.example.org’ );

FTP_USER

Nos deja guardar el usuario FTP del servidor donde se guarda la instalación de WordPress, podemos acotar esto con el siguiente código:

 define( ‘FTP_USER’, ‘username’ );

FTP_PASS

Podemos acotar también la contraseña del usuario FTP del servidor donde se guarda la instalación de WordPress, podemos delimitar y guardar esto con el próximo código:

define( ‘FTP_PASS’, ‘password’ );

MÁS PARAMETROS DEL WP-CONFIG.PHP

Podría contabilizar más de 300 factores o bien variantes de factores que podríamos utilizar en el wp-config.php de WordPress para modificar funcionalidades en WordPress o bien desactivar funcionalidades de WordPress, es más, esta es la única forma que conozco de cambiar la manera de funcionar del núcleo de WordPress.
Desgraciadamente si incluyese todos y cada uno de los factores y sus variaciones esta lista sería imposible de leer y no se podría buscar nada en ella.

Si precisas ayuda para resolver algún problema en tu WordPress o bien estás buscando a alguien para desarrollar tu web sobre WordPress te recomendamos xtudiografico.com