Produto "pendente"

  • Resolved adrianovarlotta

    (@adrianovarlotta)


    10 years, 6 months ago

    Boa noite, estou com problema do callback do pagseguro. O produto continua em pendente depois de ser pago no pagseguro.

    Primeiro teste que fiz o pedido foi pago com sucesso e n?o mudou o status do pedido de “pendente”

    Instalei o iThemes Security será que pode ter alguma coisa ligada?

    error_log que tem no public_html está normal. o log do do pagseguro:

    Pastebin: https://pastebin.com/Ehfs8f6U

    Meu host é Bluehost.

    Meus plugins, woocommerce e wordpress est?o atualizados.

    Obs.: desculpe adicionar no outro post que já estava resolvido.

    Obrigado

    https://www.ads-software.com/plugins/woocommerce-pagseguro/

Viewing 15 replies - 1 through 15 (of 18 total)
  • Plugin Author Claudio Sanches

    (@claudiosanches)

    No seu log n?o esta registrando nada da notifica??o do PagSeguro.
    Isso geralmente acontece porque tem algo bloqueando no servidor, geralmente o mod_security e no caso você vai ter que dar permiss?o para o PagSeguro poder POSTar dados no seu site.
    Sinceramente a melhor forma de verificar isso é com o pessoal do seu servidor, olhando o log de acesso para saber o que aconteceu com as notifica??es do seu servidor.

    Thread Starter adrianovarlotta

    (@adrianovarlotta)

    Estou falando com o host, acabei de receber essa resposta: “Ok we are not blocking it with mod_security”

    E perguntei se ele tinha certeza que nada estava bloqueando o mod_security e ele me garantiu isso.

    Acessando o log acess do cpanel e buscando por “pagseguro” achei várias linhas iguais a essas:

    186.234.48.9 – – [11/Sep/2014:07:56:33 -0600] “POST /wc-api/WC_PagSeguro_Gateway/ HTTP/1.1” 500 679 “-” “Jakarta Commons-HttpClient/3.1”

    4002 “https://www.lojabio2.com.br/finalizar-compra/” “Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.103 Safari/537.36”
    190.180.161.120 – – [11/Sep/2014:07:11:42 -0600] “GET /wp-content/plugins/woocommerce-pagseguro/assets/images/pagseguro.png HTTP/1.1” 200 5834

    Segue uma screenshot com as configs do woocommerce/pagseguro: https://s24.postimg.org/x0e8qnmcz/imagem_configs_woocommerce.png

    Grato

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Precisa testar de novo e verificar em Sandbox.
    Porque olha aqui:

    186.234.48.9 – – [11/Sep/2014:07:56:33 -0600] “POST /wc-api/WC_PagSeguro_Gateway/ HTTP/1.1” 500 679 “-” “Jakarta Commons-HttpClient/3.1”

    PagSeguro até tentou se comunicar, mas deu erro 500.
    Isso pode acontecer se enviar uma resposta errada.
    Por exemplo, fazer um paagamento o PagSeguro, mas no meio tempo alterar a configura??o de prefixo do pedido.

    Thread Starter adrianovarlotta

    (@adrianovarlotta)

    Fiz o teste no sandbox, e ocorreu isso:

    > POST /wc-api/WC_PagSeguro_Gateway/ HTTP/1.1
> User-Agent: Jakarta Commons-HttpClient/3.1
> Host: www......com.br
> Proxy-Connection: Keep-Alive
> Content-Length: 85
> Content-Type: application/x-www-form-urlencoded
< HTTP/1.1 403 Forbidden
< Date: Thu, 11 Sep 2014 17:10:44 GMT
< Server: Apache
< Content-Length: 430
< Content-Type: text/html; charset=iso-8859-1
< Via: 1.1 pagseguro.proxy.srv.intranet
< Vary: Accept-Encoding,User-Agent
< Connection: close
< <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
< <html><head>
< <title>403 Forbidden</title>
< </head><body>
< <h1>Forbidden</h1>
< <p>You don't have permission to access /wc-api/WC_PagSeguro_Gateway/
< on this server.</p>
< <p>Additionally, a 500 Internal Server Error
< error was encountered while trying to use an ErrorDocument to handle the request.</p>
< <hr>
< <address>Apache Server at www.....com.br Port 80</address>
< </body></html>

    Quer dizer que é o servidor mesmo que está bloqueando certo?

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Seu servidor dizendo que esta “Proibido”.
    Em outras palavras, sim o seu servidor esta bloqueando.

    Thread Starter adrianovarlotta

    (@adrianovarlotta)

    Ok, estou entrando em contato com a hospedagem e vou mostrar o erro, acho que com isso eles conseguem resolver.

    Muito obrigado!

    obs.: assim que a hospedagem me responder posto aqui para quem tiver esse erro novamente ser mais prático de solucionar com a hospedagem.

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Beleza.

    Plugin Author Claudio Sanches

    (@claudiosanches)

    @adrianovarlotta você por acaso esta utilizando o iThemes Security?

    Acabaram de me avisar sobre esta op??o:
    https://cl.ly/image/0I0S2A2Z1A1c

    Ela vai bloquear o PagSeguro.

    Thread Starter adrianovarlotta

    (@adrianovarlotta)

    Claudio, salvou minha vida….

    é isso mesmo, e depois disso tem de ir no .htacess e tirar toda a blacklist que o ithemes security colocou, pois só desmarcar a op??o n?o vai dar certo, pois a lista continuará no .htacess.

    Já fiz os testes com sandbox e está tudo ok agora.

    Muito obrigado.

    Plugin Author Claudio Sanches

    (@claudiosanches)

    Que bom, vou colocar isso na FAQ do plugin e no guia de instala??o.

    Plugin Author Gabriel Reguly

    (@gabriel-reguly)

    @adrianovarlotta Aceita-se doa??es ??

    Abra?os,
    Gabriel

    Thread Starter adrianovarlotta

    (@adrianovarlotta)

    Doa??o feita ??

    Plugin Author Gabriel Reguly

    (@gabriel-reguly)

    Legal, valeu!!!

    Boa Tarde Claudio Sanches,

    Eu passei pelo mesmo problema. Descobri que esse problema está relacionado com o iThemes Security.

    O Módulo “Ban Users” quando ativamos “Enable HackRepair.com’s blacklist feature” ele adiciona uma lista de user-agent no .htaccess.

    Através da mensagem do @adrianovarlotta, percebi que tinha o User-Agent:?Jakarta?Commons-HttpClient/3.1 é o user-agent do PagSeguro.

    Procurei na lista do .htaccess e removi ele da lista.
    Voltou a funcionar normalmente.

    Cláudio Sanches, consegui resolver o problema.

    Através da mensagem do adrianovarlotta, descobri que o user-agent do Pag Seguro é Jakarta Commons-HttpClient/3.1.

    Na lista do HackRepair.com’s blacklist consta esse user-agent.

    Eu removi ele da lista no .htaccess e voltou a funcionar.

    A linha é RewriteCond %{HTTP_USER_AGENT} ^jakarta [NC,OR].

Viewing 15 replies - 1 through 15 (of 18 total)
  • The topic ‘Produto "pendente"’ is closed to new replies.