I installed user tracking mod and all is well, BUT now when I try to login or log out as a customer I get a 404 error. Am I missing something somewhere?
Printable View
I installed user tracking mod and all is well, BUT now when I try to login or log out as a customer I get a 404 error. Am I missing something somewhere?
Hello All!
Well, I have used UT for quite some time under 1.2.7 and LOVED IT! I recently created some new sites in 1.3.8a and after reading all these posts am a bit hesitant to just do a contrib install. Are there any of our outstanding contrib developers who are working on this to make the mods for the new version 1.3.8a?
Don't take this as a complaint, I still think this is the BEST cart software and the BEST SUPPORT TEAM HANDS DOWN!!!
Hi all,
I did a search and can't find an answer ANYWHERE. My problem is if anyone has something in their shopping cart (guest or logged in member) user tracking shows that all entries have those items in their cart.
If someone can show me how to do a screen shot I will post a pic so you can understand what I mean.
Thanks for any help offered
Installed User tracking on ZC 1.3.8, and "Purge All Records" only purges a few records
May be associated with a logged Spider session (which I can not delete) which spans 3 days?
Hi,
It looks like I'm not the only person with this problem, but I couldn't find an answer in the forum...
I installed User Tracker onto Zen Cart 1.3.8. It tracks admin usage perfectly, but does not track normal usage. I added the code to the bottom of MY_TEMPLATE/common/tpl_footer.php like this:
<!--bof- site copyright display -->
<div id="siteinfoLegal" class="legalCopyright"><?php echo FOOTER_TEXT_BODY; ?></div>
<!--eof- site copyright display -->
<?php include($template->get_template_dir('tpl_footer_googleanalytics.php',DIR_WS_TEMPLATE, $current_page_base,'common'). '/tpl_footer_googleanalytics.php'); ?>
<?php if (ZEN_CONFIG_USER_TRACKING == 'true') { zen_update_user_tracking(); } ?>
<?php
} // flag_disable_footer
?>
It seems like it should work. I think it's crashing on the call to zen_update_user_tracking() because if I echo something after it, it doesn't show up. If I echo before it, it shows up.
I know the function is OK, though, since it tracks admin usage correctly.
Any ideas???
Thanks!
TJ
Does this mod work for 1.3.8 with no errors??
Using this won't help to display/receive all spiders/bots in user tracking.Quote:
Alternative 3: RECOMMENDED, track all users except bots/spiders, requires Configuration->Sessions->Prevent Spider Sessions->true (I don't know if this works with Zen-Cart versions older than 1.2.6d).
<?php if (ZEN_CONFIG_USER_TRACKING == 'true' && !$spider_flag && function_exists('zen_update_user_tracking')) { zen_update_user_tracking(); } ?>
I see about 12000 page views in this 24 hour period. Most of it are sessions of spiders/bots.
Is there a spider/bots text file which tells who is a bot of spider, maybe that this text-file need to be updated?
My host has recently upgraded PHP from 4.4.8 to 5.2.5 as the default.
Normally I receive upwards of 20,000 entries per day.
With PHP 4.4.8 I have no problems at all in displaying this quantity
With PHP 5.2.5 I can display fine up to 1,500 to 2,000 entries
Any more than this and I receive a "blank page"
I am using zen-cart 1.3.8a
MySQL 5.0.67-community-log
Apache/2.2.9
At this time I can switch between PHP versions but my host will soon remove 4.4.8
Any ideas what might be causing this problem?
MORE INFO...Quote:
Originally Posted by gilby
My host just updated to PHP 5.2.8 and the problem is still happening.
Its almost as if PHP5 has a different memory size or time out limit to PHP4
After about 15 seconds of "thinking" time with more than 2000 entries it comes back with a blank page
It works fine (as it does with PHP4 all the time) for more than 2000 entries.
It has something to do with the size of the page returned to display. Over a certain size it appears to give up and return a blank page.
Any suggestions???
Sounds like you need to change some settings in your php.ini file. Change the max memory to 64MB, change the script execution time to something like 120 seconds or whatever will work for you. We use this mod with php 5.2.8 without any of these problems.Quote:
Originally Posted by gilby