Alterações importantes no MemberMouse 3.0

O MemberMouse 3.0 representa uma grande evolução da nossa plataforma em relação aos principais padrões e convenções do WordPress. Os benefícios imediatos incluem melhor desempenho, aprimoramentos de segurança e maior flexibilidade no faturamento de assinaturas para métodos de pagamento por cartão em arquivo. Também introduzimos tecnologias essenciais, como um sistema de enfileiramento de eventos, removemos as dependências da infraestrutura centralizada e modernizamos nosso formato de armazenamento de dados.

Essas alterações são fundamentais para a operação do plug-in. Por esse motivo, Não há suporte para o downgrade de volta para o MemberMouse 2.x. Certifique-se de fazer um backup completo antes de fazer o upgrade e sugerimos testar o upgrade em um ambiente de preparação.

O objetivo deste artigo é familiarizá-lo com algumas das alterações importantes no plug-in e fornecer orientação sobre o processo de atualização.

Ambientes de preparação

Um ambiente de preparação permite que você teste as alterações antes de executá-las no site de produção. O ideal é que ele espelhe o site de produção, mas não contenha dados reais dos membros. Entretanto, a maioria dos sistemas de criação de ambientes de teste simplesmente copia o site de produção, incluindo todos os dados dos membros. Isso introduz a possibilidade de ocorrer faturamento indesejado de assinaturas.

Sua primeira etapa ao instalar o MemberMouse 3.0 em um ambiente de teste deve ser confirmar se você tem uma licença de teste válida configurada com o URL correto. A presença dessa licença é uma proteção fundamental contra cobranças indesejadas. Você pode verificar as licenças existentes na seção Configurações da conta do nosso site. Uma licença de teste tem a seguinte aparência:

Observe as palavras Ativo, Preparação no tipo de licença e no URL. Se o URL exibido não corresponder exatamente ao URL do seu site de teste, você poderá clicar em Editar para alterá-la. Se você não vir uma licença de teste e quiser que criemos uma, por favor Solicitar uma licença de preparação. Cada site de teste requer sua própria licença.

Usuários avançados e desenvolvedores que buscam proteção adicional, consulte nosso artigo sobre Bancos de dados de produção copiados para locais de preparaçãoque descreve como remover os reembolsos programados e as informações do cartão em arquivo. Essas etapas nunca devem ser executadas em um local de produção.

Depois de instalar o MemberMouse 3.0 em seu site de teste, é recomendável que você visite MemberMouse > Configurações gerais > Outras configuraçõese desativar o agendador de faturamento local. Essa configuração pode ser encontrada na parte inferior da página.

Por fim, é essencial que Em nenhuma circunstância Os dados de um ambiente de preparação devem ser usados para substituir um site de produção já ativo ou "empurrados" para a produção?. Os ambientes de preparação destinam-se exclusivamente a atividades de teste que, em última análise, serão realizadas diretamente no site de produção. A substituição do ambiente de produção por dados do ambiente de preparação causará perda de dados.

Faturamento local

Para métodos de pagamento com cartão em arquivo, como Stripe, Braintree e Authorize.NET CIM, as versões anteriores do MemberMouse lidam com o faturamento de assinaturas usando um servidor central que solicita que o site realize recargas.

A partir de agora, o faturamento desses serviços de pagamento será totalmente gerenciado em seu site. Isso nos permite oferecer recursos adicionais de gerenciamento de assinaturas: agora você pode cobrar novamente uma assinatura imediatamente, alterar a data de cobrança arbitrariamente e pular para a próxima cobrança da série.

Além disso, essa mudança elimina sua dependência de nossa infraestrutura centralizada para reembolsos de assinaturas usando esses serviços, o que historicamente tem sido motivo de preocupação para alguns clientes.

O processamento do faturamento localmente exige que o servidor execute tarefas agendadas de forma confiável, por meio de um sistema conhecido como WP-Cron. Antes de atualizar para o MemberMouse 3.0, certifique-se de que esse processo seja executado de forma confiável:

• Gatilhos - A maioria dos provedores de hospedagem modernos aciona o WP-Cron periodicamente usando o servidor subjacente. Se o seu provedor de hospedagem não oferecer isso, considere usar um serviço de monitoramento de tempo de atividade para acionar periodicamente seu ambiente para executar tarefas agendadas. O WP-Cron não deve ser desativado em seu arquivo wp-config.php
  
• Plug-ins de desempenho - Alguns plug-ins de otimização de desempenho reduzem a frequência de execução do WP-Cron ou desativam totalmente o serviço. Esses recursos devem ser desativados.

O faturamento local mantém todas as informações de agendamento no banco de dados do seu site WordPress. Isso significa que a restauração de um backup de seu site retorna o agendamento a um estado anterior. Se alguma assinatura tiver sido cobrada desde que o backup foi criado, a restauração do backup as colocará na fila para serem executadas novamente. Introduzimos uma série de recursos para desencorajar e gerenciar esse cenário, mas recomendamos algumas alterações em seus fluxos de trabalho para manutenção e recuperação de desastres.

Consulte nosso artigo que descreve Como o MemberMouse lida com o faturamento recorrente para obter mais informações.

Integração do Stripe legado

Em 2019, introduzimos a integração do Stripe Elements, que fornece segurança aprimorada e implementa a autenticação forte do cliente (SCA) em locais que a suportam. Essa integração também oferece conformidade com o PCI-SAQ A, o que reduz enormemente sua exposição aos requisitos de auditoria. Pouco tempo depois, o Stripe Elements se tornou o padrão para todos os novos clientes do MemberMouse, e a maioria dos clientes existentes já mudou o modo de integração.

Com o MemberMouse 3.0, estamos removendo a capacidade de realizar novas transações usando a integração herdada do Stripe.js. Quando você fizer a atualização, o modo de integração será automaticamente alterado para Elements.

Se você estiver usando o Stripe como método de pagamento, poderá determinar se está usando a integração herdada visitando MemberMouse > Configurações de pagamento. Se a caixa de seleção Ativar elementos do Stripe estiver marcado, você já foi migrado e pode pular o restante desta seção.

A principal diferença entre a integração herdada e o Elements é a maneira como as informações de cartão de crédito são coletadas. Na integração legada, o MemberMouse criou os campos de cartão de crédito, mas no Elements, o Stripe os cria usando quadros incorporados, o que é significativamente mais seguro.

O impacto para o cliente é que os campos Elements não herdam informações de estilo, como comprimento e largura, da página de checkout, portanto, eles podem parecer diferentes do restante do formulário. Consulte nosso artigo sobre Opções de estilo aprimoradas dos elementos de faixa para obter mais informações.

Os clientes que ainda usam a integração legada do Stripe podem achar útil ativar e testar os elementos do Stripe em sua versão existente do MemberMouse e resolver quaisquer problemas de exibição antes de atualizar para o MemberMouse 3.0.

Atualização do banco de dados

Quando você atualizar um site existente para o MemberMouse 3.0, o plug-in exibirá uma notificação administrativa solicitando que você faça uma atualização do banco de dados:

Esse processo alterará o prefixo das tabelas do MemberMouse para corresponder à sua instalação do WordPress. Espera-se que isso melhore a compatibilidade com vários plug-ins de terceiros e sistemas de manutenção automatizados. Faça um backup completo do seu site antes de prosseguir com a atualização.

Quando você clicar no link, o atualizador de banco de dados será exibido:

Opcionalmente, você pode optar por alterar o agrupamento das tabelas do MemberMouse. Isso altera o formato no qual o MemberMouse armazena dados e permite que ele ofereça suporte a um conjunto muito maior de caracteres, como emojis, símbolos e ideogramas.

Em geral, recomendamos selecionar essa opção. O agrupamento usado pelas versões anteriores do MemberMouse está obsoleto, o que significa que o software que alimenta seu banco de dados não recebe mais atualizações para ele e o suporte a ele será eventualmente removido. No entanto, há algumas considerações importantes:

• A alteração do agrupamento requer que seu banco de dados seja totalmente compatível com utf8mb4. Recomendamos o MySQL 8 ou o MariaDB 10.6+ para uso com o MemberMouse
• Durante o processo, o desempenho do banco de dados provavelmente será prejudicado. Para a maioria dos clientes, a migração não levará mais do que alguns minutos, mas poderá demorar mais se o banco de dados for muito grande ou já estiver apresentando problemas de desempenho
• O Registro de atividades é apagado quando o agrupamento é alterado. Esse é um registro da atividade do usuário, mostrando logins, visualizações de página e assim por diante. Os direitos de acesso dos membros e seu histórico de transações não são afetados

Os clientes com sites muito grandes e ocupados devem coordenar com suas equipes de desenvolvimento e considerar se a solução preferida é realizar a alteração de agrupamento manualmente.