X-Cart forums

[cflsystems]

The aim of the variable is to run this code one time per order on the 'thank for the order' page.

Oh an by the way the part

and $main eq "order_message"

ensures it runs only on order confirmation page so there is no need to back that up with another variable

[aim]

Please have a look at the screenshot
Screenshot_2016-07-21_09-25-23.png

You have to use a developer console like Firebug to check the code.

Do not use the 'View Page source' command.

Thank you.

[Tim Soles]

Originally Posted by zebu

Hi All - has anyone switched to php 7 after this upgrade? Any major issues encountered, did 3rd party mods require patches for php 7? Keen to here peoples experiences. Thanks

Our attempt to use PHP 7 failed because the third party Xbanner module does not support PHP 7 and the developer has no plans to upgrade their software.

It looks like third party modules will be a problem - see comments earlier in this thread.

Is anyone who has upgraded to 4.7.6 actually running a live site with PHP 7 ?

[cflsystems]

Originally Posted by aim

Please have a look at the screenshot
Screenshot_2016-07-21_09-25-23.png

You have to use a developer console like Firebug to check the code.

Do not use the 'View Page source' command.

Thank you.

Of course. The developer console not the source code.
Report from the client after the change I made - sales started showing in GA.

Again I have tested this every way on different stores. Stock code is not working.
And again if the only reason for this variable is so it shows only on order confirm page there is already the "main" variable to do that

[aim]

Originally Posted by cflsystems

Of course. The developer console not the source code.
Report from the client after the change I made - sales started showing in GA.

Again I have tested this every way on different stores. Stock code is not working.
And again if the only reason for this variable is so it shows only on order confirm page there is already the "main" variable to do that

Dear Steve,

Could you check duplicated transactions on your patched stores?
For this

1)Reload the page like this 3 or more times
https://STORE_URL/cart.php?mode=order_message&orderids=1033

2)Check the number of the 1033 transactions on Google Analytics side.
Should be only one

Thank you.

[cflsystems]

That's not it. I am not sure you understand then.

With original code in template

{if 
  $config.Google_Analytics.ganalytics_e_commerce_analysis eq "Y" 
  and $ga_track_commerce eq "Y" 
  and $main eq "order_message"
  and $orders
}

the ecommerce portion does not exist on order confirmation page load and there is no ecommerce reporting in GA at all.

With this code

{if 
  $config.Google_Analytics.ganalytics_e_commerce_analysis eq "Y" 
  and $main eq "order_message"
  and $orders
}

the ecommerce portion code is on the page and GA gets the data.

The $ga_track_commerce variable has a value of 'N' or it is undefined at all times. I saw all the code in the php scripts and you may think it works but it doesn't. The

x_session_register('ga_track_commerce');

line if moved from checkout_init.php to cart.php makes it work though. But it is not necessary. The $ga_track_commerce variable is useless in this case because we have in the template conditions to show the code only if the ecommerce option is enabled and page is order confirmation page and there is an order. The $ga_track_commerce variable does exactly the same as the

and $main eq "order_message"

[aim]

Thank you for the checking of the duplicated transactions.

You are right it seems GA handles the duplicated transactions properly.

I have removed the variable.


https://developers.google.com/analytics/devguides/collection/gajs/methods/gaJSApiEcommerce

_addTrans(transactionId, affiliation, total, tax, shipping, city, state, country)
Creates a transaction object with the given values. As with _addItem(), this method handles only transaction tracking and provides no additional ecommerce functionality. Therefore, if the transaction is a duplicate of an existing transaction for that session, the old transaction values are over-written with the new transaction values.


http://www.lunametrics.com/blog/2014/07/07/duplicate-transactions/

Within a session, Google Analytics will filter out duplicate transactions provided they have the same information. But if a visitor comes back later that day, or two weeks later, and another transaction is sent, then these will show up in your reports.



Thank you.

[cflsystems]

Another bug.
4.7.6 stock cart. Place few orders. in admin select some of them and delete, confirm.
Orders do not show in admin anymore. However checking database orders info is deleted fully only from orders table.
order_details, order_status_history still have records from deleted orders

https://bt.x-cart.com/view.php?id=46315

[aim]

Originally Posted by cflsystems

Another bug.
4.7.6 stock cart. Place few orders. in admin select some of them and delete, confirm.
Orders do not show in admin anymore. However checking database orders info is deleted fully only from orders table.
order_details, order_status_history still have records from deleted orders

https://bt.x-cart.com/view.php?id=46315

Fixed.
Thank you.

[herber@wirehub.nl]

Great to see how fast bugs are fixed after they're reported, even though the team is probably busy as it is already!

Is 4.7.6 compatible with Google's mod_pagespeed?
Not that our website is slow, but mod_pagespeed would be a very easy way to get even more performance.