＃1

我用OPS的新版本做了一个新的安装(2020年4月14日)。

但是，我注意到“下载计数”不工作。

我在之前的文章中提到过:

有人能给我指出解决这个问题的正确方向吗?

非常感谢库尔德工人党团队。

＃2

OPS(和其他应用程序)中的下载使用每天运行一次的计划任务。这意味着，如果您今天下载预印本，它将在下载统计中显示1-24小时的延迟，这取决于计划任务的运行时间。

数据首先保存到OPS的“files/usageStats”文件夹中的实际日志文件中。当你下载预打印文件时，你应该在files/usageStats/usageEventLogs中看到相应的行。“usageEventLogs”子文件夹是当前日志文件所在的文件夹。当一天结束时，系统将启动一个新的日志文件，旧的日志文件将与任务一起处理并移到“归档”文件夹中。

如果您没有在文件中看到任何日志文件或行，请告诉我。

＃4

对两个独立的应用程序使用相同的文件夹很可能会导致错误或问题。所以，请使用单独的文件夹

可能发生的情况是，OJS计划任务首先运行，并将日志文件移动到归档文件。因此，当OPS计划任务开始时，没有要为它处理的日志文件。

# 5

我把他们分开了。但还是不算在内。下载可以保留:0

# 7

嗨@ajnyga！

很抱歉我跑题了，但是有办法减少24小时间隔吗?这可以在服务器级别完成吗?我是说，这种调整只对我们的服务器有效。

＃8

使用统计数据被编程为每天创建一个日志文件。当日期改变时，系统将创建一个新的日志文件，旧的日志文件将被分段处理。

当任务被触发时，它将查找昨天的日志文件并处理它。然后把它移到档案室。

这意味着，每天执行几次任务是没有帮助的。没有什么要处理的，因为它都是基于日常日志文件的。系统不允许您处理今天的日志文件。

这当然是可以改变的代码。但我没有详细研究这些影响GitHub - pkp / usageStats插件。@asmecher可能有更详细的想法。

＃9

谢谢@ajnyga！

我们非常希望从每天的更新减少到至少每小时更新，但最好是他们能随时更新。

想听什么@asmecher可能还需要补充。

＃10

你好,

处理日志的统计框架需要为COUNTER做一些事情(对于可靠的数字来说，这通常是一个好主意)，如删除删除bot等，但这并不适合即时反馈。如果你正在寻找能够立即反映变化的数据，像谷歌Analytics等工具可能会更好。

问候,
亚历克Smecher
188bet手机网公众知识项目组

1像