Empty MyPlace
Moderator: AniDB
http://anidb.net/perl-bin/animedb.pl?sh ... uid=105666
Looks like an error with the cron. Might have something to do with the fact every mylist entry is marked deleted, or might not.
Rar
Looks like an error with the cron. Might have something to do with the fact every mylist entry is marked deleted, or might not.
Rar
-
- AniDB Staff
- Posts: 379
- Joined: Sun Nov 07, 2004 11:05 am
I'm not a squirrel , I do not burn nor save on HDD. AniDB is necessary to me to keep trace of what I've seen.Rar wrote:http://anidb.net/perl-bin/animedb.pl?sh ... uid=105666
Looks like an error with the cron. Might have something to do with the fact every mylist entry is marked deleted, or might not.
Rar
I won't change anything until it's not back to normal. That way I'm sure I do not mess your work.
Thanks both of you for your answers.
Considered that, but discounted by adding &do=latest and noting that there have been mylist additions well within the boundary.Der Idiot wrote:well thing is if you don't change anythign it won't change. stale accounts (those in which nothing was updated since the last update) don't get updated via the cronjob.
I think epoxi is on the money, will just have to pamper him till he fixes up the cron.
Rar
The user was correctly marked with statsstale when I checked just now. After running the user stats cron job manually all the counters seem to be ok again too.
The issue seems to arrise only when users modify their mylist the first time within 24h exactly while the user stats cron job is running.
The problem there is that the user stats cron job does not store the list of users with statsstale set to true locally. But instead directly uses it in db queries at different points in time.
This means that if the user was not marked statsstale at the beginning, none of that users db entries will be counted. If the user is then marked with statsstale before the results are written back to the db, the user's stats are overwritten with zeros.
BYe!
EXP
The issue seems to arrise only when users modify their mylist the first time within 24h exactly while the user stats cron job is running.
The problem there is that the user stats cron job does not store the list of users with statsstale set to true locally. But instead directly uses it in db queries at different points in time.
This means that if the user was not marked statsstale at the beginning, none of that users db entries will be counted. If the user is then marked with statsstale before the results are written back to the db, the user's stats are overwritten with zeros.
BYe!
EXP
I still have the same problem.
http://anidb.net/up84121
http://anidb.net/up84121
-
- AniDB Staff
- Posts: 379
- Joined: Sun Nov 07, 2004 11:05 am