問題タブ [php-ini]

常に 117 MB のメモリが不足している PHP スクリプトを含むサイトを継承しました。これは、php.ini を使用して PHP の memory_limit 変数を 312 MB に増やした場合でも発生します。

これは、pcguru からの素晴らしい手がかりのおかげで解決されました。以下で始まる私の答えを参照してください：私はついに答えを見つけました

ini_get('memory_limit')php.ini で設定された値を返すので、値を変更した後に Apache が再起動したことは確かです。memory_get_usage(true)途中のさまざまな時点でスクリプトによって消費されたメモリを返すために使用しています。そして、117 MB になると、一貫して失敗します。

個々のスクリプトに 117MB を超えて割り当てることのない、私が気付いていない内部 PHP 制限はありますか?

サーバーには 1 GB の RAM があり、CentOS を実行しています。root シェル アクセス権があります。PHP はバージョン 5.3.18 です。MySQL はバージョン 5.1.66-cll です。

このスクリプトはユーザー名/パスワードの背後にあり、パブリック アクセスを提供することはできません。

追加するために編集:

1) 今日までお世話になりました。詳細については、以下のさまざまな回答の下にある特定のユーザー コメントに対する私の返信をご覧ください。

2) Suhosin が確実にインストールされていない。スクリプトの実行、定数のチェック、php -v の実行など、複数の場所でチェックインしました

3) Apache ログには、私が得た特定のエラー メッセージの記録がありません。ロギングは php.ini でオンに切り替えられます。ログ全体を検索するためにgrepをパイプしました。

4) この場合、誤ったエラーが報告されている可能性はありますか?

支払ったサーバーで動作するスクリプトがあります。ただし、ローカルホストの下に同じコードをインストールしようとすると、無限ループでこのエラーが発生します。

PHP 警告: readdir() はパラメーター 1 がリソースであることを想定しています。

私は周りを見回し、それがフォルダーアクセスであると言う人もいますが、読み取りおよび書き込みアクセスが100％であるローカルホストではなく、リモートサーバーで機能します。

これは、php.ini の設定によってトリガーされる可能性がありますか?

それ以外に、これをトリガーするものは他にありません。

これは、エラーが指摘されているコードです。しかし、あるサーバーでは機能するが他のサーバーでは機能しないため、コードではないと思います。修正 このコードを hostgator にロードしたところ、私の securesignup サーバーでも問題なく動作しました。どちらも正常に動作します。このエラーが発生するのは localhost のみです。

Linux Ubuntu サーバーでphp.iniファイルが配置されているパスを検索すると、コマンドを実行すると、多くのphp.inifind / -name php.iniファイルが見つかりました。では、php.ini が配置されている PHP スクリプト Web ページから正確に知るにはどうすればよいでしょうか?

Linuxubuntuサーバー内には多くのphp.iniファイルがあります。phpファイルでini_getを使用したい。では、正しいphp.iniファイルを使用するようにスクリプトに指示する方法は？

codeIgniter でこの致命的なエラー メッセージが表示されます。同じ質問に対するいくつかの回答を既に試しました。

私はすでにphp.iniを設定しています

しかし、それでも同じ Fatal エラー メッセージが表示されます。問題がコードにあるのか、PHP 設定にあるのかわかりません。

コントローラーのコードの一部を次に示します。

私の主な機能は、ブログに新しいコメントを追加することです。機能しますが、データが重複して挿入され、致命的なエラー メッセージを取り除くことができません。

addBlogComment 関数

簡単に言うと：

ini_set("max_execution_time")は、従来の URL 呼び出しで script.php を呼び出すと機能します

script.php が別の php スクリプト/プロセスから exec() 関数を介して実行されている場合、ini_set ("max_execution_time")は機能しません。

今、私の解決策は、script.php をアクティブにしようとしている exec() 関数と、(外部の) cron ジョブを介して呼び出される同様の関数がいくつかあるため、オプション 1 を単にリレーすることではありません。

誰が何が起こっているのか知っていますか？

以下のヘルプからの場合は、コードをアクティブ化しています。

script と script2.php の両方をアクティブにしますが、ini_set() が FALSE を返すと両方とも失敗します。

応答ヘッダーに表示されないようserver infoにするにはどうすればよいですか？php info

私は何度も検索してきましたが、私の問題に関連するものは何も見つかりません。memory_limit = VALUE を何度変更しても、php 情報ページには 256MB と表示されます。それは私の仮想ホストで起こります。（それは私がそれを使用している場所です）。

私はUbuntu 12.04を実行していますが、これまでに行ったことは次のとおりです。

php -i を実行します (完全なリストと設定が表示されます;)

php -i | の実行 grep php.ini

私の構成ではディレクトリごとに個別のphp.iniが許可され、他のすべてには128MBがあったため、サーバー上のすべてのphp.iniをチェックしました。

私のphp情報ページには、仮想ホストのルートディレクトリのphp.iniで設定したすべての値が表示されるため、これは上限と見なされ、引き上げることはできないと思いますか?

ありがとう。

私のphp-cliには奇妙な問題があります。台無しにすると、phpphp --infoが.iniを使用していることがわかります.php.iniを/etc/php.ini変更するphp --infoと、設定の異なる値が表示されます。それは何でしょうか？

php.iniの値を上げようとしupload_max_filesizeました (PHP バージョン 5.4.10 の mamp 2.1.2)。サーバーはポート 80 で実行されます。ここでいくつかのアンサーを見つけましたが、実際に適用されるものはありません。

関数を使用しphpinfo ()て「ロードされた構成ファイル」を取得すると、パスが取得/Applications/MAMP/bin/php/php5.4.10/conf/php.iniされますが、表示されている構成フォームはphpinfo ()、php.ini の構成と一致しません。

私のphp.iniスタンドではupload_max_filesize = 100M、phpinfo（）が2Mを教えてくれます。

ini を編集した後、サーバーとマシンを再起動しました。

では、upload_max_filesize を変更できないのはなぜですか?

編集: ポートを 8888 に設定すると、構成ファイルが正しく読み込まれます。OSのApache-Serverと競合しているのではないでしょうか?!