lamberbee
Forum Replies Created
-
Forum: Plugins
In reply to: [Woocommerce CSV importer] Products not showing up in the ProductNever included post_status or visibility fields. For me, the issue started when I updated Woocommerce and WordPress to the latest version. I still use the same format, fields, standard procedure.
Is there a compatibility issue with the latest versions?
Forum: Plugins
In reply to: [Woocommerce CSV importer] Products not showing up in the ProductSame issue here, updated the website to the latest version WC en WP and got the same result. Already filed a detailed test report.
Hope to hear soon a solution, need to update the website due to the latest security issues with WP and stuff.
Forum: Plugins
In reply to: [Cachify] Cachen funktioniert, Dateien werden nicht ausgeliefertIs it possible to do this in English, like most of the comments are. This is extremely difficult to read and understand for most of us.
Thanks
LamberbeeWell, don’t look any further.
Using the plugin Insert PHP, my problem is solved. Joehoe!!OK, the Insert PHP plugin has also not been updated for some time now, but the support forum is still alive and kicking.
The problem is the < characters for some reason.
In my example this doesn’t work and gives an error$start = strpos($homepage, "<div"); $stop = strpos($homepage, "</div>") + 6;But this works fine.
$start = strpos($homepage, "div ") - 1; $stop = strpos($homepage, "/div") + 5;Problem solved you think … nope. Then there is an error on this code:
$homepage = substr($homepage, $start, $stop - $start);Not sure what the problem is.
Looks like the plugin doesn’t handle all strings … I think.
Anyone?Thanks for the quick follow-up.
Problem solved … well, it was not a problem. I remembered later last night that if logged in at the back-end as an admin, the code is not shown. How could I forget that?
Hello Tatvic,
Found your plugin today, really interesting in going one bridge furtherthen the classic GA goes.Started first tests:
– Enabled it on my local demo website,
– gave in the UA code
– enabled the checkbox “Add Tracking Code to your site”.But I’m not seeing the code looking at the source code. It’s also not shown on the checkout page or any other page of the process.
What can I check?
Thanks.Forum: Plugins
In reply to: [WooCommerce] Round issues on order-receive page and confirmation mailFound the problem. WPEC convertor create products with a comma in the database. Once that was corrected, the orders were still saved with a comma. FYI: WC save all values like prices, tax, e.a. with a point, even if de decimal seperator a comma.
It was due to another plugin, http://wordpress.org/support/plugin/flat-rate-per-countryregion-for-woocommerce
Once disabled solved the problem.
Forum: Plugins
In reply to: [WooCommerce] Round issues on order-receive page and confirmation mailToday I got the confirmation of Woocommerce that there is a bug in their plugin WPEC convertor.
Did you use that Woocommerce plugin?
I got a fix for the convertor plugin but that doesn’t solve the issue. Conversion is done.
Forum: Plugins
In reply to: [Woocommerce CSV importer] All data is not deletedLooks intesting Alleard. Some questions:
- What happens if I have several imports (because the list of products is to long, or for organisational reason). Is the marking of products reset with every CSV?
- Are the variations also handled?
Thank you.
Forum: Plugins
In reply to: [Woocommerce CSV importer] All data is not deletedI have the same question. Is there a way to delete existing variations and have the ones in the upload file only active?
Thanks
Forum: Plugins
In reply to: [WooCommerce] Round issues on order-receive page and confirmation mailhmmm, nobody?
Forum: Plugins
In reply to: [WooCommerce] Round issues on order-receive page and confirmation mailHello Agus,
Thanks for you comments. Already some feedback:
- Woocommerce is configured for comma as a decimal seperator.
- Do not use the thousand seperator, correct. But it’s not used, the prices are not that high. 🙂
- When I create a new product and give in a price 20,30 it gets saved in the database 20.30 This is OK.
But in the order_itemmeta DB file, all prices, taxes are saved with a comma. That’s not OK. Why is Woocommerce saving all the numbers (in a string because it’s meta data) with a comma.
I also used the hook woocommerce_get_price to manipulate the price. It affects the prices throughout the complete order process, but not on the checkout/order-received page. It seems like that step in the order proces is not using the standard.
Main question now is, why are values (prices, taxes, ..) stored with a comma during the order proces. Where is the code doing this.
Kind regards,
Lamberbee.Forum: Plugins
In reply to: [WooCommerce] Round issues on order-receive page and confirmation mailComing closer now to the issue.
I was told by an expert that Woocommerce never ever uses comma’s in their database. Because the store is set-up with comma as a decimal seperator, I did some checking. Could be WC was expecting a point and show number incorrectly because there is a comma.
I first thought that the prices of products were stored with a comma. (wp_posts and wp_postsmeta DB files) But it wasn’t and as I tested, creating a new product the prices are saved with a point. So that’s working correctly.
But while examining the order details (wp_woocommerce_order_itemmeta DB file), I saw the values were saved with a comma, like 38,23 instead of 38.23
Change these entries directly in the DB from comma to a point and the the prices are shown correctly on the checkout/order-received page.
The question now is, why is a product saved with a point in the values and an order with a comma in the prices, tax and other values?
Anyone?
Forum: Plugins
In reply to: [WooCommerce] Round issues on order-receive page and confirmation mailHello,
An update on my part: been looking a bit further into this rounding issue. The problem also occurs in the back-end.
Please look at this documentation I made:
http://lemit.be/wp-content/uploads/2014/06/Woocommerce-rounding-issue-back-end.jpgI assume it’s more or less the same behaviour …
Where does this come from? I want the correct numbers seen, on the order-received page and in the confirmation mail.Any help where this is located please?
Thanks.
