Piggly Dev

Por uma decisão estratégia, nosso plugin não vai utilizar o hook woocommerce_settings_api_form_fields_[nomedoplugin]. Nossas configurações são muito específicas e pretendemos que apenas nosso plugin consiga manipulá-las.

Já criamos um filtro sim! Mas, não é implementado de forma nativa, o filtro é apply_filters( 'pgly_wc_piggly_pix_discount_applied', $apply, $cart );. Onde $apply é um valor no formato float com o valor do desconto e $cart é um objeto WC_Cart.

Não implementamos de forma nativa os filtros no nosso plugin, então você deve registrar uma função neste filtro, por exemplo add_filter('pgly_wc_piggly_pix_discount_applied', 'my_function', 10, 2);.

Então, deve criar filtros com if no objeto WC_Cart (veja as referências dessa classe aqui: https://woocommerce.github.io/code-reference/classes/WC-Cart.html). Com isso, você poderá verificar se o carrinho tem o produto X ou Y, da categoria X ou Y, e deverá retornar o valor 0 se o desconto não for autorizado.

Olá, tudo bem @nyhotdogman? Particularmente, acho muito equivocado da sua parte mencionar este questionamento “este IP está de alguma forma relacionado à sua empresa e como esse ataque pode ser explicado” ou a afirmação “estou tendo dificuldade em explicar que isso não foi relacionado à instalação do seu plugin” e, sinceramente, devo recorrer aos direitos da nossa empresa a partir do seu comentário.

Mas, vamos lá, nosso código é aberto e público, está disponível em https://github.com/piggly-dev/pix-por-piggly assim como no repositório oficial do WordPress https://plugins.trac.ww.wp.xz.cn/browser/pix-por-piggly/. Não coletamos nenhum dado em nenhum momento, isto significa que não temos nenhum dado sobre quem está instalando, onde está instalando, etc.

Por conta disso, não sabemos os domínios das lojas que utilizam nosso plugin, menos ainda, nem sequer sabemos os IP das máquinas que utilizam nossos plugins. Para preservar a privacidade de todos e respeitar as diretrizes do WordPress. Também investimos em um código seguro

Nos últimos meses, vários sites WordPress tem sofrido ataques DDoS e estes tipos de ataques não são emitidos por um só IP. Você conversou com seu analista de segurança? Ataques DDoS são realizados por computadores infectados espalhados ao redor do mundo e podem vir de qualquer lugar.

Entrei no link https://harrudajoias.com.br/produto/produto-pix/ para efetuar uma compra teste, coloquei o CEP de vocês para aparecer retirar na loja, mas não consegui finalizar compra. Clico no botão e não acontece nada.

Mas, consegui entrar no link https://harrudajoias.com.br/wp-content/uploads/2021/09/Print-Compra.jpg para visualizar a página em branco. Nem o Woocommerce é carregado nesta página. Então vamos a algumas estratégias.

• Desabilite o LiteSpeed e teste sem utilizá-lo;
• Vá para “Woocommerce > Configurações > Avançado” e verifique em “Ponto de extremidade das páginas de finalização de pedido” se o pagar está como “order-pay”

Vi aqui, também, que o Elementor está reescrevendo o template desta página e provocando o outro comportamento. Como você não tem uma API do Pix para automação, recomendo que faça o seguinte, acesse as configurações do Pix “Pix por Piggly > Configurações do Pix” e vá para a aba “Pedidos”.

Ao invés de definir o “Status para Aguardando Pagamento” como “Pendente (pending)”, defina-o como “Aguardando (on-hold)”. Em “Status para Comprovante Pix Recebido” também deixe como “Aguardando (on-hold)” e “Status para Pix Pago” como “Processando (processing)” ou o status que você definiu quando um pedido é marcado como pago no seu Woocommerce.

Tente essas configurações, talvez isso “drible” as configurações de layout aplicadas no seu WordPress.

Muitas pessoas estavam se sentindo incomodas com tantos Pix sendo criados, então lançamos uma rotina de limpeza que elimina os Pix expirados (que não podem mais serem pagos) e os Pix cancelados. Acredito que um Pix expirado, no seu caso, foi ser marcado como pago quando ele já tinha sido expirado. Vamos corrigir isso ainda hoje, deixando uma limpeza manual e não automática.

Ah sim! Sobre a grafia está correta e é intencional 😆 Interessante! Vamos reproduzir essa situação para ver como o WordPress se comporta e atualizamos você por aqui.

Como o template apareceu, não é um problema com os links permanentes, está funcionando como deve ser. Entretanto, acredito que haja algum problema com o seu template do Woocommerce. Por isso aparece uma página em branco, como não reproduz nenhum erro, imagino que seu tema não está executando a ação do_action( 'woocommerce_receipt_' . $order->get_payment_method(), $order->get_id() ); que carrega o template.

No seu tema, pai ou filho, verifique o arquivo de template localizado em woocommerce/templates/checkout/order-receipt.php se ele possui a action acima e está como o arquivo original do Woocommerce https://github.com/woocommerce/woocommerce/blob/b19500728b4b292562afb65eb3a0c0f50d5859de/templates/checkout/order-receipt.php

Talvez, é possível que você tenha desabilitado essa função nas configurações do seu tema.

Okay! Vamos lá, o endpoint order-pay é utilizado pelo Woocommerce quando um pedido espera por pagamento, nesse caso o pedido é marcado como pending (ou no status que você definiu nas configurações do plugin) para aguardar o envio do comprovante ou que o pedido seja marcado como pago.

Pelo log deu para notar que o Pix foi criado, então faça o seguinte: com essa conta que você fez o pedido, entre em “Minha Conta” na listagem dos pedidos clique em “Pagar o Pix” e veja se o template for carregado.

Se houver o carregamento, significa que alguma configuração do Woocommerce ou do seu próprio tema está impedindo o carregamento do template no endpoint order-pay. Alguns temas costumam mudar o comportamento padrão do Woocommerce e acaba resultado nisso, ou quando você faz personalizações manuais, acaba removendo algumas actions e filters padrão do Woocommerce.

Se a página não carregar, significa que seu WordPress/Woocommerce está produzindo um erro e será necessário verificar no log de erro. Os logs de erro do Woocommerce ficam em “Woocommerce > Status > Logs” encontre o arquivo mais recente que começa com fatal-errors-* e compartilhe conosco.