Cambios importantes en MemberMouse 3.0

MemberMouse 3.0 representa una importante evolución de nuestra plataforma hacia los estándares y convenciones clave de WordPress. Entre los beneficios inmediatos se incluyen un mayor rendimiento, mejoras en la seguridad y una mayor flexibilidad en la facturación de suscripciones para métodos de pago con tarjeta. También introducimos tecnologías básicas, como un sistema de colas de eventos, eliminamos las dependencias de una infraestructura centralizada y modernizamos nuestro formato de almacenamiento de datos.

Estos cambios son fundamentales para el funcionamiento del plugin. Por este motivo, no se admite la actualización a MemberMouse 2.x. Asegúrese de realizar una copia de seguridad completa antes de actualizar y le recomendamos que pruebe la actualización en un entorno de prueba.

El propósito de este artículo es familiarizarle con algunos de los cambios importantes del plugin y orientarle sobre el proceso de actualización.

Escenarios

Un entorno de ensayo le permite probar los cambios antes de realizarlos en su sitio de producción. Lo ideal sería que reflejara fielmente el sitio de producción, pero que no contuviera datos reales de los miembros. Sin embargo, la mayoría de los sistemas para crear entornos de ensayo se limitan a copiar el sitio de producción, incluidos todos los datos de los miembros. Esto introduce la posibilidad de que se produzca una facturación de suscripciones no deseada.

Su primer paso al instalar MemberMouse 3.0 en un entorno de ensayo debe ser confirmar que dispone de una licencia de ensayo válida configurada con la URL correcta. La presencia de esta licencia es una protección clave contra la facturación no deseada. Puede comprobar las licencias existentes en Configuración de la cuenta de nuestro sitio web. Una licencia de puesta en escena tiene este aspecto:

Observe las palabras Activa, Puesta en escena en el tipo de licencia, y la URL. Si la URL mostrada no coincide exactamente con la URL de su sitio de ensayo, puede hacer clic en Editar para cambiarla. Si no ve una licencia de puesta en escena y desea que creemos una, por favor Solicitar una licencia de puesta en escena. Cada sitio de ensayo requiere su propia licencia.

Los usuarios avanzados y desarrolladores que busquen protección adicional, pueden consultar nuestro artículo sobre Copia de bases de datos de producción a centros de ensayoen el que se describe cómo eliminar las refacturaciones programadas y la información de las tarjetas archivadas. Estos pasos no deben realizarse nunca en un centro de producción.

Una vez que haya instalado MemberMouse 3.0 en su sitio de prueba, se recomienda que visite MemberMouse > Ajustes generales > Otros ajustesy desactivar el programador de facturación local. Este ajuste se encuentra cerca de la parte inferior de la página.

Por último, es esencial que bajo ninguna circunstancia ¿Deberían utilizarse los datos de un entorno de ensayo para sobrescribir un sitio de producción ya activo, o "empujarse" a la producción?. Los entornos de ensayo son exclusivamente para actividades de prueba que en última instancia se realizarán directamente en el sitio de producción. Sobrescribir el entorno de producción con datos procedentes de la puesta en escena provocará la pérdida de datos.

Facturación local

Para los métodos de pago con tarjeta como Stripe, Braintree y Authorize.NET CIM, las versiones anteriores de MemberMouse gestionan la facturación de suscripciones mediante un servidor central que solicita a su sitio web que realice refacturaciones.

A partir de ahora, la refacturación de estos servicios de pago se gestionará completamente dentro de su sitio web. Esto nos permite ofrecer funciones adicionales de gestión de suscripciones: ahora puede refacturar una suscripción inmediatamente, cambiar la fecha de refacturación arbitrariamente y pasar a la siguiente refacturación de la serie.

Además, este cambio elimina su dependencia de nuestra infraestructura centralizada para la refacturación de suscripciones utilizando estos servicios, lo que históricamente ha sido motivo de preocupación para algunos clientes.

Manejar la facturación localmente requiere que su servidor ejecute de forma fiable tareas programadas, a través de un sistema conocido como WP-Cron. Antes de actualizar a MemberMouse 3.0, asegúrese de que este proceso se ejecuta de forma fiable:

• Disparadores - La mayoría de los proveedores de alojamiento modernos activan WP-Cron periódicamente utilizando el servidor subyacente. Si su proveedor de alojamiento no ofrece esto, considere usar un servicio de monitorización del tiempo de actividad para activar periódicamente su entorno para ejecutar tareas programadas. WP-Cron no debe ser desactivado en su archivo wp-config.php
  
• Plugins de rendimiento - Algunos plugins de optimización del rendimiento reducen la frecuencia de ejecución de WP-Cron, o desactivan el servicio por completo. Estas características deben ser desactivadas.

La facturación local mantiene toda la información de programación en la base de datos de su sitio WordPress. Esto significa que restaurar una copia de seguridad de su sitio devuelve la programación a un estado anterior. Si alguna suscripción se ha facturado desde que se creó la copia de seguridad, la restauración de la copia de seguridad la pone en cola para ejecutarse de nuevo. Hemos introducido una serie de características para desalentar y gestionar este escenario, pero se recomiendan algunos cambios en sus flujos de trabajo para el mantenimiento y la recuperación de desastres.

Consulte nuestro artículo sobre Cómo gestiona MemberMouse la facturación periódica para más información.

Integración heredada de Stripe

En 2019, introdujimos la integración de Stripe Elements, que proporciona una mayor seguridad e implementa la autenticación fuerte de clientes (SCA) en los locales que la admiten. Esta integración también ofrece cumplimiento PCI-SAQ A, lo que reduce masivamente su exposición a los requisitos de auditoría. Poco después, Stripe Elements se convirtió en la opción predeterminada para todos los nuevos clientes de MemberMouse, y la mayoría de los clientes existentes ya han cambiado su modo de integración.

Con MemberMouse 3.0, estamos eliminando la posibilidad de realizar nuevas transacciones utilizando la integración Stripe.js heredada. Al actualizar, el modo de integración cambiará automáticamente a Elements.

Si utiliza Stripe como método de pago, puede determinar si está utilizando la integración heredada visitando MemberMouse > Configuración de pagos. Si la casilla Activar elementos de Stripe ya ha sido migrado y puede saltarse el resto de esta sección.

La principal diferencia entre la integración heredada y Elements es la forma en que se recopila la información de la tarjeta de crédito. En la integración heredada, MemberMouse creaba los campos de tarjeta de crédito, pero en Elements, Stripe los crea utilizando marcos incrustados, lo que es significativamente más seguro.

El impacto de cara al cliente es que los campos Elementos no heredan la información de estilo como longitud y anchura de la página de pago, por lo que pueden aparecer diferentes del resto del formulario. Consulte nuestro artículo sobre Opciones de estilo mejoradas para los elementos de rayas para más información.

A los clientes que aún utilicen la integración de Stripe heredada puede resultarles útil habilitar y probar los elementos de Stripe en su versión actual de MemberMouse, y solucionar cualquier problema de visualización, antes de actualizar a MemberMouse 3.0.

Actualización de la base de datos

Cuando actualice un sitio existente a MemberMouse 3.0, el complemento mostrará una notificación administrativa solicitándole que realice una actualización de la base de datos:

Este proceso cambiará el prefijo de las tablas de MemberMouse para que coincida con su instalación de WordPress. Se espera que esto mejore la compatibilidad con varios plugins de terceros y sistemas de mantenimiento automatizados. Realice una copia de seguridad completa de su sitio web antes de proceder a la actualización..

Al hacer clic en el enlace, aparecerá el actualizador de bases de datos:

Si lo desea, puede cambiar la intercalación de las tablas de MemberMouse. Esto cambia el formato en el que MemberMouse almacena los datos y le permite admitir un conjunto mucho mayor de caracteres, como emojis, símbolos e ideogramas.

Por lo general, recomendamos seleccionar esta opción. La intercalación utilizada por las versiones anteriores de MemberMouse está obsoleta, lo que significa que el software de su base de datos ya no recibe actualizaciones para ella, y con el tiempo dejará de ser compatible. Sin embargo, hay algunas consideraciones importantes:

• Cambiar la intercalación requiere que su base de datos soporte utf8mb4. Recomendamos MySQL 8 o MariaDB 10.6+ para su uso con MemberMouse.
• Durante el proceso, es probable que se reduzca el rendimiento de la base de datos. Para la mayoría de los clientes, la migración no tardará más de unos minutos, pero podría tardar más si la base de datos es muy grande o ya tiene problemas de rendimiento.
• En Registro de actividades se borra cuando se cambia la intercalación. Se trata de un registro de la actividad de los usuarios, que muestra los inicios de sesión, las páginas vistas, etc. Los derechos de acceso de los miembros y su historial de transacciones no se ven afectados.

Los clientes con sitios muy grandes y ajetreados deben coordinarse con sus equipos de desarrollo y considerar si realizar el cambio de cotejo manualmente es la solución preferida.