joanorsky

It’s not more or less zero.. is has been indexing my pages like so… (tag pages, regular wordpress pages.. etc). The woocomerce ones (direct product ones) are the only ones that it catches well.. but besides those all fail on bing.

• This reply was modified 1 year, 7 months ago by joanorsky.

Well.. you are right.. i meant bing. My mistake…

Well… because if i don’t then the spiders will index the cookie’s description (or warning) instead of the SEO tags for the page. This happens with google and a few more making the overall SEO quite low. This means that the usage of this excellent plugin becomes crippled due to it’s SEO nature…

… can’t this be done? This is highly usefull for selfhosted statistics..

better yet.. keep the unchanged cart.php on your woocommerce directory and make a new dicrecty called “cart” on your theme folder. Then copy the changed cart.php to that directory. That will keep the original file untouched unless you update your theme..

If you still want to protect yourself to theme updates.. then you must create a child theme and make the updates there instead of the original theme location.

Hope that it helps..

as a workarround for temporary fix (needs further testing) you can replace the line 104 of wp-content/plugins/woocommerce/templates/cart from this one:
echo wp_kses_post( apply_filters( 'woocommerce_cart_item_name', sprintf( '<a href="%s">%s</a>', esc_url( $product_permalink ), $product_name ), $cart_item, $cart_item_key ) );
to this one :
echo wp_kses_post( apply_filters( 'woocommerce_cart_item_name', sprintf( '<a href="%s">%s</a>', esc_url( $product_permalink ), $_product->get_name() ), $cart_item, $cart_item_key ) );

It’s a temporary fix that will be removed once you update your woocommerce…

.. i am still looking for a reall fix on this… but this should help for the time being..

Somehow the $product_name seems to have the wck fields attached.. which makes this to happen. The developer would find this bug a lot quicker than me.. but i am still trying…

that means that there some sort of loop before the code, that is calling that.. making it appear twice.. i am still looking. That particular code itself has nothing wrong..

i dont know where it is being called.. but it seems that its been called twice. I am investigating..

that specific part of the code is called in wc-kalkulator/views/woocommerce/cart.php

<p class="wck-cart">
    <?php echo wp_kses($view->html, Sanitizer::allowed_html()); ?>
    <?php if (is_page('cart') || is_cart()): ?>
        <a href="<?php echo esc_attr($edit_link); ?>"><?php _e('Edit product', 'wc-kalkulator'); ?></a>
    <?php endif; ?>
</p>

When i finally managed to make it work with jQuery,,, it went bananas after a while! Somehow it’s data is linked to transients that when they are cleaned or expired collapses the code… ??

Yeah.. this also is happening with me. It worked at the beginning.. and then it stooped. I have no clue why… all that is inside the {= } is not being accepted.

I have seen that the regex is ok /{=(.+)}/m ..

Now that i have explored the plugin a lot more, I think i may solve my issue using the plugin as it is. However… i find a difficulty on the HTML block :

what are the full set of parameters that i can get on the {= } sniplet?

I have tried to use the {product_weight} but it does not seem to work..

Well.. yes.. i think that manually changing the code would do that. But since there is no plugin solution that i am aware of.. that would be a great feature to have on this plugin

that would be great .. if there was “conditional or formula” on the defautlt values with autoupdate