咕serve服务+ PHP？

debugcn 发表于 Dev

马可斯

我从yo + grunt + angular.js开始我的第一个项目。
我有一项服务，需要从服务器读取一些数据；我使用有角的$ http服务构建了它。我还构建了一个RESTful Web服务（在PHP中实现，但是可以是Java，C，Perl等。。。不要紧），它公开了一个API来获取数据。
grunt服务于我的ng-app的服务器当前（可能永远是）与运行PHP Web服务的位置（通过apache）相同。

我不知道这是否是可接受的体系结构...我最终在同一服务器上拥有两个不同的服务器（grunt和apache）...更多，我总是必须添加一个“ Access-Control-Allow-Origin：127.0.0.1” “到我的PHP服务的输出... :-(

例如，可以从grunt服务PHP吗？

更新：我谈论的是开发阶段...当然，在生产中我不会使用grunt ...
为了更好地说明自己，我想在$ http（）中使用相对网址...两者使用相同的代码开发和生产阶段...
如果在生产中，我可以期望它能正常工作，因为当Angular应用由以下人员提供服务时，我将只有一台服务器用于已部署的Angular应用程序和PHP服务，后者应该在开发时解释PHP。咕unt 咕unt自己？如果是，怎么办？

UDPATE 2和一个可能的解决方案：在对这个问题进行了很多思考（并阅读了这篇文章），并且在这里没有收到满意的答案之后，我决定将使用这种方法：

发展
- 使用“类似生产”的服务器（Apache，lighttpd等）来提供真实的PHP页面。
  使用带有$ http或$ request的绝对URL来访问该服务器（与服务于angular.js页面的Grunt截然不同）。这些URL可以轻松配置，只需要最少的工作（和可能的错误）就可以切换到生产环境。
- 在PHP脚本中，在生成（JSON）输出之前，始终输出适当的“ Access-Control-Allow-Origin”标头；指令的值也将易于配置。

生产
- 将angular.js应用程序部署到部署PHP的同一服务器上。
- 更改URL，并使其相对，因为现在它们与客户端脚本共享相同的来源。
- 更改“ Access-Control-Allow-Origin”标头，以仅允许本地请求（或可能完全删除该标头...）。

如果有人想对此解决方案发表评论，提出异议或提出更好的建议，我将感到非常高兴。

马可斯

在对问题进行了深思熟虑之后，我没有收到令人满意的答案，以下是我的结论：

发展
- 使用“类似生产”的服务器（Apache，lighttpd等）来提供真实的PHP页面。
  使用带有$ http或$ request的绝对URL来访问该服务器（与服务于angular.js页面的Grunt截然不同）。这些URL可以轻松配置，只需要最少的工作（和可能的错误）就可以切换到生产环境。
- 在PHP脚本中，在生成（JSON）输出之前，始终输出适当的“ Access-Control-Allow-Origin”标头；指令的值也将易于配置。

生产
- 将angular.js应用程序部署到部署PHP的同一服务器上。
- 更改URL，并使其相对，因为现在它们与客户端脚本共享相同的来源。
- 更改“ Access-Control-Allow-Origin”标头，以仅允许本地请求（或可能完全删除该标头...）。

本文收集自互联网，转载请注明来源。

如有侵权，请联系[email protected] 删除。

编辑于2021-06-7

我来说两句

0条评论

登录后参与评论

来自分类Dev

Related 相关文章

文章