downloads reporting appears to be broken #554
Comments
|
It looks like this may be a permission issue - we upgraded nginx, and the stats cronjob may no longer have rights to read the log files. Thanks for the report, I'll take a look. |
|
Turns out it wasn't a permissions problem, but a slight change in the log format that broke our log parser (an extra space after the date). I'll fix, and regenerate the stats for the missing days. |
|
👍 |
tobias
added a commit
that referenced
this issue
Aug 13, 2016
With the recent nginx update, we changed the access log format slightly: * 2 spaces after the date instead of 1 * append the sni host to the end of the line The log parser ignores the sni host, but was strict about the spaces after the date, causing stat generation to find no downloads. This relaxes the regex to allow for any number of spaces after the date so we can re-process logs that were generated with the new format, and allows us to adjust the format to go back to one space if we decide to do so. Related to #554
tobias
added a commit
that referenced
this issue
Aug 13, 2016
|
I've updated the stats and restarted clojars to clear the cached stats. Can you confirm you are seeing downloads for the expected artifacts? |
|
Yup, can confirm everything's in order. Thanks for the quick turn around. ;) |
|
Great, thanks for the confirmation, and my pleasure! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
All artifacts published since August 5th show 0 downloads.
The text was updated successfully, but these errors were encountered: