TwitterAPI调用在原始PHP中运行良好，返回'；页面不存在'；在Wordpress函数中

我现在回到几个月前为一个客户端编写的自定义插件。它每小时从他们的时间线中提取推文，然后将结果“缓存”到Wordpress数据库中（这样推文应用程序就不会在每次访问页面时都被调用）

这是完美的工作，但似乎已经停止。现在让我大吃一惊的是，如果我将函数分离成一个“原始”的独立PHP页面，它仍然可以正常工作，抛出一个tweets的JSON对象。然而，只要我将其放回Wordpress插件，即使代码相同，Twitter API也会返回：

{ message="Sorry, that page does not exist", code=34}

我在Wordpress插件中提供了一个独立PHP文件与（实际上完全相同）函数的示例

---

确认：所有

get\u option（）

调用都返回有关密钥、令牌和机密的正确信息。我把它调试得死去活来，一辈子都看不到发生了什么。还值得注意的是，独立文件和Wordpress都运行在完全相同的安装上（在本例中，它是运行PHP5.4+的xampp支持的localhost）。

因此，事实证明，我试图提取的Twitter用户名实际上是以大写字母

T

开头的（而不是像我的代码中那样，整个用户名都是小写的）

同样，我无法确定原因，但是：当我的代码在一个独立文件中时，Twitter API调用显然不区分大小写，因此即使用户名是以全小写形式传递的，它也能工作。当我将其放入Wordpress插件（在同一环境下工作）时，它返回了完全令人困惑的

code 34

错误，因为我传递的用户名不是以大写字母

t

开头的

故事的寓意：检查你的情况。