問題タブ [opcache]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - Opcache does not get enabled
I've installed Apache 2.4.x webserver on Ubuntu and also PHP5.5.x from sources. I go to php installation folder and do find . -name "opcache.so"
. Then, to php.ini (same as in phpinfo()), I add zend_extension=/php5/lib/php/extensions/no-debug-zts-x/opcache.so
, and opcache.enable=On (or 1)
and restart Apache with apachectl restart
. Then I check phpinfo() but opcache does not get enabled! Please help.
I think a wrong php.ini file might be used, but in phpinfo() it shows the path to file which I do edit. When I change maximum upload filesize from 2M to 4M in the php.ini, and restart Apache, it does not get changed in phpinfo()
opcache - .ini ファイルではなく htacces から opcache を有効にする
opcache.ini で opcache.enable=0 を設定しました
今、htaccessファイルからopcacheを有効にしたい
php_flag opcache.enable オン
しかし、それは機能していません
opcache.ini で opcache を無効にし、アプリケーションの htacces ファイルで有効にします。
ありがとう
apc - 「mysql server has gone away」エラーの考えられる理由 (php 5.4、mysqlnd)
最近、Web サーバーの 1 つを PHP 5.3 (Debian Squeeze パッケージ、libmysqlclient と APC を使用) から PHP 5.4 (Debian Wheezy、Dotdeb パッケージ、mysqlnd、Opcache、APCu を使用) にアップグレードしました。ほぼ 1 日正常に動作した後、すべての要求で「mysql サーバーがなくなりました」というエラーが発生しました。同じ MySQL サーバーを使用して libmysqlclient で PHP 5.3 を実行している同じ負荷の他のすべてのサーバーでは、まったく問題はありませんでした。私たちが使用するすべてのサーバーで:
PHP 5.3 サーバーでは、mysql/my.cnf タイムアウトを変更しませんでした。read_timeout (mysql)、wait_timeout (mysql)、default_socket_timeout (php)、および max_execution_time (php) の問題についてはわかっていますが、実行時間の長いクエリを含むバッチ スクリプトのコンテキストでのみです。通常、Web サーバーは約 300 ミリ秒で応答するため、ここではタイムアウトは問題になりません。
サーバーをロードバランシングから外したときは本当におかしくなったので、もう負荷はありませんでしたが、まだ 180 のビジー状態の Apache プロセスが残っていました。何もapache2ctl graceful
変わらず、数時間後に次のようにapache2ctl status
述べています。
apache2ctl restart
問題を解決しただけで、すべてが再び正常に機能しました。MySQL エラーは、これまでに見つかった唯一の「有用な」エラー メッセージです。
mysqlnd、opcache、または apcu と PHP 5.4.30 の問題でしょうか? 私たちが経験した動作につながる可能性のある既知の問題はありますか?
または、「mysql サーバーがなくなった」問題をデバッグする方法を知っていますか?
php - Opcache で memcached が必要ですか?
人々がAPC / Opcache / Memcache / Memchached / Varnish ...を使用してPHPを高速化することを読んだこと以外、キャッシュについては何も知りません:)
それで、先週 PHP5.4 を使っていたので APC を試しましたが、Opcache を使えるように PHP5.5 にアップデートしました。Opcache が機能するようになったので、wordpress サイトをさらに高速化する必要があります。APC は opcache と互換性がないと聞いたので、memcached を使用しても問題ないかどうかを知りたいです。 PHPとは関係ないのでOK。
では、memcached を使用するとサイトがさらに改善されますか?
opcache - OpCache がキャッシュしない
最近 opcache をアクティブにしましたが、機能していないようです。phpinfo() 経由で有効化されていることが確認されています
ご覧のとおり、0 ヒット 1 ミス 1 キャッシュ スクリプト (opcached gui)
私は何が欠けていますか?
サーバーは Linux サーバー centos 6.5 vps PHP 5.5
opcache 設定に関するもう少し詳しい情報
opcache_enabled true
cache_full false
restart_pending false
restart_in_progress false
使用済みメモリ 8.54 MB
free_memory 503.46 MB
Wasted_memory 0 バイト
現在の無駄の割合 0.00%
buffer_size 4194304
使用済みメモリ 446.41 kB
free_memory 3.56 MB
number_of_strings 4895
num_cached_scripts 1
num_cached_keys 1
max_cached_keys 65407
ヒット数 0
start_time Sat, 26 Jul 14 23:20:32 +0000
last_restart_time なし
oom_restarts 0
hash_restarts 0
manual_restarts 0
ミス 1
ブラックリストミス 0
ブラックリストミス率 0.00%
opcache_hit_rate 0.00%
php - Zend OPCache - opcache.enable_cli 1 または 0? それは何をするためのものか?
ドキュメントでは、「主にデバッグに使用される」と書かれているため、「問題が発生してデバッグを行う必要がない限り、決して有効にしないでください」と思われますが、ほとんどすべてを読むと、「opcache」を有効にするように書かれています.enable_cli 1" しかし、なぜですか? この問題に関する情報が見つからなかったので、もし誰かが知っていれば、ドキュメントが基本的に 0 を維持するように言っているのに、なぜそれを有効にする必要があるのでしょうか?
debian - Zend OPcache には Zend Engine API バージョン 220090626 が必要です
Debian Squeeze で php 5.3 を 5.4 に更新しました。その後、OPcache をインストールしようとしました。それが私が行ったことです。
私は何を間違えましたか?「phpize」は私にこれを与えます:
PHP 5.4 では 20100525 ではないでしょうか?
助けてください!
caching - APCuでユーザーキャッシュをクリアするには?
この PHP コードを使用してユーザー キャッシュをクリアし、ブラウザーからアクセスしようとしました。
しかし、うまくいきません。(これらのツールを使用して、機能しているかどうかを確認しています https://rtcamp.com/tutorials/php/zend-opcache/ )
また、ユーザー キャッシュがいっぱいになっても、0 から再起動しません。APCu は動作を停止します。
を設定しようとしましapc.user_ttl=0
たが、APCu が認識しません。
私の設定は次のとおりです。
symfony - Zend OPcache クラスの読み込みエラー
ときどき、アプリケーションのインスタンスの 1 つがこのエラーをスローし始めます。
[Fri Aug 29 14:23:25.359848 2014] [:error] [pid 2759] [client 1.2.3.4:58627] PHP Fatal error: Zend OPcache class loading error, class FSC\\HateoasBundle\\Serializer\\EventSubscriber\\EmbedderEventSubscriber in /var/app/current/vendor/composer/ClassLoader.php on line 183
任意のページをロードするときに発生します。試してみましcomposer dump-autoload
たが、何もしません。Apache を繰り返し再起動しても、同じように役に立ちません。これは Apache 2.4.6 上で動作する PHP 5.5.7 です。opcache の設定は次のとおりです。
私たちは皆、何が起こっているのか途方に暮れています。誰にもアイデアはありますか?
php - PHP 5.5 以降の Opcache が revalidate_freq 設定に基づいてファイルのタイムスタンプを正確にチェックするのはいつですか
これについてのお詫びは以前/他の場所で尋ねられましたが、答えが見つかりません。
デプロイの直後にいくつかの問題が発生しましたが、これは Opcache に関連していると考えられます。ライブセットアップでは、次の Opcache 設定があります。
PHP は次のうちどれを実行しますか?
PHP がファイルを必要とするとき、その時点で、ファイルの新しいキャッシュを最後に生成してから 60 秒経過したかどうかを確認し、60 秒以上経過している場合は、この要求に対して新しいキャッシュを生成しますか?
それとも、60 秒がファイルを最後に必要とした時間とは無関係な何らかの形式のタイマー (または他のもの) で実行されますか?
私はオプション 1 を期待しますが、60 秒程度の問題を説明することはできません。なぜなら、毎回交互に A または B ディレクトリにデプロイするため、ファイルのファイル パスが異なるからです。
それが理にかなっていることを願っていますか?ご協力いただきありがとうございます。