Article statistics showing 0 abstract views and 0 PDF downloads


#126

Interestingly, after deleting the DB table scheduled_tasks where class_name = ‘plugins.generic.usageStats.UsageStatsLoader’, it has automatically begun to work :grinning:
I will checked during several days.

Thank you so much Bozana.

Gökmen


#128

Hi @Gokmen_ARSLAN

Those PHP Strict Standards and PHP Deprecated errors/warnings/messages are not the problem – you can ignore them – the problem is somewhere else. What did not work this time? What is the result? Were any files processed and moved to archive or reject folder? Do you have a new file Usagestatisticsfileloadertask-…-20171030.log (from yesterday) in your folder scheduledTaskLogs?

Best,
Bozana


#131

@Gokmen_ARSLAN

According to your images now everything seems to be fine: the log files are in archive folder and there are new entries in the DB table metrics. So I believe there is nothing more you should do.
See how it will be tomorrow, if the current log file usage_events_20171031.log will be correctly processed and archived.

Best,
Bozana


#132

Hi Bozana,

Unfortunately, it was not created the Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log. However, the usageEventLogs folder includes to files as usage_events_20171101.log and usage_events_20171031.log.
The usage_events_20171031.log was not sent the achieve automatically.
After deleting the scheduled_tasks where class_name = ‘plugins.generic.usageStats.UsageStatsLoader’, the Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log was created, and the usage_events_20171031.log was sent the achieve. But, after this process, the Usagestatisticsfile stoped as see below.

Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log ( ASCII text )
[2017-11-01 08:43:30] http://www.journalppw.com
[2017-11-01 08:43:30] [Notice] Task process started.
[2017-11-01 08:43:30] [Notice] File /home/journalp/files/usageStats/processing/usage_events_20171031.log was processed and archived.
[2017-11-01 08:43:30] [Notice] Task process stopped.

best,
Gökmen


#133

@Gokmen_ARSLAN

That is OK – the scheduled task is run only once per day and then it is logged when it starts, when the usage stats log file is processed or if an error occurred and when it stops. That is fine/correct.

I just do not understand why did you have to delete it from the DB table scheduled_tasks again – why it did not work automatically :-\ Hmmm… I have no idea at the moment… :-\


#134

The Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log was not created automatically. After deleting the the scheduled_tasks where class_name = ‘plugins.generic.usageStats.UsageStatsLoader’,
It was created the Usagestatisticsfileloadertask-59f95f01c6d54-20171101.log, and, then, the counter-abstract and PDF view changed.
I will check it tomorrow again.

Thank you,

Best,


#135

Dear all,

We have just added the article statistics to our journal and to my surprise, most statistics for the last couple of issues are 0.

Usagestatisticsfileloadertask dated today shows all messages as below:

[2017-11-01 00:44:19] [Notice] Task process started.
[2017-11-01 00:44:20] [Warning] The line number 1 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 2 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 3 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 4 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 5 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 6 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 7 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 8 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 9 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 10 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 11 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 12 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 13 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 14 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.
[2017-11-01 00:44:20] [Warning] The line number 15 from the file /home/jlmcedun/uploads_207_131/usageStats/processing/usage_events_20171031.log contains an url that the system can't remove the base url from.

My base url settings in config.inc.php is as follows:

base_url = "https://jlmc.edu.np"
base_url[index] = "https://jlmc.edu.np/index"
base_url[jlmc] = "https://jlmc.edu.np/index.php/jlmc"

So, whats going on?

Regads,
@anupent


#136

Hi @anupent

How the URLs look like in those usage stats log files?
You have only one journal, correct?
Your URL in the config.inc.php seems to be the default one – no changes/redirection, correct? In that case I think you do not need those two lines in the config.inc.php:

base_url[index] = "https://jlmc.edu.np/index"
base_url[jlmc] = “https://jlmc.edu.np/index.php/jlmc

S. maybe also Usage stats warnings: system can't remove the base url

Best,
Bozana


#137

Thanks @bozana,

I tied looking into usage stats log file but the directory “processing” was empty. There was not a single file. May be I need to look several times to look into its contents.

I do have only one journal.

Only 301 permanent redirect for https://. Otherwise no redirection. I am going to delete the rest two lines and will see tomorrow whether the error persists.

Will follow the link you gave in above post.

Regards,


#138

Now it is working fine. Yesterday’s all view and downloads are now shown.

Thanks @bozana.


#139

How to get the total download counts of all the galley files together (XML and PDF in my case)?


#140

Hi @varshilmehta

Please do not ask the same question in different threads – I will answer in the other one: [OJS 3.1] How to get total galleys downloads count

Best,
Bozana


#141

Hi Bozana,

it has begun to work today.:slight_smile:

thank you so mech for your efforts and contributions.

all the best,

gökmen


#142

Great, glad to hear that! :raised_hands:


#143

Interesting, in my case statistics log do not want to be moved by PHP (acron) between directories and I do it by cron tasks…


#144

Hi All,

I am in the state of panic because all the abstract and pdf views turn to 0. It was ok and showing the statistics. Below is the info of the cause:

OJS 2.4.8.1 with 2 production journal, and 1 trial
I tried to enable the statistics (statistics chart) plugin for journal 2, but it applied to all journal (it intended to apply only in journal). I thought it was a plugin problem, I deleted the plugin and re install again.
I found the reads/views counts of abstract and pdf become 0 and also the DOI links in all article disappeared.

Please give me advice and solution for this problem.

Thanks in advance.


#145

Solved! I tried the solution discussed in this thread.


#147

My metrics has stopped. I have only one journal.

[2018-07-13 06:25:30] [Warning] The line number 1 from the file /home/u796555399/files/usageStats/processing/usage_events_20180710.log contains an url that the system can’t remove the base url from.

My config settings are as follows (eg)

base_url = "http://journal.org
disable_path_info = Off
base_url[abcd] = http://journal.org/abed

restful_urls = On


#148

Hi @varshilmehta

Did you write any redirect rules for your journal?
It seems you are not using index.php?

If using only one journal, usually you do not need further configuration, just base_url.

How does the URL in your log file look like?

If everything worked earlier, what have you changed recently? Did you change your URLs?

Best,
Bozana


#149

Pm’ed you. Just have a look.