OPcache によって生成されたオペコードを、PHP ソース ファイルなしで OPcache にロードする方法はありますか?

つまり、APC (Alternative PHP Cache) などと同様の方法でapc_bin_load(...)?

ブートストラップ中に構成されたdoctrine2にAPCキャッシュを使用しています:

php.ini の構成:

PHP 用の APC キャッシュ dll 拡張機能は、php バージョン 5.4 まで利用できます。

私はsymfonyが初めてです。OpCache を symfony2 に統合したいと考えています。どうすればこれができるのかわかりません。アイデアがあれば、どうすればよいか手順を教えてください。

私は最近、php のOpcacheに関する最新情報を入手しましたが、Codeigniterでのファイル ベースのキャッシュにはあまり詳しくありません。

しかし、データベースへのアクセスがなく、生成されたhtmlファイルに直接接続してロードするため、ファイルベースのキャッシュの方が他のキャッシュ手法よりも高速であると今のところ考えています。したがって、他の手法よりも高速である必要があります。

だから私はGoogleで検索し、いくつかのウェブサイトは、他のキャッシング技術memcacheとOpcache phpと比較した場合、ファイルキャッシングは取得時に遅いと述べているベンチマークでキャッシングの速度を比較しました.レポートと混同しています.

私は、それぞれの長所と短所があるすべてのキャッシュ技術を知っています。私のページがリアルタイムのデータを必要としないように状況を提案してください。現在、ファイルベースのキャッシュを使用しています。では、Opcache または Memache を使用しても問題ありませんか?

VPS を PHP 5.5 にアップグレードしたところ、magento cron.php スクリプトが実行されると、cron デーモンから次のメッセージが記載されたメールが送信されます (メッセージがまったく送信されない前に)。

ジョブはまだ実行されているように見えるので、実際に何も停止しているとは思いません。しかし、なぜ今これらのメッセージを受け取っているのかわからないのですか?

彼らは悪いと思いますか？

どうすればそれらを止めることができますか?

Symfony2 フレームワークに基づくアプリケーションがあります。私は実稼働環境に移行しましたが、ウェブサイトは正常に動作していました (キャッシングを調整しようとしていました - 私のホスティングでは xcache です)。しかし、突然私はこのエラーが発生しました:

致命的なエラー: 「opcache.save_comments=1 または zend_optimizerplus.save_comments=1 を有効にする必要があります」というメッセージを含む例外「Doctrine\Common\Annotations\AnnotationException」がキャッチされませんでした。/nfsmnt/hosting2_1/6/9/699be0da-dfbd-4651-90de-448d295bb741/playsport.sk/web/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationException.php:183 スタック トレース: #0 /nfsmnt/hosting2_1/6/9/699be0da-dfbd-4651-90de-448d295bb741/playsport.sk/web/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationReader.php(162): Doctrine\Common\注釈\注釈例外::optimizerPlusSaveComments()

1 /nfsmnt/hosting2_1/6/9/699be0da-dfbd-4651-90de-448d295bb741/playsport.sk/web/app/cache/prod/appProdProjectContainer.php(237):

Doctrine\Common\Annotations\AnnotationReader->__construct() #2 /nfsmnt/hosting2_1/6/9/699be0da-dfbd-4651-90de-448d295bb741/playsport.sk/web/app/bootstrap.php.cache(2103): appProdProjectContainer->getAnnotationReaderService() #3 /nfsmnt/hosting2_1/6/9/699be0da-dfbd-4651-90de-448d295bb741/playsport.sk/web in /nfsmnt/hosting2_1/6/9/699be0da-dfbd-4651-90de- 448d295bb741/playsport.sk/web/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationException.php 行 183

ホスティングで opcache.save_comments を有効にできません (私には権限がありません。これはカジュアルな有料ホスティング サービスです)。そのため、本番環境ですべてのキャッシュを無効にして、Web サイトを再実行しようとしました。私の現在の構成:

web/app.php:

config_prod.yml:

私は本当に何をすべきかわかりません。以前と同じようにまだエラーが発生しています。Doctrine で注釈キャッシュを無効にする方法、またはその問題のその他の解決策。ありがとう！

opcache をインストールした後 (読み取り後にパフォーマンスが向上します)、Zend Engine API が古くなっているというメッセージが表示されます。しかし、私はそれを更新する方法を知りませんか？私はどこでも見ましたが、成功しませんでした。PHP 5.4.41 を搭載した Centos 6 サーバーです。誰か助けてくれませんか？ありがとう

バックグラウンド

私が C プログラミングを行っていた頃は、コードが正常であることを確認するために想定ステートメントを使用していました。何かのようなもの：

assume ステートメントの優れた点は、リリース コンパイルでは空のマクロであり、デバッグ コンパイルでは false ステートメントで die するように定義されていることです。したがって、開発者は、不必要なバグを発生させたり、パフォーマンスに影響を与えたりすることなく、仮定をチェックする assert ステートメントのすべての利点を得ました。

問題

今、私は php で作業しているので、同様のメカニズムを探しています。現在、次のような想定ステートメントがあります。

ご覧のとおり、サーバー設定でデバッグ フラグを設定して、実際の die ステートメントなどを削除しました。ただし、関数呼び出しは引き続き実行され、if ステートメントは引き続き評価されます。これは、数千回しか発生しない場合は大したことではありませんが、コードが大きくなり、これらがループに入れられると仮定すると、パフォーマンスに正当な影響を与える可能性があります.

質問

これらの想定ステートメントを完全に無視するようにインタープリターまたは opcache (私は現在、php 5.5 に含まれる zend opcache を使用しています) に指示する方法はありますか? または、この問題を処理する別の方法はありますか?

Debain PHP5.4.4 を実行しており、opcache をインストールしたいと考えています。

私は試しました：

良くない: 「パッケージに利用できるリリースがありません」

(サーバーは本番環境にあるため、php5.5 をインストールするのは安全ではないと思います。)

Google / このフォーラムを検索しましたが、関連するものが見つからないため、他の場所で取り上げられている場合は事前にお詫び申し上げます。

サーバーで Opcache を有効にし、GeoIP を有効にしました。

デフォルトの fastcgi_cache_key ディレクティブは次のとおりです。

これをどのように変更して (GeoIP から) ユーザーの国を含め、それぞれの国がページごとに個別のキャッシュ エントリを持つようにできますか?

私の知る限り、GeoIP ヘッダーはサーバーの {} ブロックに設定されています。このブロックは、/etc/nginx/nginx.conf (fastcgi_cache_key が設定されている場所) の後にロードされます。

さらに、個々のサイトの conf ファイルで fastcgi_cache_key を設定しようとしましたが、これは 1 つのサイトのみが有効になっている場合にのみ機能します。

ここで本当に簡単なステップを逃しましたか?

どうもありがとう、

ジェームズ