Nachdem ich WordPress eine Zeit lang verwendet hatte, entwickelte ich ein Theme. Nach der Installation mehrerer Plug-Ins ließ die Leistung der Website nach, sodass ich vorhatte, den Opcache zu aktivieren, aber nach dem Einschalten reagierte die Website überhaupt nicht mehr (unmittelbar nach dem Senden). die Anfrage) Leere Antwort), der Apache-Server hat keine Fehlerprotokolle aufgezeichnet.
Server-Softwareversionen: Centos, PHP5.4, WordPress4.5, Apache2.2
Webserver-Betriebsumgebung: Apache verwendet das Modfcgi-Modul, um PHP auszuführen
Ausprobierte Methoden:
<code>在没有完全重装wp的情况下,停用或删除所有插件,使用wp自带的主题,删除整个数据库,重新安装wp数据库,更新wp到最新版本。都无效果。 完全重装(即是重新下载安装包安装)后,就没问题。所以这也可以得出此问题跟操作系统和apache应该是无关的。 </code>
Das Folgende ist ein Screenshot der Antwort, wenn Chrome auf das problematische WP zugreift:
Die Konfiguration von opcache in php.ini ist wie folgt (ursprünglich wollte ich die gesamte INI-Datei senden, aber sie hat die zulässige Länge des Artikels überschritten):
<code>zend_extension="/usr/local/php/lib/php/extensions/no-debug-non-zts-20100525/opcache.so" ;opcache.blacklist_filename="/etc/php/opcache/blacklists" opcache.memory_consumption=256 opcache.interned_strings_buffer=16 </code>
Nachdem ich WordPress eine Zeit lang verwendet hatte, entwickelte ich ein Theme. Nach der Installation mehrerer Plug-Ins ließ die Leistung der Website nach, sodass ich vorhatte, den Opcache zu aktivieren, aber nach dem Einschalten reagierte die Website überhaupt nicht mehr (unmittelbar nach dem Senden). die Anfrage) Leere Antwort), der Apache-Server hat keine Fehlerprotokolle aufgezeichnet.
Server-Softwareversionen: Centos, PHP5.4, WordPress4.5, Apache2.2
Webserver-Betriebsumgebung: Apache verwendet das Modfcgi-Modul, um PHP auszuführen
Ausprobierte Methoden:
<code>在没有完全重装wp的情况下,停用或删除所有插件,使用wp自带的主题,删除整个数据库,重新安装wp数据库,更新wp到最新版本。都无效果。 完全重装(即是重新下载安装包安装)后,就没问题。所以这也可以得出此问题跟操作系统和apache应该是无关的。 </code>
Das Folgende ist ein Screenshot der Antwort, wenn Chrome auf das problematische WP zugreift:
Die Konfiguration von opcache in php.ini ist wie folgt (ursprünglich wollte ich die gesamte INI-Datei senden, aber sie hat die zulässige Länge des Artikels überschritten):
<code>zend_extension="/usr/local/php/lib/php/extensions/no-debug-non-zts-20100525/opcache.so" ;opcache.blacklist_filename="/etc/php/opcache/blacklists" opcache.memory_consumption=256 opcache.interned_strings_buffer=16 </code>
Die Ursache des Problems liegt nicht bei wp, sondern darin, dass die beiden PHP-Code-Verschlüsselungserweiterungen Zend Guard und Ioncube in der php.ini aktiviert sind.