Caches are coming in with GC ID numbers that have been stripped of the “GC” part, and so far I’m not sure why. Today I did something extreme (which I would have had to do at some point anyway) and purged the database of the wrongly-named caches. If you find your totals to be short, they should be back in order the next time you update with a fresh PQ.
 |
 |
 |
 |
 |
 |
 |
 |
 |
Before you did that I had 3 caches showing in wrong states. Now my totals are right and my states are right (without reloading the PQ). Expected?
(Well, there is that one cache (GC190D7) that had the state originally mislabeled which is still showing as an error, but that is not the big issue.
Well, this is odd…I’ve uploaded my newest GPX three times and it’s still showing my total from the previous upload. I just confirmed, by loading it into GSAK, and all my latest finds are in this new GPX file. Another bug? I’ve never had this happen before, that I can remember.
I’m still wondering if the Top 10 lists will return any time soon? Next to the State Maps, the Top 10 lists were my second favorite feature.
Thanks!
I wish I had these problems. MY problem is that most of the time the home page locks up my browser (IE). When I DO manage to get to upload a PQ, it processes gibberish like this:
“Total: finds
Total days since first find: 14038 - Overall find Rate: 0/day, 0/week
Total days with a find: (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - finds
Most consecutive days with a find: from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: days from 12/31/69 to 12/31/69″
Does the same thing with PQs that have worked before and new ones I try from scratch. :^(
Problem - I updated my finds today only to find that all my finds are not in the maps. I had 208 finds in Butler County PA on the last map and this upload the number of finds in Butler County went down. My actual total unique finds is 2357 but on the site it only shows 2052. What his happening?
I re-imported my current PQ to see if I would get purple’s problem. (I didn’t)
However, I did pick up a new erroneous (California) county because of an incorrect cache ID. (I think the ID was “Q”. It’s not just that it is stripping off the GC.)
Dave, I’m having problems. I just loaded a fresh PQ after not visiting for about a month. I have about 50 caches missing, and I have a find in Portugal. Never been there. Is this still expected?
Having issues too. Uploaded a new PQ that has 31 finds and the site only sees 15. Uploaded the same file again and it shows 17. Uploaded the same file a 3rd time and it shows 16. Opening the fie in GSAK shows the correct 31.
Hi, first time on this site. I tried to upload my stats and it only shows my first cache find and one in Portugal I didn’t find. ?? I have 103 finds.
Same problem as fegan for me too. New finds did not load in. Hope you get it worked out and thanks for your hard work Dave.
This is odd. Last week when I uploaded, everything was fixed. Today when I uploaded I am missing 23 caches out of 2649. I uploaded again and I am missing 22 caches. None of the caches that I found today are included for some reason.
Thanks for all your hard work. I’m sure its aggrevating. Here are my results incase they help you at all. I pulled a PQ after posting all our finds from recent GW6 trip. We are at 700 finds per gc.com.
GSAK shows 700 finds on 688 waypoints. There are a couple caches that have been found more than once because the owner moved it and allowed refinds.
Loaded the file to your site & it said 688 finds. Loaded it again, 689 finds. Again, 688 finds. Again, 689. ??? Also noticed, the milestones are all wrong. Wrong caches & dates. As for locations, it seems to not recognize a cache we’ve found in VT any longer. It did pick up our recent 15 day caching streak however.
Good luck.
ok dont know if this will help but for us (1126175) our one cache that isnt showing up is GCMH1C which is in canada. so like i said i dont know if this will help but just thought i would share
I’m having similar issues - a week ago everything worked fine and now I’m missing 5 finds.
Okay, so I’m missing all 4 caches I’ve found in the last week, plus one (GCXJ73) that has suddenly gone missing.
FWIW, I’m not missing any caches.
Another datapoint to help debug:
My Finds PQ zip file was uploaded 6/10/08
CacheName: Treason II
CacheWaypoint: GC11D3F
CacheType: Traditional Cache
Shows erroneously in “OH, Hamilton” instead of correctly in “OR, Linn”
Property link on the cache ID shows
“http://www.geocaching.com/seek/cache_details.aspx?wp=F”
instead of
“http://www.geocaching.com/seek/cache_details.aspx?wp=GC11D3F”
so it looks like the “GC11D3″ part of the ID got stripped
By the way, the (log) link takes me to the correct cache log.
Good luck on resolving the problem.
Another datapoint to help debug:
My Finds PQ zip file was uploaded 6/10/08
CacheName: Treason II
CacheWaypoint: GC11D3F
CacheType: Traditional Cache
Shows erroneously in “OH, Hamilton” instead of correctly in “OR, Linn”
Property link on the cache ID shows “…/seek/cache_details.aspx?wp=F” instead of “…/seek/cache_details.aspx?wp=GC11D3F”. It looks like the “GC11D3″ part of the ID got stripped.
By the way, the (log) link takes me to the correct cache log.
Good luck on resolving the problem.
I had never problems, but my last PQ does not work correct.
I am missing 25 of 525 caches, an itan shows one found in portugal (where I never been).
During upload I recognized a short message (duplicate…). In the gpx-file are 2 caches with the same name “Externsteine” and “EXTERNSTEINE”. Maybe that is the problem?
Hope, you finde the BUG!
Greets,
splitti
Same problem here, missing caches and I’ve got one in Portugal. Never even been to Portugal….. Good luck tracking it down and thanks for all your work on it.
Regards,
Ron
Suggested fix: Road trip to Portugal?
Just uploaded my PQ which was generated today (1328 finds) but it seems to be stuck on my last upload (1296 finds) but with Portugal & New Hampshire now showing 1 visit but I haven’t been to either.
Checked PQ file and it has 1328 finds in it. So uploaded again but still shows 1296 finds.
Cheers
walk tall
Seems as if I need to take a road trip to Portugal also
I am also having a problem with the total number of finds. Not all of my finds are listed. I have tried re-uploading my lastest finds PQ but the number of finds does not change. The finds number is 672 but it should be 693.
I’m not having this problem…instead each time I upload my PQ my find counts remains the same (874) even though I now have 937 finds. The strange part is that my USA map gets updated correctly and shows my very latest finds in Texas, so part of my stats are being updated correctly. What’s going on here? Am I doing something incorrect?
My numbers are not also updating, and I also went to Portugal to find 1 cache, but I don’t remember the trip.
Like others, my most recent PQ upload did not update my most recent finds.
Wondering how ypu can use this sight to see stats like “Who has the longest active streak of finding a cache in a state”
I just used your site for the first time, and I was so excited! Until it stripped me of 1100+ finds and showed one find, in 1969. In Portugal!
I see I am not the only one.
I’m sure it’ll be great when it’s fixed. Thanks in advance for the fix.
New GPX file from Geocaching.com today…same problem…only 976 of my 1043 finds are showing.
Hey, I got a Portugal one too! I’m missing 11 finds, and haven’t looked much further into it.
I just wanted to say that I really enjoy your site. I have used it for quite a while now and the bugs always get worked out. One thing that IS working is the ‘donations’ button on the home page. I just used it today. Thanks for all your hard work and for keeping this site going.
JBraach
Bozeman, MT
Hey, I oughta have 939 found caches in Portugal. But the site only reports 844. To everyone saying they’ve found caches in Portugal, please let me have them back
(just joking. thanks for all your hard word and let me know if you need any help)
I’m missing about 20 caches in Australia that I logged in March / April this year. I’m also missing 3 USA caches and everything I’ve found in the last 3 weeks. I’m getting the same total as I did for the last 2 weeks. Confused!
I’ve uploaded multiple times. Mine SWITCHES between 287 & 288 caches (should be 308) ZIP file works fine in ‘Cache Stats’. Hope this helps.
Had same experience as fegan. It’s showing me over 1000 caches ago.
Funniest thing is, I can upload the same My Finds query multiple times and get different totals each time. Cool Feature!
Interesting. I just uploaded my latest finds query and I went from 1933 finds to 1932 finds, even though the real number should be 1947. Hmmmmm.
Just noticed something weird, don’t know if it is related or not. I went to another cachers profile on the geocaching website. When I pulled up this page their stats were loaded instead of mine. Don’t know if the cookie is that similar or not.
I was going to say something about my numbers being off too. Then I saw where someone donated some money to the website instead of complaining and I thought that was a good idea.
I say no one else report their stats are jacked until after you donate at least $10 to the website. That is what I did. I hope to see the bug ironed out soon too.
ok..my stats are a few weeks old…
Got a count difference, site shows 625 finds rather than 636, plus there’s a find in Portugal where I’ve never been to.
In an interesting twist, I downloaded a file about 2 weeks ago and did not notice a false Portugal find. I still haven’t updated my file, but now I do have one. I did not think that the file would be further processed after it was first downloaded.
I have tried to enter my latest GC all Finds (downloaded from GC on 6/15/08) and it displays our count as 2702 and our actual count is 2953. We had completed the Michigan counties in Apirl and it displayed correctly for that all finds we posted, However now it doesn’t display 6 or 7 of the counties as having finds. I realize you were having problems on 6/5, but wanted to let you know we just encountered the problem as well. Through GSAK it does display the correct cache count. Our all finds does include several child waypoints, could this be causing some of the problems as well. We really enjoy your work and appreciate it. We were hoping to see our change in the state count map as we just returned from a long caching road trip.
I’m having the same problems. Stats aren’t updating, even though I’ve upload the new file. When it’s loading, for just a brief moment, I see an error message saying something like “Duplicate entry key” and random letters which is probably the key.
I’m also seeing the following symptoms :
My find count is listed as 1294 rather than 1307 (so 13 are missing)
Everything looks correct through find #500 on 3/05/07.
But 5 caches are already lost by find #600 on 4/21/07.
I have one erroneously listed find in Portugal.
The following caches are not displaying in the “Texas Completed Counties” map :
County : Waypoint : Name
————————-
Bandera : GC1207D : Freedom Springs Micro
Hood : GC11YHK : Rockwall
Jackson : GC122BM : Amplified!
Johnson : GC13VJC : G&MG - Glenwood - Travel Bug & Coin Inn
Interestingly, the Johnson county find *is* included in the list of
completed counties but the other 3 are not.
I hope that level of detail helps.
P.S. Count another vote from me for the Top 10 pages for states.
I am experiencing the same thing as others. My find count is a couple of hundred short, it is showing that I have logged one cache twice and when I try to re-upload the same file, it will come up with a different number of finds and a different multi-logged cache. This has happened on my uploads from the last three weeks. The erroneous find number has stayed within ten finds of the original wrong number.
Definitely interesting. The totals are incorrect, yet the links at least include new records. For example, I’ve got an entry to “shortest log” as on of my new finds…
I also see the milestones are listed incorrectly, but if I click on the cache link in the milestone, it takes me to the correct cache log.
Great site! Just getting a new Paypal account set up, but will be contributing to this cool tool…
Steve
I am also having problems. Showing 336 finds & it should be 388. I has been off about the last 3 weeks. I also have 1 cache showing incorrectly for Portugal. County finds map for Wyoming isn’t coming up right. The one on my profile is closer than the new ones lately. Thanks for all your hard work and for keeping this site going. I hope you get things working right again soon. Thanks - (crcclu)
I am experiencing the exact same problem as reported by fegan on June 6th and again on June 13th.
Add me to the list of folks having the same troubles. My count hasn’t changed since 4/22. I have verified that my PQ is current.
Detailed data point:
Yesterday, I received HTTP error 500 Server Down (How I was hoping that this would fix things!). Today, when I tried to upload the very same .zip file that had me missing about 50 finds about a week ago, I received a new set of errors:
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Naturally, all future fields have either 0 as value or division by 0 as error.
I noticed a fast-moving screen that appears before this static screen and it has the following problems:
First and last finds…
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/gpx_process_classic.php on line 57.
The same errors appear at lines 70, 82, 93, 105, 124, and 144 respectively for “Total finds”, “Unique cache found”, “Unarchived caches”, “Average terrain and difficulty”, (no leading line), and “Best day”. This is immediately followed by:
Cache to cache distance… Table ‘./krugdm_geostats/caches’ is marked as crashed and should be repaired
I am hoping to have that exact .zip file publicly available at http://www.mutford.net/geocaching/370997.zip but right now my host’s entire server is down. (”&$%! Even in the future, nothing works!”) Maybe later it’ll be there for potential beta-testing.
I have the same problem as tenebrus, with the same kinds of messages. Last week I was missing about 20 caches, now I have none.
I’m seeing the same errors as tenebrus, without even doing a new upload.
I sent Dave an e-mail to make sure he knew about it. I’m hoping both that and the 500 errors are due to his working on the site.
(Does anyone see “good” results from doing a new upload? I am wondering if there is any reason to do one until this gets resolved.)
Same errors as tenebrus. In addition, if you look at the full list of cachers, there are quite a few people at 0 caches with recent uploads now. We all started caching on 12/31/69, apparently, too.
Caches display properly in MacCaching 1.2.
Thank you for the efforts!
Looks like things are getting worse, rather than better. I tried uploading my latest GPX file today, just to see if any progress has been made, and I got this screen:
Stats for fegan
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Total: 0 finds
Total days since first find: 14050 - Overall find Rate: 0/day, 0/week
Total days with a find: 0 (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - 0 finds
Most consecutive days with a find: 0 from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: 0 days from 12/31/69 to 12/31/69
Average total cache difficulty: - Average total terrain rating:
Average physical cache difficulty: - Average physical terrain rating: (Traditional, Multi, Unknown, Project APE, Letterbox)
Active Caches: 0 of the caches you’ve found are still active (
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 118
0%)
Average log size: 0 word - Biggest log: 0 word - Shortest log: 0 word - Number of one-word logs:
Hey, that looks like my stats too!
Our prayers are with you buddy. You’ll figure it out.
I, of course, am getting the same bug as everyone else. Might I suggest that you opensource your software? Throw it up on sourceforge or something and let some of us tech saavy folks help you out. I think you would be amazed at how quickly your project progresses.
I tried a new generated GPX file (about 10mins ago) and got this new error as others are seeing. I’m sure you will figure it out as this is such a great resource for us cachers.
Stats for walk tall
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Total: 0 finds
Total days since first find: 14051 - Overall find Rate: 0/day, 0/week
Total days with a find: 0 (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - 0 finds
Most consecutive days with a find: 0 from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: 0 days from 12/31/69 to 12/31/69
Average total cache difficulty: - Average total terrain rating:
Average physical cache difficulty: - Average physical terrain rating: (Traditional, Multi, Unknown, Project APE, Letterbox)
Active Caches: 0 of the caches you’ve found are still active (
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 118
0%)
Average log size: 0 word - Biggest log: 0 word - Shortest log: 0 word - Number of one-word logs:
Other Stats
For those who are getting the errors involving finds in 1969, DIV by zero, etc., try loading a PQ you ran using the “Add to Queue” button. PQs run by day of the week will not work.
As for the other errors (wrong totals, 1 find in Portugal), I can’t help you, I’m having the same problems.
Well now even THAT doesn’t work. :^( Said something about some “table” crashing and needing to be repaired.
Logged in tonight and uploaded a new PQ and got the same error everybody has been getting (like fegan). Stats are all gone.
Yep, way overdue to open the source code and ask for help, I know 2 programmers who would take a look. No top 10 makes this site quite boring, no stats useless.
Here’s an idea that might or might not be of any value. It seemed like everything worked flawlessly before you had to start making changes to reduce server usage. Any chance you have a copy of the code from 6 months ago that you could put back in temporarily to see if the problem goes away? If so, maybe add the changes back in one at a time to see which one caused the problem? Now that server use isn’t as big an issue, maybe we’d be lucky and the change that introduced the problem isn’t really needed any more…
Well, me too. It is getting worse. Just uploaded a fresh PQ.
Stats for Okiebryan
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Total: 0 finds
Total days since first find: 14052 - Overall find Rate: 0/day, 0/week
Total days with a find: 0 (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - 0 finds
Most consecutive days with a find: 0 from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: 0 days from 12/31/69 to 12/31/69
Average total cache difficulty: - Average total terrain rating:
Average physical cache difficulty: - Average physical terrain rating: (Traditional, Multi, Unknown, Project APE, Letterbox)
Active Caches: 0 of the caches you’ve found are still active (
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 118
0%)
Average log size: 0 word - Biggest log: 0 word - Shortest log: 0 word - Number of one-word logs:
Same here.
Just uploaded a new pq and all I get are mysql errors, the same as Okiebryan above (except the username)
Brand new My Finds PQ today…same MySQL errors as last time.
Seems like it’s time to roll-back some of the most recent changes to get the site functioning again.
Guess you’ve all seen this by now…. tried again tonight with no luck. Doesn’t seem like anyone is working on it, maybe someone else would like to start a site?
Stats for Rey del Roble
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Total: 0 finds
Total days since first find: 14053 - Overall find Rate: 0/day, 0/week
Total days with a find: 0 (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - 0 finds
Most consecutive days with a find: 0 from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: 0 days from 12/31/69 to 12/31/69
Average total cache difficulty: - Average total terrain rating:
Average physical cache difficulty: - Average physical terrain rating: (Traditional, Multi, Unknown, Project APE, Letterbox)
Active Caches: 0 of the caches you’ve found are still active (
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 118
0%)
Average log size: 0 word - Biggest log: 0 word - Shortest log: 0 word - Number of one-word logs:
I hate to say it, but it might be time for me to find a new stat tracker. Anyone know where to get a good one? I will probably just check the Groundspeak forums for an answer.
Hope you have success finding the bugs in your “machine”.
I wonder if you limited the features that this tool offers, would it be more stable. I think most folks are here for the county maps (this might be the only place to generate such things.)
Got a problem I can’t seem to solve.
I’ve used this program for months now, without a hitch.
But for the last couple of weeks I haven’t been able to update my statistics.
This is what I get, and empty boxes show on my profile. The same happens to PumpkinOneA’s profile when I try to update his. Any ideas? Thanks in advance!
________________________________________
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Total: 0 finds
Total days since first find: 14054 - Overall find Rate: 0/day, 0/week
Total days with a find: 0 (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - 0 finds
Most consecutive days with a find: 0 from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: 0 days from 12/31/69 to 12/31/69
WOW - Tried it again today. Errors- warning - warning - warning - everything is all messed up just like others have posted. I really want to see my PA county finds on the map. Any ides as to when things will be fixed???
Wish you all the best in getting the problems sorted. Love site Maps on the site and you’re the only one who covers the counties for Ireland.
I am also getting these errors, but I noticed that the errors all have the 1969 year in common. There was a cache placed in California recently with an old bogus date
in 1969. This cache could potentially be causing an out of bounds error in database. I believe you already scrub out certain caches from the database ( locationless, arm chair vituals, etc… ) and you may need to force this one to be ignored too. Since the program may be using EPOCH of January 1, 1970, this 1969 line entry may be causing some problems with the stats.
This is pure speculation, but when I saw that cache, I had a feeling it may end up breaking some programs out there when it tries to load it up. Not sure if your database
actually looks at hide dates of caches, but you never know.
Best Regards,
-paul
HiDude_98
My guess is that the 1969 dates we’re seeing are because 12/31/1969 is considered “day 0″ and it looks to me like the database is damaged and all requests for data are returning errors and the values are probably then being treated as 0 in later processing.
geting the same errors
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 72
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 81
Warning: mysql_fetch_array(): supplied argument is not a valid MySQL result resource in /home/krugdm/public_html/stats.php on line 89
Total: 0 finds
Total days since first find: 14054 - Overall find Rate: 0/day, 0/week
Total days with a find: 0 (Every
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0 days or 0% of your total days) - Average finds per caching day:
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 103
0
Best day: 12/31/69 - 0 finds
Most consecutive days with a find: 0 from 12/31/69 to 12/31/69 (Current streak!)
Longest caching drought: 0 days from 12/31/69 to 12/31/69
Average total cache difficulty: - Average total terrain rating:
Average physical cache difficulty: - Average physical terrain rating: (Traditional, Multi, Unknown, Project APE, Letterbox)
Active Caches: 0 of the caches you’ve found are still active (
Warning: Division by zero in /home/krugdm/public_html/stats.php on line 118
0%)
Average log size: 0 word - Biggest log: 0 word - Shortest log: 0 word - Number of one-word logs:
hope this is up and running soon I like this site alot. TFTS (site)
I started getting the divide by zero errors as well. I fixed a problem with a crashed table and everything seems to be working properly.
For now…
ALRIGHT!! Third time was a charm-they loaded tonight
Now if we can get our top ten back I’ll be in heaven.
RdR
I have just run my PQ again and I am still being shown my cache total as 16 less than I have done. One of them is showing as being done in Portugal!!!( I wish!). What info do you need to put it right?
Regards
Still no top 10 stats……….???????
I bet you have a lot less traffic now.
Chuck…
Thanks for your post . Found this blog on Saturday and would like to thank you for the info . Don’t have time to really comment today, will come back later on. Thanks….