Changements importants pour MemberMouse 3.0 - LISEZ D'ABORD

MemberMouse 3.0 représente une évolution majeure de notre plate-forme vers les principales normes et conventions de WordPress. Parmi les avantages immédiats, citons l'amélioration des performances et de la sécurité, ainsi qu'une plus grande souplesse dans la facturation des abonnements pour les méthodes de paiement par carte sur fichier. Nous introduisons également des technologies de base, telles qu'un système de file d'attente pour les événements, nous supprimons les dépendances à l'égard de l'infrastructure centralisée et nous modernisons notre format de stockage des données.

Ces changements sont fondamentaux pour le fonctionnement du plugin. C'est la raison pour laquelle, la rétrogradation vers MemberMouse 2.x n'est pas prise en charge. Veillez à effectuer une sauvegarde complète avant de procéder à la mise à niveau, et nous vous conseillons de tester la mise à niveau dans un environnement d'essai.

L'objectif de cet article est de vous familiariser avec certains des changements importants apportés au plugin et de vous guider dans le processus de mise à jour.

Environnements de mise à disposition

Un environnement d'essai vous permet de tester les changements avant de les effectuer sur votre site de production. Dans l'idéal, il doit refléter fidèlement votre site de production, mais ne doit pas contenir de données réelles sur les membres. Cependant, la plupart des systèmes de création d'environnements de simulation se contentent de copier le site de production, y compris toutes les données relatives aux membres. Cela introduit la possibilité d'une facturation d'abonnement non désirée.

La toute première étape de l'installation de MemberMouse 3.0 dans un environnement d'essai doit consister à confirmer que vous disposez d'une licence d'essai valide configurée avec l'URL correcte. La présence de cette licence est une protection essentielle contre la facturation indésirable. Vous pouvez vérifier vos licences existantes dans la section Paramètres du compte de notre site web. Une licence de mise à disposition se présente comme suit :

Notez les mots Actif, Mise en scène dans le type de licence, et l'URL. Si l'URL affichée ne correspond pas exactement à l'URL de votre site de transit, vous pouvez cliquer sur Editer pour la modifier. Si vous ne voyez pas de licence d'essai et que vous souhaitez que nous en créions une, veuillez cliquer sur le lien suivant Demande de licence de mise en scène. Chaque site d'essai nécessite sa propre licence.

Les utilisateurs avancés et les développeurs à la recherche d'une protection supplémentaire sont invités à consulter notre article sur les Bases de données de production copiées sur des sites de transitqui décrit comment supprimer les re-facturations programmées et les informations relatives aux cartes dans le dossier. Ces étapes ne doivent jamais être effectuées sur un site de production.

Une fois que vous avez installé MemberMouse 3.0 sur votre site de test, il est recommandé de visiter le site MemberMouse > Paramètres généraux > Autres paramètreset désactivez le planificateur de facturation local. Ce paramètre se trouve vers le bas de la page.

Enfin, il est essentiel que en aucun cas les données d'un environnement de simulation doivent-elles être utilisées pour écraser un site de production déjà opérationnel ou être "poussées" vers la production ?. Les environnements de simulation sont exclusivement destinés aux activités de test qui seront finalement effectuées directement sur le site de production. L'écrasement de l'environnement de production par des données provenant de l'environnement de transit entraînera une perte de données.

Facturation locale

Pour les méthodes de paiement par carte comme Stripe, Braintree et Authorize.NET CIM, les versions précédentes de MemberMouse gèrent la facturation des abonnements en utilisant un serveur central qui demande à votre site d'effectuer des re-facturations.

À l'avenir, la refacturation de ces services de paiement sera entièrement gérée au sein de votre site. Cela nous permet d'offrir des fonctionnalités supplémentaires de gestion des abonnements : vous pouvez désormais refacturer un abonnement immédiatement, modifier arbitrairement la date de refacturation et passer à la refacturation suivante de la série.

En outre, ce changement élimine votre dépendance à l'égard de notre infrastructure centralisée pour les re-facturations d'abonnements utilisant ces services, ce qui a toujours été un sujet de préoccupation pour certains clients.

La gestion locale de la facturation exige que votre serveur exécute de manière fiable des tâches programmées, par l'intermédiaire d'un système connu sous le nom de WP-Cron. Avant d'effectuer la mise à niveau vers MemberMouse 3.0, assurez-vous que ce processus fonctionne de manière fiable :

• Déclencheurs - La plupart des hébergeurs modernes déclenchent WP-Cron périodiquement en utilisant le serveur sous-jacent. Si votre hébergeur n'offre pas cette possibilité, envisagez d'utiliser un service de surveillance du temps de fonctionnement pour déclencher périodiquement l'exécution de tâches planifiées dans votre environnement. WP-Cron ne doit pas être désactivé dans le fichier wp-config.php.
  
• Plugins de performance - Certains plugins d'optimisation des performances réduisent la fréquence d'exécution de WP-Cron, ou désactivent complètement le service. Ces fonctionnalités doivent être désactivées.

La facturation locale conserve toutes les informations relatives à la programmation dans la base de données de votre site WordPress. Cela signifie que la restauration d'une sauvegarde de votre site ramène la programmation à un état antérieur. Si des abonnements ont été facturés depuis la création de la sauvegarde, la restauration de la sauvegarde les met en file d'attente pour qu'ils s'exécutent à nouveau. Nous avons introduit un certain nombre de fonctionnalités pour décourager et gérer ce scénario, mais il est recommandé d'apporter quelques modifications à vos flux de travail pour la maintenance et la reprise après sinistre.

Veuillez consulter notre article décrivant Comment MemberMouse gère la facturation récurrente pour plus d'informations.

Intégration de Stripe

En 2019, nous avons introduit l'intégration Stripe Elements, qui offre une sécurité renforcée et met en œuvre l'authentification forte du client (SCA) dans les localités qui la prennent en charge. Cette intégration offre également une conformité PCI-SAQ A, ce qui réduit massivement votre exposition aux exigences d'audit. Peu de temps après, Stripe Elements est devenu la solution par défaut pour tous les nouveaux clients de MemberMouse, et la plupart des clients existants ont déjà changé de mode d'intégration.

Avec MemberMouse 3.0, nous supprimons la possibilité d'effectuer de nouvelles transactions à l'aide de l'ancienne intégration Stripe.js. Lors de la mise à niveau, le mode d'intégration passera automatiquement à Elements.

Si vous utilisez Stripe comme méthode de paiement, vous pouvez déterminer si vous utilisez l'ancienne intégration en visitant le site suivant SourisMembre > Paramètres de paiement. Si la case à cocher Activer les éléments Stripe est marqué, vous avez déjà été migré et vous pouvez ignorer le reste de cette section.

La principale différence entre l'ancienne intégration et Elements est la manière dont les informations relatives aux cartes de crédit sont collectées. Dans l'ancienne intégration, MemberMouse créait les champs de carte de crédit, mais dans Elements, Stripe les crée à l'aide de cadres intégrés, ce qui est nettement plus sûr.

L'impact sur le client est que les champs Elements n'héritent pas des informations de style telles que la longueur et la largeur de la page de paiement, de sorte qu'ils peuvent apparaître différents du reste du formulaire. Veuillez consulter notre article sur Options de style pour les éléments de bande améliorés pour plus d'informations.

Les clients qui utilisent encore l'ancienne intégration Stripe peuvent juger utile d'activer et de tester les éléments Stripe sur leur version existante de MemberMouse, et de résoudre les éventuels problèmes d'affichage avant de passer à MemberMouse 3.0.

Mise à jour de la base de données

Lorsque vous mettez à niveau un site existant vers MemberMouse 3.0, le plugin affiche une notification administrative vous invitant à effectuer une mise à niveau de la base de données :

Ce processus modifiera le préfixe des tables MemberMouse pour qu'il corresponde à votre installation WordPress. Cela devrait améliorer la compatibilité avec divers plugins tiers et systèmes de maintenance automatisée. Veuillez effectuer une sauvegarde complète de votre site avant de procéder à la mise à jour..

Lorsque vous cliquez sur le lien, l'outil de mise à jour de la base de données s'affiche :

En option, vous pouvez choisir de modifier la collation des tables MemberMouse. Cela modifie le format dans lequel MemberMouse stocke les données et lui permet de prendre en charge un ensemble beaucoup plus large de caractères, tels que les emojis, les symboles et les idéogrammes.

Nous recommandons généralement de sélectionner cette option. La collation utilisée par les versions précédentes de MemberMouse est obsolète, ce qui signifie que le logiciel qui alimente votre base de données ne reçoit plus de mises à jour pour cette collation et que sa prise en charge finira par être supprimée. Cependant, il y a quelques considérations importantes à prendre en compte :

• La modification de la collation exige que votre base de données prenne entièrement en charge utf8mb4. Nous recommandons d'utiliser MySQL 8 ou MariaDB 10.6+ avec MemberMouse.
• Au cours du processus, les performances de la base de données seront probablement dégradées. Pour la majorité des clients, la migration ne prendra pas plus de quelques minutes, mais pourrait prendre plus de temps si la base de données est très volumineuse ou si elle connaît déjà des problèmes de performance.
• Les Journal d'activité est effacé lorsque la collation est modifiée. Il s'agit d'un enregistrement de l'activité des utilisateurs, montrant les connexions, les pages consultées, etc. Les droits d'accès des membres et l'historique de leurs transactions ne sont pas affectés

Les clients disposant de sites très importants et très fréquentés doivent se concerter avec leurs équipes de développement et se demander si le changement de collationnement manuel est la solution à privilégier.