php - IIS 上的 PHP __FILE__ 返回使用 MKLINK 创建的符号链接文件夹的错误路径
问题描述
我在调试一个微软IIS特有的问题,特别是IIS10,但是不知道其他版本的IIS是否也有这个问题。我有一个 WordPress 插件的问题,当我在 Apache 服务器上运行它时,或者在我的 Local by Flywheel 测试环境中的任何 Apache/Linux/nginx Web 服务器上运行它时,它可以正常工作。
问题涉及到符号链接文件夹的 PHP 内置常量 __FILE__。
我创建了指向我的插件开发文件夹的符号链接,如下所示:
Website is here: c:\inetpub\my-web-site
The plugin lives here: c:\users\me\onedrive\plugins\my-plugin
我在文件夹中创建了一个符号链接:
c:\inetpub\my-web-site\wp-content\plugins
在命令行上使用以下命令。
c:
cd \inetpub\my-web-site\wp-content\plugins
mklink /J my-plugin c:\users\me\onedrive\plugins\my-plugin
Web 服务器将插件文件夹视为:
c:\inetpub\my-web-site\wp-content\plugins\my-plugin
这是简单的部分。
在 PHP 中,从 WordPress 网站内部,PHP 常量 __FILE__(仅限 IIS)返回错误的路径。具体来说,调用 PHP 常量 __FILE__ 会返回错误的路径。
添加此代码:
$path = __FILE__;
到这个文件:
c:\inetpub\my-web-site\wp-content\plugins\my-plugin\my-plugin.php
两个 $path 都将返回:
c:\users\me\onedrive\plugins\my-plugin\my-plugin.php
我预计 __FILE__ 会返回:
c:\inetpub\my-web-site\wp-content\plugins\my-plugin\my-plugin.php
换句话说,在 IIS10 上,PHP 常量 __FILE__ 返回操作系统看到的符号链接文件夹的物理(目标)路径,而不是 Web 服务器看到的文件的物理路径。
就目前而言,这完全违背了在 IIS 中使用符号链接文件夹的目的。
我的问题:有人知道吗 1)有补救办法吗?2) 是否有不涉及使用 WP_CONTENT_DIR 的解决方法?3)我错过了什么吗?
解决方案
这是PHP的预期行为,并已记录在案。路径/文件名的魔术常量始终解析路径,以便将符号链接替换为其目标路径。
该 SO 问题中的建议是使用$_SERVER["SCRIPT_FILENAME"]
. 虽然如果您正在测试的文件已通过另一个目录中的另一个 PHP 文件包含,这可能不起作用。还有其他一些建议,但最终解决方案可能归结为将目录安装到路径(就像你做一个驱动器一样)。
推荐阅读
- java - 从 Spring Boot 控制器方法中读取 HttpServletRequest 对象
- asp.net - 来自 httpHandler 的响应在客户端随机丢失字符
- javascript - Webpack 配置设置导致 webpack-dev-server 抛出 404
- node.js - 将 Google App Engine 应用程序部署到 GCP 时出现问题
- javascript - 没有调用完成的文件上传功能
- java - 使用堆栈计算分子量
- javascript - axios-POST 添加错误捕获后抛出错误:ReferenceError: axiosRequest is not defined
- javascript - TypeError:this.results.filter 不是 Vuejs 搜索框中的函数
- java - cassandra spring boot 主键列
- python - 按最终维度过滤 NumPy 数组,仅折叠倒数第二个维度