Forum Replies Created

Viewing 15 replies - 1 through 15 (of 87 total)
  • Thread Starter Edir Pedro

    (@edir)

    Yes, I made a request there #763910.

    Thread Starter Edir Pedro

    (@edir)

    • Enabled GeoIP on Cloudways server;
    • Default configurations for Varnish and Breeze, no custom cache;
    • No plugins managing GeoIP or other kind of cache;
    • The website needed to remove some products for certain contries, they can’t be listed on the pages. I built a solution on the theme that removes the products from the queries according to the country, this hides the products in any wp function called on the theme.
    • Users in Brazil can see all the products, users in Canada don’t see some products on the list; Breeze needs to cache the pages for each country to work properly.
    Thread Starter Edir Pedro

    (@edir)

    Analisando aqui vi que apenas isso resolve, porém esta função estaria mais relacionada ao plugin de desconto do que a este aqui.

    add_action( 'wp_footer', function() {
    	
    	if ( is_checkout() && ! is_wc_endpoint_url() ) {
    	?>
    	<script type="text/javascript">
    		jQuery( function( $ ) {
    			$( 'form.checkout' ).on('change', 'input[name="payment_method"]', function() {
    				$(document.body).trigger('update_checkout');
    			} );
    		} );
    	</script>
    	<?php
    	}
    	
    } );
    Thread Starter Edir Pedro

    (@edir)

    I found my error and it was on my theme. I use the hook woocommerce_get_price_html and inside it I call the shortcode alg_show_checkout_fees_lowest_price_info to print a custom layout.

    The problem is that this hook is called on a REST request made for the Stock tab and the product is not available on the $post var for the shortcode. I tried to make a setup_postdata() to active that product but it didn’t work, so I just checked if is a REST request to pass the original html price instead.

    Maybe [alg_show_checkout_fees_lowest_price_info product=123] could make it easy to retrieve that content and avoid errors.

    Thread Starter Edir Pedro

    (@edir)

    O plugin efetua descontos apenas em pagamentos por transferência, portanto para o cartão de crédito não existe configuração ativa. Não esta configurado nada para o plugin do Mercado Pago por exemplo.

    As urls e outros dados no log eu apaguei apenas.

    O nome que aparece nos links de configuração na página do plugin de descontos corresponde ao conteúdo do campo “Nome de exibição” do seu plugin.

    Em teste aqui eu notei que o erro ocorre quando se seleciona uma forma de pagamento que possui desconto ativo. Seu plugin faz uma validação mesmo não sendo necessário já que ele não foi selecionado como pagamento.

    Uma configuração para teste que deve simular seria:
    1) Ativar uma forma de pagamento por transferência e no plugin de desconto incluir algum desconto como 5% para ela.
    2) Ativar a forma de pagamento Paypal transparente. Não será configurado desconto para ele.

    Ao alternar entre as formas de pagamento, quando seleciona o paypal tudo funciona bem mas quando selecionado por transferência, que possui desconto, uma mensagem de erro é disparada na página, gerando aquele log.

    • This reply was modified 6 years, 7 months ago by Edir Pedro.

    @suporteppbr Tentei usar a versão 1.0.2 e recebo este mesmo erro, VALIDATION_ERROR. Um detalhe aqui é que uso um plugin para descontos, porém há duas plataformas de checkout ativas, Wirecard e Mercado Pago e ambas funcionam bem, não parece ser culpa deste plugin.

    https://br.ww.wp.xz.cn/plugins/checkout-fees-for-woocommerce/

    • This reply was modified 6 years, 7 months ago by Edir Pedro.
    • This reply was modified 6 years, 7 months ago by Edir Pedro.
    Plugin Author Edir Pedro

    (@edir)

    A suggestion, you could use ACF Blocks to replace the Flexible Field feature and instead of creating layouts, you create blocks. That’s what I done since I migrated to Gutenberg and it works exactly the same way to build pages.

    Plugin Author Edir Pedro

    (@edir)

    Hi,

    I found this bug too and the problem is that Gutenberg uses an element with fixed position to attach the editor on screen. The ACF meta box is rendered inside this element and two elements with position fixed can’t exists together, they cause z-index conflicts on the browser render.

    Sorry to say, but I still don’t know how to fix this without asking the Gutenberg team to not use that fixed element in the editor.

    Plugin Author Edir Pedro

    (@edir)

    @flchristophe

    That script version is for ACF 5.6 and older and is no longer supported. The plugin was rebuild for newer versions of ACF.

    Plugin Author Edir Pedro

    (@edir)

    Sorry, this option is not available. I’ll add in the todo list.

    Thread Starter Edir Pedro

    (@edir)

    @fabianlindfors

    I understand your care about the UI, but I’m sure this feature is very useful because I uselly implement Gravityforms to build a contact form and when I forget about the reply action, the client calls me to tell that the form is not working as expected. Because the client just click on Reply on his mail app and write the message, they even check if the email inside the field “To” is the email address from the person who wrote that message.

    I’m suggesting this idea to implement the feature. You can write your own field to make it possible, saving the data inside an array or just redirecting to its own meta data.

    http://hub.edirpedro.com.br/arquivos/af-reply-to.png

    • This reply was modified 7 years, 4 months ago by Edir Pedro.
    Thread Starter Edir Pedro

    (@edir)

    Só pra informar, o motivo de eu estar usando um outro plugin para dar desconto na forma de pagamento usando Wirecard é porque no seu plugin, o desconto é dado a partir da geração de um cupom e isto faz com que ao ser injetado o cupom no checkout, se eu trocar a forma de pagamento, o cupom é mantido e o desconto recai para outra forma de pagamento, gerando prejuízo ao lojista.

    Em uma das lojas aqui esta sendo usado a Wirecard para pagamentos por boleto e a Cielo para pagamentos por cartão de crédito, além de pagamento por transferência bancária. Seu método de gerar desconto via cupom não pode ser usado se houver mais de uma forma de pagamento. Acho que seria interessante repensar o formato de calcular um desconto para o boleto, sem a necessidade de gerar um cupom.

    • This reply was modified 7 years, 5 months ago by Edir Pedro.
    Thread Starter Edir Pedro

    (@edir)

    Another idea could be a function to return just the array of values, including raw price values.

    $lowest_price_array[] = array(
    	'gateway_title'
    	'gateway_description'
    	'gateway_icon'
    	'product_gateway_price'
    	'product_gateway_price_raw', // Including float value 1234.00
    	'product_original_price'
    	'product_original_price_raw', // Including float value 1234.00
    	'product_price_diff'
    	'product_price_diff_percent'
    	'product_title'
    	'product_variation_atts'
    );

    alg_get_lowest_price($product_id)

    @apiki só para esclarecer, eu fiz esta gambiarra ali mas o ideal é o plugin pegar corretamente os valores de desconto de plugins de terceiro, por conta que nestes outros plugins existem as telas de configuração e ficar com desconto rodando via código apenas é pedir para dar problema no futuro.

    @nyhotdogman

    1) Não prestei atenção neste detalhe em outros plugins, mas me parece correto. Se o pedido foi feito, o produto deve ficar fora da loja caso a pessoa pague por ele, mesmo que demore para ela pagar. Já pensou se existe apenas 1 em estoque e outra pessoa compra com cartão e no dia seguinte compensa o boleto da pessoa que comprou primeiro. Haveria uma disputa aqui para ver quem ficará com o produto e alguém ficaria fulo da vida. Somente ao cancelar o pedido, ai sim o estoque seria reposto e o produto volta para a loja.

    • This reply was modified 7 years, 7 months ago by Edir Pedro.
Viewing 15 replies - 1 through 15 (of 87 total)