[wp-trac] [WordPress Trac] #36455: Call opcache_reset() after plug-in, theme or core update

[WordPress Trac]

#36455: Call opcache_reset() after plug-in, theme or core update
-----------------------------+-----------------------------
 Reporter:  nigro.simone     |       Owner:
     Type:  enhancement      |      Status:  new
 Priority:  normal           |   Milestone:  Future Release
Component:  Upgrade/Install  |     Version:
 Severity:  normal           |  Resolution:
 Keywords:  needs-patch      |     Focuses:
-----------------------------+-----------------------------

Comment (by benoitchantre):

 Replying to [comment:18 mikeschroder]:
 > I'd be interested to know about what happens there is an invalidation
 attempt and `opcache.restrict_api` restricts this.  Namely, is there a way
 to catch failure rather than checking beforehand using `ini_get()`?

 I wasn't able to configure opcache with restrict_api.

 My tests were done using recommended opcache settings for production from
 [https://www.scalingphpbook.com/blog/2014/02/14/best-zend-opcache-
 settings.html Scaling PHP Book]
 {{{
 opcache.revalidate_freq=0
 opcache.validate_timestamps=0 (comment this out in your dev environment)
 opcache.max_accelerated_files=7963
 opcache.memory_consumption=192
 opcache.interned_strings_buffer=16
 opcache.fast_shutdown=1
 }}}

 Let me know if something need to be adjusted.

--
Ticket URL: <https://core.trac.wordpress.org/ticket/36455#comment:33>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform