OPcache API is restricted by "restrict_api"

[dodos26]

I have thousands of bugs since yesterday. Dont change web files.

Code Select Expand

2: Zend OPcache API is restricted by "restrict_api" configuration directive
File: /www/Sources/Load.php
Line: 2824

[Kindred]

Talk to your host and/or disable caching

[dodos26]

My provider says it didn't change anything. and the mistakes disappeared the next day. 

[Doug Heffernan]

I have thousands of bugs since yesterday. Dont change web files.

You mean error messages, right?

Anyways, this error is related to Zend OPCache API access being restricted.

https://www.php.net/manual/en/opcache.configuration.php#ini.opcache.restrict-api

The OPCache setting in php.ini need to be edited and set to blank:

i.e:

Code Select Expand

opcache.restrict_api=""

My provider says it didn't change anything. and the mistakes disappeared the next day. 

I take it that the issue has been solved then? In that case I am marking this as solved. In case I misunderstood you, please feel free to mark it as unsolved.

[dodos26]

It again back 2.0.19:

Code Select Expand

2822: // Invalidate the opcode cache
2823: if (function_exists('opcache_invalidate'))
==>2824:     opcache_invalidate($cachedir . '/data_' . $key . '.php', true);
2825:
2826: if (function_exists('apc_delete_file'))
2827: @apc_delete_file($cachedir . '/data_' . $key . '.php');
/Sources/Load.php
Created on every page refresh, one for Guest one for Me (admin user) in this same time.
What i did i was using incognito trubu in chrome for guest test.

You cannot view this attachment.
You cannot view this attachment.

[Kindred]

Talk to your host and/or disable caching

[dodos26]

He insists they didn't change anything. Please help.. let some developer clearly admit that it is the fault of the service provider. I installed a test new clean forum, the problem I still have, I informed them about it.

"On the OVHcloud side, the configuration was not changed. In order to make the proper configuration, I recommend contacting a forum system specialist.

If the information provided does not exhaust the topic, I invite you to describe your expectations in detail in response to my message."

And where is such an option, I looked for it and I do not see such a contact category.

Contacting a specialist for your forum system is independent of OVHcloud. If in doubt about this contact, I recommend contacting your IT specialist.

After all, I wrote that I contacted the developers.. Who the fool are you trying to make, I gave you a link to a discussion where the dev says that something in the opcache_invalidate area must have been blocked.
I looked through php ini and I see clearly in black and white it is limited.. A few years ago, the problem suddenly appeared, of course, when I wrote to you, the problem disappeared and you claimed that nothing had changed. And now you've blocked something again and pretend that you found a fool who will let go..

*Links removed as requested by user -Lex *
https://www.simplemachines.org/community/index.php?topic=583355.0

The setting should be:
opcache.restrict_api=""
And you put limits
opcache.restrict_api /home/ovh/fpm7.4/opcache-status.php /home/ovh/fpm7.4/opcache-status.php

[Eleglin]

Dodos, for your information, i can confirm this problem for SMF 2.0 and 2.1 with this provider.
OVHcloud too. Don't know if you found a solution or did you just disable cache ?

[Arantor]

Well, the issue is that SMF cache files then get cached by opcache and the correct method of flushing the opcache isn't available because of their configuration blocking it.

They could remove the entry in opcache.restrict_api, they could set it to the Sources folder to let SMF use it when it needs to. Or you can turn off file based caching because you can't trust it to not be out of date when it expires.

[dodos26]

Dodos, for your information, i can confirm this problem for SMF 2.0 and 2.1 with this provider.
OVHcloud too. Don't know if you found a solution or did you just disable cache ?

I bought a VPS and set up my own server. The problem is that they changed it by quietly pushing the new regulations to be signed during the renewal.

[Oldiesmann]

If it's a VPS then you can edit the PHP configuration yourself.

[Arantor]

If it's a VPS then you can edit the PHP configuration yourself.

Stop making sense. We all know that that won't fly around here when there's raging to be done about SMF and how terrible it is (given past post history) when it is the host at fault.

[Eleglin]

Ok. So I will do without cache. I understand it s a restriction by the host and not SMF fault. 
That said, really love SMF2.1. I just made the upgrade and this is always better. 
Thanks for your answers 👍