Uncompatibility with higher PHP versión

Hey guys! I have found this error messages and when I contacted the server provider they told me I should get in touch with you and ask if there is any updating soon on this.

they said
“In this case the best would be to contact the developers of the theme to provide more details on the php version support and if any theme update is available to support higher php version. Being on lower php version is not that bad, but it’s highly recommended to keep the php version set to higher in order to avoid any site vulnerability”

and here attached is the screen shot of the message I have on my site

thanks a lot for your help
isabella :slight_smile:

Hi @isa1978,

Thanks for writing in.

It looks like you’re using a tool provided by your host as they are not actually errors. It’s been like that since 2017, please check this https://theme.co/apex/forums/topic/cornerstone-update-to-be-compatible-with-php-7-2/

Thanks!

hello there
I was following your link and i found an error message that the page doesn’t exist

could you have a look please?
thanks a lot
cheers
isabella

Hi there,

Ah, it’s a very old thread from our old forum. Maybe it’s not accessible now, I’ll post what I said there

start here

Their compatibility checker isn’t accurate, they doesn’t really check the compatibility. They only check the existence of certain string.

From that jsqueeze.php file
Line 387 : $code = preg_replace("'(?<![\$.a-zA-Z0-9_])while\('", '3#(', $code); Line 465 : $f = preg_replace("'(?<![\$.a-zA-Z0-9_])else\n'", "\n", $f); Line 480 : $f = preg_replace("'(?<![a-zA-Z0-9_\$])for\neach\('", 'for each(', $f);
As you’ll notice, the compatibility tester doesn’t check if it’s really a /e modifier ( http://php.net/manual/en/function.preg-replace.php Errors/Exceptions ). It only checks the existence of letter e from preg_replace() regex string.

end here

And check this too https://wordpress.org/support/topic/false-positive-preg_replace-e-modifier/ as from the plugin author,

To clarify, this plugin relies completely on the PHPCompatibility project (https://github.com/wimg/PHPCompatibility) for error reporting. Any false positives and so forth should be posted as an issue there.

Which means your tool is using the same https://github.com/wimg/PHPCompatibility. It doesn’t base their result from actual PHP error. But based on the logic of their tools which could be faulty if it can’t see the difference between /e and e in preg_replace().

Thanks!

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.