but when I want to validate in oai-pmh validator I get an error because it takes a long time.
In section Identify all is OK
but in the section List Record OAI_DC
When I check the url in the validation of OAI-PMH, the following page
I review Error logs of php… I do not have error messages just warnings
[Wed May 15 10:13:07.484984 2019] [php7:warn] [pid 2422] [client XXX.XXX.XXX.XXX:59248] PHP Warning: Declaration of JournalOAI::sets($offset, $limit, &$total) should be compatible with OAI::sets($offset, &$total) in /var/www/ojs/classes/oai/ojs/JournalOAI.inc.php on line 22
[Wed May 15 10:13:10.900309 2019] [php7:warn] [pid 2485] [client 184.108.40.206:59133] PHP Warning: Cannot use a scalar value as an array in /var/www/ojs/lib/pkp/classes/core/DataObject.inc.php on line 133
[Wed May 15 10:13:10.900496 2019] [php7:warn] [pid 2485] [client 220.127.116.11:59133] PHP Warning: Cannot use a scalar value as an array in /var/www/ojs/lib/pkp/classes/core/DataObject.inc.php on line 133
The server has 16 GB of memory and php is assigned 3 GB in configuration…
I don’t know what time limit the validator sets, and the OAI spec doesn’t mandate a response time. In general, the bigger the list of records you deliver, the more server resources it’ll take to assemble.
Your installation seems to be performing worse than normal, which could indicate low resources allocated, or operating system-based quotas, or a database configuration problem, or problem data in your database, or probably a dozen other potential causes. The most likely case, I think, is problem data in your database, or perhaps something like a missing database index. The best way to debug that will be to set up a “slow query” log in your database and review the queries it captures.
Public Knowledge Project Team
Today I also got a message from REDIB for one of our journals.
IMHO, even validator fails, this is not necessarily a real error.
In my case, error jumps in validator because the full list of articles can take a while (one minute and half for 500 records), but if you check it manually, data is finally generated and all works as expected. The only BUT is the page is slow, but it won’t be a problem with other harvesters that are more patient.
If you like to make the validator (and REDIB) happy, you can reduce the oai_max_records to 100 (or less, but always bigger the usual number of articles that are released with each number) as Alec explained before.
BTW @JoannaB your 5.3 seconds sounds pretty good to me.