Parse error: syntax error, unexpected 'version' (T_STRING) in /home/xxx/public_html/ojs/plugins/generic/usageStats/scheduledTasks.xml on line 1

Ainul_Rafiq · January 10, 2021, 1:20pm

Dear all,

We have an issue that the statistic article does not show any count since 25 Dec '20. I have tried everything to solve the issue (using acron, using cron, moving logfiles to stage folder) but it did not solve the problem.

Tonight, I am trying to use Cron again as it states here Statistics (sfu.ca), and the Cron job massage is “Parse error: syntax error, unexpected ‘version’ (T_STRING) in /home/adeputra23/public_html/myjurnal/plugins/generic/usageStats/scheduledTasks.xml on line 1”, the error_log did not record any about this eror.

Any further advice?

Thank you so much!

NateWr · January 11, 2021, 12:21pm

What version of OJS/OMP/OPS are you using?

Ainul_Rafiq · January 19, 2021, 12:36am

We are using OJS v 3.2 November 2020

ajnyga · January 19, 2021, 10:23am

Maybe server settings affecting this: indexing - Parse error: syntax error, unexpected T_STRING with index.php? - Stack Overflow

short_open_tag

ctgraham · January 19, 2021, 1:56pm

What command line are you using for cron? It sounds as if you are trying:

php plugins/generic/usageStats/scheduledTasks.xml

with short_tag_open enabled, when this should be:

php tools/runScheduledTasks.php plugins/generic/usageStats/scheduledTasks.xml

With a correctly formulated PHP command line (or PHP web bindings, if folks see this outside of the command line), the short_tag_open option shouldn’t matter.

Ainul_Rafiq · January 20, 2021, 5:55am

I used the first code php plugins/generic/usageStats/scheduledTasks.xml

Ainul_Rafiq · January 20, 2021, 6:21am

I have tried to change the short_tag_open in php.ini and then run the Cron command. Cron job sent this report
<?xml version="1.0" encoding="UTF-8"?>

<scheduled_tasks>

Extract transform and load usage statistics data into database.

</scheduled_tasks>

Now, I am waiting for the stats to come.

Thank you

ctgraham · January 20, 2021, 1:58pm

The first form of the command (running php against the xml) is incorrect.

You must run the php command against the runScheduledTasks.php script, with the xml file as the first parameter (second form of the command):

php tools/runScheduledTasks.php plugins/generic/usageStats/scheduledTasks.xml

Ainul_Rafiq · January 20, 2021, 2:21pm

Yes, I’ve follow the command above…
IMG_20210120_221917

And here is the report

Screenshot_20210120_221943

Thank you so much …

Ainul_Rafiq · January 20, 2021, 2:52pm

Now I am checking the ScheduledTaskLogs folder for the last log that appearing the statistic (26 Dec 2020). Here is the result

[2020-12-25 20:32:14] https://myjurnal.poltekkes-kdi.ac.id
[2020-12-25 20:32:14] [Notice] Task process started.
[2020-12-25 20:32:17] [Error] Error: can’t execute “”. Check your gzip setting in config.inc.php.
[2020-12-25 20:32:17] [Notice] File /home/adeputra23/myjurnal/usageStats/processing/usage_events_20201224.log was processed and archived.
[2020-12-25 20:32:17] [Notice] Task process stopped.

Then, from the same folder, I checked for most-viewed log
[2021-01-14 02:27:52] JURNAL ONLINE POLTEKKES KEMENKES KENDARI
[2021-01-14 02:27:52] [Notice] Task process started.

Ainul_Rafiq · January 20, 2021, 2:54pm

Here is the screenshot from the usage stats folder

And the Article stats stopped work since 25 Dec 2020

ctgraham · January 20, 2021, 3:38pm

You are still missing the “tools/runScheduledTasks.php” component in your second cron.

The output you are seeing is not a report, but the content of the XML file run through the PHP processor (which hasn’t done anything).

If used, your second cron job should be:

/usr/local/bin/php /home/adeputra23/public_html/{your_dir}/tools/runScheduledTasks.php /home/adeputra23/public_html/{your_dir}/plugins/generic/usageStats/scheduledTasks.xml

Also note that both of these are running every minute, which is more frequently than necessary.

On the other hand, seeing scheduledTaskLogs entries such as:

[2020-12-25 20:32:17] [Notice] File /home/adeputra23/myjurnal/usageStats/processing/usage_events_20201224.log was processed and archived.

suggests that something is running (or was previously running) the usage statistics task. This is likely the “acron” plugin. Do you have that plugin enabled?

The error:

[2020-12-25 20:32:17] [Error] Error: can’t execute “”. Check your gzip setting in config.inc.php.

Suggests that you are missing this setting in config.inc.php, in the [cli] section:

; gzip
gzip = /bin/gzip

This would need to point to the correct path to this “gzip” executable on your server.

Ainul_Rafiq · January 22, 2021, 12:29am

I found this from error_log, this since the Article Stats did not display any count

[24-Dec-2020 20:27:36 UTC] PHP Deprecated:  Non-static method Core::removeBaseUrl() should not be called statically in /home/adeputra23/public_html/myjurnal/plugins/generic/usageStats/UsageStatsLoader.inc.php on line 767

[24-Dec-2020 20:27:36 UTC] PHP Deprecated: Non-static method Core::_getBaseUrlAndPath() should not be called statically in /home/adeputra23/public_html/myjurnal/lib/pkp/classes/core/Core.inc.php on line 231

Ainul_Rafiq · January 22, 2021, 12:35am

Update from Cron task, there is no report to the email…

Ainul_Rafiq · February 16, 2021, 2:00am

Dear community, I have applied a solution to this problem.
I did these ways:

Turning the PHP settings to default;
Enabled the Acron plugin
Applying the Cronjob for usageStats using this code
/usr/local/bin/php /home/journal/public_html/{your_dir}/tools/runScheduledTasks.php /home/journal/public_html/{your_dir}/plugins/generic/usageStats/scheduledTasks.xml
Move the files from the Stats folder to Stage every day

Thank you