Lanzamiento del producto Lanzamiento de las mejores prácticas UX PARTE 5: Construyendo una calderera WP

Bienvenido a la quinta parte de mi serie sobre las experiencias de la Mejor Experiencia de Usuario (UX) en el lanzamiento de un producto. En el artículo anterior, hablamos sobre la importancia de incluir una página de bienvenida en su complemento. Hoy explicaré cómo construir esa página de bienvenida con una licencia de GLP que se puede usar en cualquier producto de WordPress. Página de bienvenida de Boilerplate para su producto de WordPress. Creé una página de bienvenida WP para simplificar el proceso de agregar una página de bienvenida. Boilerplate está actualmente disponible como complemento WordPress. Puede descargar la última versión aquí e instalarla en su sitio de WordPress para probarla. Cada paso está documentado en el código, por lo que incluso un principiante de WordPress puede probarlo.
Página WP WP Boilerplate Welplate Página WP Boilerplate utiliza una API transitoria de WordPress para garantizar la redirección cuando se activa un complemento de WordPress. Tiene una página de bienvenida incorporada que incluye contenido falso y acuerdos con la adición y eliminación de transitorios con redirecciones seguras. Funciona así:
Cuando se activa el complemento, agregue un transitorio.
Cuando el complemento está deshabilitado, se elimina el mismo transitorio.
Tras la activación, el usuario recibe una redirección segura única a la página de bienvenida del complemento WP.
Arquitectura Si descarga el complemento archivado de GitHub y extrae su contenido, encontrará la raíz plegada llamada WP-WeBeCe-Page-Bolerplate. Contiene el archivo de complemento estándar WP-WP-Wepere-Boilerplate.php, una carpeta llamada Welcome. La arquitectura de esta calderera se ve así:
Carpeta de raíz: WP-WeVelce-Page-Boilerplate
Archivo: WP-WeVelome-Page-BoilerPlate/WP-WeVelce-Page-Boilerplate.php es el archivo responsable de introducir la página de bienvenida, así como de definir algunas constantes globales. Debe cambiar estas constantes globales para que coincidan con el paquete de complementos y el camino a la carpeta correcta.
Carpeta: WP-WeBround-Page-Boilerplate/Welcome/CSS es la carpeta que contiene el archivo style.css para el estilo de la página de bienvenida.
Carpeta: WP-WeVever-Page-Boilerplate/Welcome/IMG es la carpeta que contiene todas las imágenes.
Archivo: WP-WeBround-Page-Boilerplate/Welcome/Welcome-Init.php es la bienvenida de la página de bienvenida. Se encarga de agregar y eliminar transitorios al activar y desactivar el complemento e incluye el archivo Wellez-Logic.php.
Archivo: WP-Welcome-Page-Boilerplate/Welcome/Welcome-Logic.php es el archivo responsable con la adición de toda la lógica relacionada con nuestra página de bienvenida, que se ocupa de la redirección del usuario a la primera activación, agregando un submenú e incluye la bienvenida Archivo de visión de la página, así como la cola de la hoja de estilo.
Archivo: WP-Welcome-Page-Boilerplate/Welcome/Welcome-View.php es el archivo responsable para ver nuestra página de bienvenida, el 90% de este archivo se basa en HTML y CSS False.
Nota: Asegúrese de cambiar el prefijo/sufijo WPW_ y el nombre del paquete WPW con el nombre de su complemento cuando use esta calderera en producción.
Aquí hay una imagen. Estudiemos el contenido del archivo de complemento principal en la carpeta raíz. El archivo básico de la página de bienvenida WP Boilerplate WP-WP-WeBome-Page-Boilerplate.php es el archivo de complemento básico estándar, que contiene el siguiente código: <? Php/**
* Nombre del complemento: Página de bienvenida WP Boilerplate
* Plugin Uri: http://ahmadawais.com/
* Descripción: Página de gobierno del complemento de WordPress Plugin.
* Autor: Mrahmadawais, WPTIE
* Autor de URI: http://ahmadawais.com/
* Versión: 1.0.1
* Licencia: LPL2+
* Uri de licencia: http://www.gnu.org/licenses/gpl-2.0.txt
* Github arares: https://github.com/wptie/wp-welcome-page-boilerplate
* Rama de Github: maestro
*
* @pachet wpw
*/
// Salir si se accede directamente.
if (! definido ('abspath')) {
Salida;
}
/**
* Definir constantes globales.
*
* @From 1.0.0
*/
// Versión de complemento.
if (! definido ('wpw_version')) {
define ('wpw_version', '1.0.1');
}
// Nombre de la carpeta del complemento.
if (! definido ('wpw_name')) {
Define ('wpw_name', trim (dirname (plugin_basename (__file__), '/'));
}
// complement dir, incluida la carpeta.
if (! definido ('wpw_dir')) {
Define ('wpw_dir', wp_plin_dir. '/'. wpw_name);
}
// La URL de arado, incluida la carpeta.
if (! definido ('wpw_url')) {
Define ('wpw_url', wp_plin_url. '/'. wpw_name);
}
// Arplicar el archivo root.
If (! Definido ('wpw_plin_file')) {
Define ('wpw_plin_file', __file__);
}
/**
* Bienvenido archivo.
*
* @From 1.0.0
*/
If (file_existe (wpw_dir. '/Welcome/welcome-init.php')) {
reequire_once (wpw_dir. '/welcome/welcome-init.php');} El código Prima fila (1-15) describe las metainformaciones estándar que determinan la presencia de un complemento o cabeza de WordPress. Esto será familiar para cualquiera que haya desarrollado un complemento antes.
A continuación, encontrará un control de seguridad ABSPAT en las filas 17-20. Su propósito es cancelar el proceso de complemento para cualquier acceso no autorizado al archivo. Desde la fila 23-51, hemos creado algunas constantes globales, como wpw_version, wpw_name, wpw_url, etc. Puede leer más sobre estos en el códice de WordPress. Debe cambiarlos para reflejar el nombre de su complemento (que es WPW para esta caldera). Asegúrese de mantener las rutas intactas, porque estas rutas se usan dentro del complemento para colocar las hojas de estilo e implementar los ganchos de activación y desactivación (que necesitan la ruta al archivo del complemento principal).
Si examina este código de cerca, las constantes globales tienen algo común: se lleva a cabo una verificación IF (definida). Al hacerlo, se ahorra de una variable global predefinida. El propósito de crear archivos separados es mantener limpio el código. Es por eso que solicité el archivo Wellez-Init.php en las filas 54-61. Si usa Boilerplate, deberá incluir solo la carpeta de bienvenida. Para estar seguro, recomiendo usar la función file_exis () para verificar si existe el archivo que incluye. El archivo inicial de la página de bienvenida creé un archivo de inicialización (bienvenido-it.php) que inicializa la página de bienvenida. Agregue y elimine un transitorio y requiera el archivo Welcome-Logic.php. Echemos un vistazo a su código: <? Php
/**
* Bienvenido página Init

*
* Bienvenido inicializador de página.
*
* @From 1.0.0
* @pachet wpw
*/
// Salir si se accede directamente.
if (! definido (‘abspath’)) {
Salida;
}
// Agregue los transitorios para activar el complemento.
If (! Function_exists (‘wpw_welcomome_page’)) {
// gancho en ejecución al activar el complemento.
registro_activation_hook (wpw_plugin_file, ‘wpw_welcome_activate’);
/**
* Agregue los transitorios.
*
* Agregue la página de bienvenida de transición.
*
* @From 1.0.0
*/
Wpw_welcome_activate function () {
// La edad transitoria máxima es de 60 segundos.
set_ransient (‘_ WELDIRECT_WPW’, true, 60);
}
}
// Eliminar el transitorio al desactivar el complemento.
If (! Function_exists (‘wpw_welcomome_page’)) {
// gancho que se ejecuta cuando el complemento desactiva.
Registro_deataction_hook (wpw_plugin_file, ‘wpw_welcome_deactate’);
/**
* Elimine el transitorio al desactivar el complemento.*
* Eliminar la página de bienvenida de transición.
*
* @From 2.0.0
*/
Wpw_welcome_deatActate function () {
delete_ransient (‘_ WELDIRECT_WPW’);
}
}
/**
* Bienvenido lógicamente.
*
* @From 1.0.0
*/
If (file_existe (wpw_dir. ‘/Welcome/welcome-logic.php’)) {
Request_once (wpw_dir. ‘/Welcome/welcome-logic.php’);
} Después del bloque de documentos en el encabezado, el código comienza con una verificación de abspath (línea 11-14). Realiza la misma función que en el archivo básico. Luego escriba el código que agrega un transitorio al activar el complemento y lo limpia a la desactivación. Puede estar abajo con dos funciones de la siguiente manera:
Creación de una función de transición set_transient ($ transitorio, $ valor, $ expiration) crea o actualiza cualquier transitorio. Se necesitan tres parámetros, de los cuales los dos primeros son obligatorios y en forma de un par clave valioso. El último parámetro es opcional y define el tiempo después de lo cual expira la transición. Para crear una reorganización de la bienvenida.
Eliminar una función de transición delete_ransient ($ transitorio) elimina un transitorio. Se necesita un solo parámetro que es la clave para la transición que desea eliminar. Usaré esta función para eliminar los transitorios que creé. Ahora que está familiarizado con estas funciones, comprender el código será mucho más fácil. Explicación del código en la línea 16-32, creamos una transición para la página de bienvenida a través de la función set_transient (). Lo nombré en la función personalizada personalizada wpw_welcome_activate (). En este caso: la clave/transitorio es: _welcome_redirect_wpw (puede definir cualquier clave personalizada)
El valor se establece en: verdadero
El tiempo de vencimiento es: 60 segundos
Esto significa que el valor de _welcome_redirect_wpw se establece en verdadero durante 60 segundos, después de lo cual el transitorio debe caducar.
Conecté esta función al registro_activation_hook () que es el gancho que se ejecuta al activar el complemento. Entonces, ahora esta función solo se ejecutará en la activación del complemento. Asegúrese de que el primer parámetro para este gancho sea el nombre del archivo principal del archivo del complemento. Lo definí como una constante global. La línea 35-50 se ocupa de la funcionalidad del complemento cuando se desactiva. Por lo tanto, se define la función delete_ransient () que adquiere el mismo parámetro de transición _welcome_redire_wpw. Es un paso opcional para garantizar que cuando nuestro complemento esté deshabilitado, no dejamos rastros en la base de datos.