一些可能性：
a） 你正在使用MAMP，但是WP-CLI公司 WP-CLI是WordPress的命令行界面，用于以编程方式执行管理和开发任务。项目页面是http://wp-cli.org/ https://make.wordpress.org/cli/未使用MAMPPHP程序 PHP（PHP:Hypertext Preprocessor的递归缩写）是一种广泛使用的开源通用脚本语言，特别适合web开发，可以嵌入到HTML中。http://php.net/manual/en/intro-whatis.php.二元的。
您可以通过运行以下命令来检查正在使用的PHP WP-CLIwp--信息.
如果需要指定备用PHP二进制文件，请参阅使用自定义PHP二进制文件.
b） 这是一个WordPress多站点 多站点是WordPress的一个功能，允许用户在单个WordPres安装上创建站点网络。从WordPress 3.0版开始提供，Multisite是WPMU或WordPressMultiuser项目的延续。WordPress MultiUser项目已停止，其功能已包含在WordPres核心中。https://codex.wordpress.org/Create_A_Network网站.安装。
c） 中的数据库凭据wp-配置.php实际上是不正确的。
如果你跑步wp--信息在禁用Phar支持的服务器上，您可能会看到：
$wp--信息内容类型：text/html；字符集=UTF-8
当使用WP-CLI Phar时，您需要在您的php.ini公司:
suhosin.executor.include.whitelist=phar
如果在运行水处理命令，您可能已经移动或编辑wp-配置.php超出wp-cli支持的范围：
PHP致命错误：无法在第33行的/var/www/foo.com/wp-includes/load.PHP中重新声明wp_unregister_GLOBALS（）（以前在/var/www.foo.com/wp-intcludes/load.PHP:18中声明）
WP-CLI的要求之一是线路：
require_once（ABSPATH.'wp-settings.php'）；
保留在wp-配置.php文件，所以如果您修改或移动了它，请将其放回原处。当WP-CLI运行时，它会被正则表达式匹配。
WP-CLI可以加载之前wp-设置.php，它需要知道中定义的所有常量wp-配置.php（数据库连接详细信息等）。因为WP-CLI不希望WordPress在提取常量第个，共个wp-配置.php,它使用正则表达式剥离require_once（ABSPATH.'wp-settings.php'）；声明。
如果您修改了wp-配置.php以调用WordPress函数的方式，PHP将失败并出现致命错误，因为wp-配置.php在加载WordPress来定义之前，正在调用WordPres函数。
例子：
$wp核心检查更新PHP致命错误：调用中未定义的函数add_filter（）phar:///usr/local/bin/wp/php/wp_CLI/Runner.php（952）：第N行上的eval（）'d代码
正在修改wp-配置.php超越固定的定义并不是最佳实践。您应该将任何修改移动到WordPress mu-plugin语言，这将保留修改的功能，同时允许wp-cli解析wp-config.php，而不会引发php错误，并防止其他错误。
请参见：#1631
请确保已安装php-process扩展。例如，对于Centos 6：yum安装php-process
如果在运行时遇到与内存有关的PHP致命错误wp包安装，您可能内存不足。
WP-CLI在后台使用Composer来管理WP-CLI包。然而，Composer有点占用内存，所以您需要增加内存限制来适应它。
编辑您的php.ini公司作为永久性修复：
#查找php-CLI的php.ini$php-i|grep php.ini配置文件（php.ini）路径=>/usr/local/etc/php/7.0加载的配置文件=>/usr/local/etc/php/7.0/php.ini#将memory_limit增加到512M或更大$vim/usr/local/etc/php/7.0/php.ini内存限制=512M
设置内存限制临时修复：
$php-d memory_limit=512M“$（which wp）”软件包安装＜软件包名称＞
如果PHP进程仍然内存不足，请尝试以下步骤：
- 重新启动PHP。
- 检查其他php.ini文件：
$php-i|grep附加扫描此目录以查找其他.ini文件=>/usr/local/etc/php/7.1/conf.d#编辑其他文件并将memory_limit增加到512M或更大$vim/usr/local/etc/php/7.1/conf.d内存限制=512M
以root身份运行WP-CLI非常危险。当您以root用户身份执行WP-CLI时，WordPress实例中的任何代码（包括您安装的第三方插件和主题）都将对整个服务器具有完全权限。这可能会使WordPress实例中的恶意代码危及整个服务器。
WP-CLI项目强烈反对以root身份运行WP-CLI。
另请参见：#973
这个$_服务器superglobal是一个数组，通常由web服务器填充，其中包含头、路径和脚本位置等信息。PHP程序CLI（命令行界面） 命令行界面。Mac中的终端（Bash）、Windows中的命令提示符或WordPress的WP-CLI。不填充此变量，WP-CLI也不填充，因为许多变量的详细信息在命令行中没有意义。
在访问上的值之前$_服务器superglobal，应检查是否设置了密钥：
if（isset（$_SERVER['HTTP_X_FORWARDED_PROTO']）&&'https'==$_SERERVER['HTTP_X_FORWARD _PROTO']）{$_SERVER['HTTPS']='on'；}
使用时$服务器['HTTP_HOST']在您的wp-配置.php，则需要在WP-CLI上下文中设置默认值：
if（已定义（“WP_CLI”）&&WP_CLI&&！isset（$_SERVER['HTTP_HOST']）{$_SERVER['HTTP_HOST']='example.com'；}
另请参见：#730
这个STDOUT公司常量由PHP CLI定义。如果您收到错误通知STDOUT公司可能是因为您没有通过PHP CLI运行WP-CLI。请相应地检查服务器配置。
如果在运行水处理命令，最可能的原因是统一码物料清单在你开始的时候wp-配置.php。此问题将在WP-CLI的未来版本中解决，但同时您可以通过运行以下命令来解决此问题：
$sed-i'1s/^\xEF\xBB\xBF//'$（wp-config路径）
或通过手动移除物料清单使用您喜爱的编辑器。
另请参见：wp-cli/search-replace-command#71
$_SERVER['document_root']由web服务器根据传入的web请求定义。因为PHP CLI无法使用这种类型的上下文，$_SERVER['document_root']WP-CLI不可用。此外，WP-CLI无法安全模拟$_SERVER['document_root']就像它与$_SERVER[“http_host”]还有其他一些$_服务器值。
如果您正在使用$_SERVER['document_root']在您的wp-配置.php文件，您应该改为使用目录名（__FILE__）或类似情况。
另请参见：#785
所有全局参数（例如。--url=<url>)可能与您希望接受的命令参数冲突。例如，添加RSS小装置 WordPress小工具是一个执行特定功能的小程序块。您可以在侧边栏中添加这些小部件，也称为网页上的小部件就绪区域。WordPress小部件最初是为了提供一种简单易用的方式，为用户提供WordPres主题的设计和结构控制。到侧边栏 WordPress中的侧边栏是指WordPres主题使用的小部件可读区域，用于显示不属于主内容的信息。它并不总是侧面的垂直柱。它可以是内容区域、页脚、页眉或主题中任何位置下方或上方的水平矩形。不会填充提要统一资源定位地址 互联网上网站或网页的特定网址，例如网站的URL www.wordpress.org对于该小部件：
$wp小部件添加rss边栏-1 1-url=“http://www.smashingmagazine.com/feed/“--项目=3成功：将小部件添加到侧栏。
- 预期结果：小部件设置了提要URL。
- 实际结果：添加小部件时，项目数设置为3，但提要URL为空。
使用WP_CLI_STRICT_ARGS_模式环境变量，告知WP-CLI将命令之前的任何参数视为全局参数，将命令之后的参数视为本地参数：
WP_CLI_STRICT_ARGS_MODE=1 WP--url=WP.dev/site2小部件添加rss侧栏-1 1--url=“http://wp-cli.org/feed/"
在这个例子中，--url=wp.dev/site2是全局参数，将WP-CLI设置为在WP多站点安装中针对“site2”运行。--url=“http://wp-cli.org/feed/"是局部参数，设置RSS源 RSS是Real Simple Syndication的缩写，它是一种网络提要，允许用户以标准化、计算机可读的格式访问在线内容的更新。这是饲料。具有适当URL的小部件。
另请参见：#3128
大多数时候，它是一些插件 插件是一个包含一组功能的软件，可以添加到WordPress网站。他们可以扩展功能或为WordPress网站添加新功能。WordPress插件是用PHP编程语言编写的，并与WordPres无缝集成。这些可以在WordPress.org插件目录中免费https://wordpress.org/插件/或者可以是第三方基于成本的插件或禁用wp-admin对非管理员的访问的主题代码。
除了禁用保护之外，快速修复方法是传递用户参数：--用户=some_admin
另请参见：#第477页
考虑以下示例：
wp-post-create--post_title=“Perícias Contábeis”
在PHP参数中使用UTF-8在Windows for PHP<=7.0上不起作用，但在PHP>=7.1上也可以，因为它是作为支持长路径和UTF-8路径。PHP<=7.0的解决方法是使用--提示选项：
echo“Perícias Contábeis”|wp post create--post_type=page--post_status=publish--prompt=post_title
另请参见：#4714
如果在尝试从中克隆资源时，安装似乎永远挂起github GitHub是一个提供git存储库在线实现的网站，其他开发人员可以轻松共享、复制和修改这些存储库。公共存储库可以免费托管，私有存储库需要付费订阅。GitHub引入了“拉取请求”的概念，在将贡献者在分支中所做的代码更改合并为存储库所有者之前，可以对其进行审查和讨论。https://github.com/，请确保允许您使用连接到GithubSSL协议 安全套接字层-从服务器到浏览器再到浏览器的加密。防止窥探者看到您在浏览器和服务器之间发送的内容。（端口443）和吉特 Git是一个免费且开源的分布式版本控制系统，旨在快速高效地处理从小型到非常大型的项目。Git很容易学习，并且具有闪电般快速的性能。大多数现代插件和主题开发都是用这个版本控制系统完成的。https://git-scm.com/.（端口9418）用于出站连接。
W3 Total Cache对象缓存可能会导致此问题。禁用对象缓存并可以选择删除wp-content/object-cache.php将允许WP-CLI再次工作。
另请参见：#587
这个wp核心更新该命令设计用于WordPress 3.4及以上版本。为了能够将旧网站更新为最新的WordPress，您可以尝试以下方法之一：
- 全自动：运行
wp核心下载--force下载最新的WordPress并将其替换为您的文件（不用担心，wp-配置.php将保持完整）。然后，跑wp核心更新-db更新数据库。由于过程不理想，请再次运行wp核心下载--force新版本应该可用。
- 半自动化：运行
wp核心下载--force下载所有文件并在当前安装中替换它们，然后导航到/wp-管理员/并在提示时运行数据库升级。
您遇到了与PHP Xdebug。这里有一些解决问题的方法：
- 执行CLI命令时暂时关闭Xdebug：
XDEBUG_MODE=关闭wp<命令>。。。
- 增加的值
xdebug.max_nesting级别在您的php.ini公司文件。您可以在这里了解更多信息–xdebug.max嵌套级别
如果您在寻找快速修复程序的同时仍然保留调试工具，则可以更改最大测试级别值只执行命令一次：
php-d xdebug.max_nesting_level=512 wp<命令>。。。
如果您没有在调试代码的过程中，建议完全禁用Xdebug。有关如何永久关闭Xdebug的说明，请参阅本地环境或主机提供商的文档。
您可能会遇到其他错误消息的类似问题：错误：Xdebug检测到可能存在无限循环，并以“#”帧的堆栈深度中止了脚本
上次更新时间：
