A página de login não está funcionando

Abaixo estão alguns problemas comuns que observamos na página de login do MemberPress e o que você pode fazer para corrigi-los:

O usuário é solicitado a resolver um problema de matemática, mas, depois de resolvê-lo, ele é enviado de volta à página de login

This issue is related to a security feature of Jetpack. To resolve the issue you will need to disable Jetpack’s “Bloquear tentativas de login com aparência suspeita" nas opções de Segurança. 

Observe que esse problema é caracterizado pelo fato de os usuários serem enviados para um
nova página depois de inserir suas credenciais de login, onde é solicitado que eles resolvam um problema simples de matemática. Mesmo depois de resolvê-lo corretamente, os usuários ainda são redirecionados para a página de login. Isso NÃO está relacionado ao MemberPress Recurso Math Captcha. 

O usuário é levado a uma página de erro 404 após fazer o login

Esse problema provavelmente é causado pelo fato de não haver um URL formatado corretamente OU um
unpágina/post/etc. publicado inserido em suas configurações de redirecionamento de login do MemberPress. Há dois lugares para verificar:

1. Globally, in the MemberPress > Settings > Account tab > Login & Logout section > URL to direct member to after login.
2. Por associação no MemberPress > Associações > (clique em editar na sua associação) > Opções de associação > guia Avançado > URLs de redirecionamento de login personalizados > URL de redirecionamento de login padrão OU qualquer URL personalizado adicionado na seção Adicionar URLs de redirecionamento de login personalizados.

When checking these URL’s be sure to check these items:

1. O URL é um URL completo do seu site ou o slug (por exemplo: se a página for https://www.yoursite.com/cool-stuff/cool-page/ você o registrou como tal ou como /cool-stuff/cool-page/) de e existente e publicado página/post/etc. em seu site. 
2. The URL follows the structure of the rest of the URL’s on your site. For example, if your site doesn’t use “www” then you should not have that included. To avoid this issue to begin with, just use the slug of the URL (see example above).

O usuário está preso em um loop de redirecionamento infinito que termina em uma página de erro

A causa mais comum desse problema é causada por uma combinação da configuração do
URL de redirecionamento não autorizado para a página de login (você nunca deve fazer isso), o usuário que está fazendo login não tem uma assinatura ativa E você tem seu URL de redirecionamento de login (consulte os locais para essas configurações acima na seção) definido como um página protegida. In WordPress, if a logged in user visits the login page, they are automatically redirected away from the login page and sent to whatever page you have set as your login redirect URL. Therefore, if the user is able to login, but doesn’t have an active subscription to access the page you are trying to send them after login, they are sent to the login page (your unauthorized page), which will again redirect them because they are logged in and so on and so on . . . creating an infinite loop! 

Para corrigir isso, você deve observar os seguintes pontos:

• Você NUNCA deve definir sua página de login como seu URL de redirecionamento não autorizado. Siga a instruções aqui para configurar uma página de redirecionamento não autorizado que evitará esse problema. 
• It is best practice to have your login redirect URL set to a page that is NOT protected by a rule in MemberPress if possible. This will help avoid confusion for you and your users as to whether or not they can login or if it’s a subscription issue. 

O usuário faz login e depois visita uma página que parece ter feito o logout

When getting this issue, you’ll notice that your users complain about being logged in one minute, and the next they have been logged out. Either they are seeing your unauthorized page due to not being logged in or are just being asked to log in again.

Com esse problema, é provável que ele seja causado por uma diferença nos protocolos de segurança em sua página de login e em outras páginas do WordPress. O WordPress cria um
cookie de sessão de login que informa ao seu site se o usuário está conectado ou não enquanto navega pelo site. Esse cookie é dependente no protocolo de segurança da página de login a partir da qual o usuário efetuou o login. Portanto, se o usuário fizer login em uma página usando um protocolo de segurança (tem https:// no URL) e, em seguida, visita uma página que não o faz (tem http:// ou nada na frente da URL), o WordPress pensará que o usuário está desconectado. Os resultados serão os mesmos vice-versa. 

Para corrigir esse problema, recomendamos que você configure todo o seu site para usar completamente um protocolo de segurança definido ou não. Entre em contato com seu host para saber como configurar um protocolo de segurança em seu site, pois o MemberPress não oferece isso.