试试这个，如果它对你们都有帮助的话:

find / -type f -name "php.ini" 

这将输出所有名为php.ini的文件。

找出你使用的是哪一个，通常是apache2/php.ini

你可以使用以下方法获得完整的phpinfo():

php -i

在那里，有使用的php.ini文件:

$ php -i | grep 'Configuration File'
Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini

在Windows上，使用find代替:

php -i | find/i"configuration file"

我记得当我使用EasyPHP时，php.ini文件在C:\Windows\或C:\Windows\ system32中

在OS X v10.9 (Mavericks)上，运行:

$ php -i | grep 'Configuration File'

返回:

Configuration File (php.ini) Path => /etc
Loaded Configuration File:         (none)

在/etc/目录中是:

php.ini.default

(以及php-fpm.conf.default)

我可以复制php.ini.default到php.ini，添加日期。timezone = "US/Central"移到最上面(在[php]的正下方)，问题就解决了。

(至少错误消息消失了。)

在Linux上，它通常在/usr/bin/php下

要在CLI中找到php.ini，请运行:

php.exe -i | grep "php.ini"

Ps.你可以用以下方法本地化PHP安装文件夹:

which php

or

whereis php

/c/laragon/bin/php/php-7.4.19-Win32-vc15-x64/php

通常情况下，当涉及到配置文件时，事情并不总是像它们看起来的那样。因此，在这里我将应用我通常的方法来探索进程打开了哪些文件。

我使用了一个非常强大和有用的命令行程序，名为strace，来告诉我在我背后到底发生了什么!

$ strace -o strace.log php --version
$ grep php.ini strace.log

Strace挖掘出程序执行的内核(系统)调用，并将输出转储到-o指定的文件中。

使用grep很容易在日志中搜索php.ini文件。很明显，看看下面的典型回答就知道发生了什么。

open("/usr/bin/php.ini", O_RDONLY)      = -1 ENOENT (No such file or directory)
open("/etc/php.ini", O_RDONLY)          = 3
lstat("/etc/php.ini", {st_mode=S_IFREG|0644, st_size=69105, ...}) = 0