Simple Google Analytics - Support

[talviruusu]

Hi,

Because one of my clients I had the change to take a look of your module. It was a pretty good tool and I thank for that. However, I'd like to ask why one particular thing is done as it currently is.

In the google_analytics.php file at the front end side /includes/templates/template_name/google_analytics, every if statement what will end up producing the eCommerce tracking data, you have escaped all double quotes. Those double quotes will be used as elements in the Javascript code for Google Analytics. And that's the goal I assume.

It has been recommended that eCommerce tracking should be handeled with Asynchronous tracking. Well, if you use double quotes on your Javascript code, it doesn't work.

I tested it and changed all escaped double quotes to plain old single quotes and your module started working perfectly with Asynchronous tracking.

Is this a bug or just something I don't completely understand?

My ZenCart version is 1.3.9h and the Simple Google Analytics version is 1.2.4.

Thanks,
Ville

[econcepts]

Hi,

Because one of my clients I had the change to take a look of your module. It was a pretty good tool and I thank for that. However, I'd like to ask why one particular thing is done as it currently is.

In the google_analytics.php file at the front end side /includes/templates/template_name/google_analytics, every if statement what will end up producing the eCommerce tracking data, you have escaped all double quotes. Those double quotes will be used as elements in the Javascript code for Google Analytics. And that's the goal I assume.

It has been recommended that eCommerce tracking should be handeled with Asynchronous tracking. Well, if you use double quotes on your Javascript code, it doesn't work.

I tested it and changed all escaped double quotes to plain old single quotes and your module started working perfectly with Asynchronous tracking.

Is this a bug or just something I don't completely understand?

My ZenCart version is 1.3.9h and the Simple Google Analytics version is 1.2.4.

Thanks,
Ville

It could be a bug, however, I am using the Asynch code on a number of sites as is and it works just fine (including ecom tracking.)

When you made changes, could it be possible that you altered something which caused the escaped quotes to not 'escape' as they should (and instead, actually print the 'escape' character instead)?

I'll look into it here but haven't heard of any other reports of similar nature and again, have it working unaltered on a number of sites without a problem.

[talviruusu]

It could be a bug, however, I am using the Asynch code on a number of sites as is and it works just fine (including ecom tracking.)

When you made changes, could it be possible that you altered something which caused the escaped quotes to not 'escape' as they should (and instead, actually print the 'escape' character instead)?

I'll look into it here but haven't heard of any other reports of similar nature and again, have it working unaltered on a number of sites without a problem.

I didn't alter it before this. There were double quotes around all ecom tracking variables on the source code at the browser side. After I changed them to single quotes it started working.

I waited three days before I even started to wonder that something could be wrong. After changes, it literally took few hours and I saw first numbers.

But...because it has worked for you many times, that makes me consider an alternative issue like my server. I'm not THAT technical that I could explain why this could be, but that's the only "variable" what could play a part on this issue.

-Ville

[econcepts]

I didn't alter it before this. There were double quotes around all ecom tracking variables on the source code at the browser side. After I changed them to single quotes it started working.

I waited three days before I even started to wonder that something could be wrong. After changes, it literally took few hours and I saw first numbers.

But...because it has worked for you many times, that makes me consider an alternative issue like my server. I'm not THAT technical that I could explain why this could be, but that's the only "variable" what could play a part on this issue.

-Ville

No problem. I too am going to look into it. Although I haven't heard any reports, If one person sees it, it could be likely others do to.

Thanks!

[MickeyDora]

I have done a new install of SGA in version 1.3.9h but I've had one problem: I am using a custom template and there wasn't a
html_header.php file in the "common" folder so I copied the file from the default template folder into my custom folder as suggested in a previous post. So far so good, but when I copied the code from Step 3 Part A and updated everything, it caused my text size to go bigger and the site went left instead of being centered as it was previously.
Having just the file there didn't change anything but adding
<?php
if (GOOGLE_ANALYTICS_TRACKING_TYPE == "Asynchronous") {
// Do nothing
} else {
require($template->get_template_dir('.php',DIR_WS_TEMPLATE, $current_page_base,'google_analytics') . '/google_analytics.php');
}
?>
caused template changes. Any suggestions?

[MickeyDora]

As an adendum to my post above, I'm beginning to suspect that my template override is not quite right . . .

[econcepts]

As an adendum to my post above, I'm beginning to suspect that my template override is not quite right . . .

Making the change indicated should have no impact at all on the rest of the template ... not the look or feel, or the operation of it. If you noticed any alterations that occurred after you inserted that line then you must have done something incorrect when trying to either implement the template overrides, or in copying and pasting the code into place.

I suspect that the custom template you were using had some changes that were needed or made to the top portion of the site, and putting the html header in place may have caused those to be wiped out.

Do you have a link for the site?

[sgspeer]

Hi All,

i have install the Files and after installing the SQL patch.

The following error appear:

Forbidden

You don't have permission to access /Soos/sqlpatch.php on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.


I did change the Admin Folder Name before, does it conflit the files?

I'm using: v1.3.9e
Here is my site: www.sgspeer.com

Help.

Thasnk you in advance