Franz Geissler

Oi,
detectamos o mesmo problema, mas ele já come?ou na sexta dia 26 entre as 9 horas da manh? e meio dia. Até que n?o usamos Cloudflare por muito tempo porque tinha justamente esse problema. Mas há 3 semanas atrás conseguimos fazer ele funcionar liberando os seguintes IPs do Pagseguro no Cloudflare:
186.234.16.8
186.234.16.9
186.234.48.8
186.234.48.9
186.234.144.17
186.234.144.18
200.147.112.136
200.147.112.137
Agora na sexta parou. Também n?o sabemos por que ainda, se o PagSeguro mudou os IPs por exemplo.

Geramos um novo token e agora passou uma transa??o. Vamos acompanhar se foi por coincidência ou se soluciona mesmo. Mas o problema já come?ou antes da atualiza??o dos plugins para nós.

Nosso objetivo com o Cloudflare era mais a velocidade do que a seguran?a que garantimos com outras solu??es. Mas a combina??o de Cloudflare com SSL externo é ou cara ou leva a falhas técnicas.

N?o utilizamos CDN, somente o server side caching. Segundo o administrador do servidor funciona sem problemas e até agora funciona tudo normal apesar de grandes quantidades de visitas. Cloudflare tem um SSL próprio, mas se usar um próprio precisa subir este para o Cloudflare e aí fica caro. Por isso, até tiramos. Acho que Cloudflare e outro certificado sem essa integra??o oficial sugerida pelo Cloudflare n?o dá certo.

Fizemos a implementa??o do SSL também este domingo e perbemos que todos os boletos emitidos antes a esta data e pagos depois foram compensados no PagSeguro mas o status do pedido no Woocommerce n?o foi alterado para Processando. Todos os boletos com data de pedido e pagamento antes e depois respectivamente tiveram seu status alterado corretamente. Ent?o há uma falha de comunica??o para estes casos transitórios, provavelmente um chamado para http onde precisava ser https ou vice versa.
Obs.: N?o usamos (mais) Cloudflare.

N?o fiz nada além da documenta??o e até desativei o simulador na página do produto. Apenas tenho ele no carrinho. Minha observa??o era que, se um cliente escolher Sedex no carrinho (geralmente a segunda ou terceira op??o), esta sele??o n?o será repassada para o checkout quando o cliente prossegue. Ela volta a marca a op??o padr?o, ou seja, a primeira e o cliente tem que marcar novamente Sedex.