しばらく前にシステムを再インストールしましたが、その後、phpを再度使用する必要があることがわかり、Apacheを再構築しました。 +php+mysql 環境。これまで何度も構築してきたので、とても簡単に感じました。そして、よく使われるテスト環境用に次のコードを書きました。 リーリー
あとは普通に出力して、環境が良ければそのままにしておいてください…最近これを使用しています。(CI フレームワークを使用して) 以前のプロジェクト コードを実行すると、常に空白のページが表示され、正しい出力が得られません。
恥ずかしい…
簡単なPHPステートメントを書き換えることができ、正常に動作する環境のようです。
date() 関数を使用して初めて、手がかりが見つかりました。
警告: date(): システムのタイムゾーン設定に依存するのは安全ではありません。これらのメソッドのいずれかを使用した場合は、date.timezone 設定または date_default_timezone_set() 関数を使用する必要があります。まだこの警告が表示される場合は、タイムゾーン識別子のスペルを間違えている可能性が高いです。ここではタイムゾーン「UTC」を選択しましたが、date.timezone を設定してタイムゾーンを選択してください。 ただし、php.ini ファイルではすでに設定済みです date.timezone = Asia/Shanghai
わかりました、php.ini ファイルに設定された情報は有効になりませんでした
最初に思いつくのは、サーバーがこの php.ini 設定ファイルを読み取らないということです。これは、サーバーが以前に wamp に遭遇したことがあり、それを削除せず、その後、複数の php.ini が存在して環境を再設定したためです。システム内のファイルを読み込むと、履歴設定ドキュメントが読み取られます。
システム ファイルを探していると、php.ini ファイルが 1 つだけあり、システムを再インストールすると、以前は存在していても、現在は消えています。
phpinfo()を再度確認してください;
読み取られているのは、実際に今設定したphp.iniです
その場合、php.ini ファイルに問題があり、正しく解析されない可能性があります。
phpコードを使用してデータベースに接続しようとしましたが、関連する関数が見つからないことがわかりました...
確かにphp.iniに問題があるようです。
変更した設定を注意深く確認してください。問題はありません...
もう一度確認してみても問題ありません...
……
……
それで、毎日散歩する時間になったら、もう散歩はしないと決めて、環境を再構築し、コンピューターの電源を切り、階下に散歩に行きました。と、今日の「幸せな」生活について愚痴の電話をしました…
散歩から帰ってきても、まだ考えたくて眠れない…
そして、諦めずにphp.iniを最後にチェックしたところ、ついにこのバグを発見しました
拡張機能が配置されているディレクトリを構成するときに、引用符の半分を見逃したため、その後の解析で問題が発生し、タイム ゾーンの構成とデータベースへのアクセスが正しく続行できませんでした。
引用符の上半分を追加し、Apache サービスを再起動します。OK、すべてが再び非常に美しく動作しますまとめ: 不注意は悪いことです… http://www.bkjia.com/PHPjc/1035429.html