User tracking mod

[JeffD]

Also if anyone is interested...

Over the years we have updated the user_tracking.php tool and made a few bug fixes. One feature we added was changing the script into a form and adding a popup date selection menu so you can select a specific date to begin the listing. This has proven invaluable since we actually keep several months worth of logs and it was difficult to page though using the previous page at a time GET method.

In any case, I have not previously read this thread so there could be a newer version out with other features or bug fixes. Perhaps who ever is maintaining the code (Pinghead) these days could merge this version with any fixes and updates previously done and make a new release. For now though, if you want to give the version we use a try, it is available here:

user_tracking.zip.

BTW, this is just the single admin/user_tracking.php file and assumes you already have a working installation.

Respectfully,
Jeff

[firehorse]

Hi,

Firehorse:

The problem with user tracking not listing the correct page name for ez pages is due to a line missing in the ez pages support code.

To correct the problem, edit includes/modules/pages/page/header_php.php

Locate the line which says:

define('NAVBAR_TITLE', $var_pageDetails->fields[pages_title]);

and directly under this line add:

define('HEADING_TITLE', $var_pageDetails->fields[pages_title]);    // JTD:10/03/06 - for user tracking

I believe you will find then that the correct page names are displayed.

Hope this helps!

Jeff

Many thanks

Just trying it now.

Best regards
Alan

[JeffD]

You're welcome...

Let me know if that takes care of the problem and feedback on the updated version posted if you choose to try it?

Thanks,
Jeff

[Woodymon]

Here is one that had me confused for a while.

A customer had just completed a sale.
Checked whosonline, same customer shown with completed transaction.

Checked UT, saw a different customer had that session.
Checked the session details and worked out that 2 people used the same computer and both had logged in, one after the other.

Whosonline correctly showed the most recent logged on customer.
UT incorrectly showed the first person to log on.

Would be helpful in the tracking if we could who see had attempted to log in.

I too just observed the same behavior when testing the most recent UT mod on a fresh ZC 1.36 install. I don't remember observing this behavior previously when running UT on ZC v. 1.302 or 1.27. I was not able to test on 1.35.

I logged in to a customer account. Then logged out. Then naviagated the catalog as a guest.

User Tracking shows all my clicks listed under the logged in user session including my clicks after logging out and naviagating as a guest .

Although this is not a major issue for my situation I can see it would be for those tracking admin usage in a mult-user office environment or those who expect different customer logins using the same IP address.

[Woodymon]

Over the years we have updated the user_tracking.php tool and made a few bug fixes. One feature we added was changing the script into a form and adding a popup date selection menu so you can select a specific date to begin the listing. This has proven invaluable since we actually keep several months worth of logs and it was difficult to page though using the previous page at a time GET method.

In any case, I have not previously read this thread so there could be a newer version out with other features or bug fixes. Perhaps who ever is maintaining the code (Pinghead) these days could merge this version with any fixes and updates previously done and make a new release. For now though, if you want to give the version we use a try, it is available here:

user_tracking.zip.

BTW, this is just the single admin/user_tracking.php file and assumes you already have a working installation.

Hi Jeff,

Petter stated previously in this thread that he will not be able to continue work on the User Tracking mod:
http://www.zen-cart.com/forum/showpo...2&postcount=79

Can you integrate your UT code updates into a new version and upload to the ZC download area? Maybe we could "beta" test your updates here before uploading a new version?

BTW I just installed your updated /admin/user_tracking.php file. And I like.

I do note the content associated with the ENTRY_START_DATE and ENTRY_START_DATE_TEXT defines do not display. Is there another file we are suppose to upload or patch or icon images which need uploaded? The snippet below is where the defines are called in /admin/user_tracking.php

<tr>
<td class="pageHeading"><?php echo HEADING_TITLE; ?></td>
<td class="main"><?php echo ENTRY_START_DATE; ?></td>
<td class="main">
<?php
echo zen_draw_pull_down_menu('sdate_month', $date_month, $start_date_month_val);
echo zen_draw_pull_down_menu('sdate_day', $date_day, $start_date_day_val);
echo zen_draw_pull_down_menu('sdate_year', $date_year, $start_date_year_val);
echo zen_not_null(ENTRY_START_DATE_TEXT) ? '<span class="inputRequirement">' . ENTRY_START_DATE_TEXT . '</span>': '';
?>
</td>
<td class="main" align="left"><?php echo zen_image_submit('button_report.gif', 'Update Report'); ?></td>

</tr>

Woody

[Woodymon]

Woody!
1. Run this sql-patch:

UPDATE configuration_group SET visible = '1' WHERE configuration_group_id =999 LIMIT 1 ;

2. Remove user_tracking_config.php from user_tracking_tools_dhtml.php box (for admin_profile):

$options = array( array('box' => BOX_TOOLS_USER_TRACKING, 'page' => FILENAME_USER_TRACKING),
				);

3. Remove user_tracking_config.php file from admin directory.

Thanks Andrew! That did it.

One thing in step number two above. Looks like maybe an extra comma? So should it be:

$options = array( array('box' => BOX_TOOLS_USER_TRACKING, 'page' => FILENAME_USER_TRACKING) );

Above is how I did it and it worked. Or maybe the comma doesn't matter? Thanks again.

Woody

[JeffD]

Woody:

Yes I forgot to send the updated language file, sorry!

For now add these to: includes/languages/english/user_tracking.php

define('ENTRY_START_DATE', 'Start:');
define('ENTRY_START_DATE_TEXT', '*');

I will try to put an updated archive which contains the latest code, GEO_IP data and country flags and upload it to the contrib area early next week. For now the above should get you through.

Thanks for the feedback,
Jeff

[Woodymon]

For now add these to: includes/languages/english/user_tracking.php

define('ENTRY_START_DATE', 'Start:');
define('ENTRY_START_DATE_TEXT', '*');

I assume you meant to add to:
admin/includes/languages/english/user_tracking.php

;-)

I will try to put an updated archive which contains the latest code, GEO_IP data and country flags and upload it to the contrib area early next week. For now the above should get you through.

Very good! Happy Turkey Day!

Woody

[Woodymon]

I too just observed the same behavior when testing the most recent UT mod on a fresh ZC 1.36 install. I don't remember observing this behavior previously when running UT on ZC v. 1.302 or 1.27. I was not able to test on 1.35.

I logged in to a customer account. Then logged out. Then naviagated the catalog as a guest.

User Tracking shows all my clicks listed under the logged in user session including my clicks after logging out and navigating as a guest .

I change Config > Sessions > Recreate Session
to False.

Continue to observe same negative behavior in User Tracking.

If it is relevant my configure.php files show:
define('STORE_SESSIONS', 'db');

Anyone with clues on this?

Wood

[JeffD]

This is really not a bug in User Tracking but instead an artifact of the way PHP and Zencart use and maintain sessions. Even though you logout of a customers account and zen_session_destroy() is called, the browser session id remains the same and therefore each UT table write thereafter continues to log based on that session id. The user is tracked as Guest after logoff but because the session was associated previously with the account the tracking report continues to use the name of the last account that used that session.

It is possible this behaved differently in 1.2x Zencart as there were changes made to the logoff and the session handling since that version but at least for now I don't see an easy way to change this behavior.

Jeff