是否有人曾经将PHP电子商务平台仅用于后端/管理，而完全定制的前端仅使用该平台的API？

这个标题很好地解释了这一点

我想完全定制店面，通过疯狂的文件（如Magento）来完成这项工作不是我的拿手好戏

不过，我仍然想要Magento之类的管理和计算功能-例如，折扣/凭证代码、预定义期间的销售价格、税收等

以前有人这样做过吗。。。即使你没有，你能推荐一个在这种情况下最理想的平台吗

我对Magento不感兴趣，因为它缺乏文档，而且在标准Web主机上的性能非常差，即使只是进行API调用

干杯，伙计们

“那些不学习Magento的人注定要彻底改造它，糟糕透顶。”

Magento上的性能在共享主机上是一个问题，但是，在一个中等规模的虚拟服务器上，在启用缓存的情况下，没有性能问题。通过添加“Varnish”、“Nginx”等工具，可以实现可扩展的性能。它起作用了

遗憾的是，一个简单的客户表、一个简单的产品表、一个订单表和一个盲目快速的性能，商店不能简单。然而，Magento从这一点开始（与OsCommerce合作），意识到了问题/限制，并用最佳编程方法构建了一个更加合理的系统。尽管他们的工作非常出色，但仍有很多开发人员认为他们可以在周末编写一个web商店，并根据需要附加需求。吸引人的是，这些“noddy carts”并不像Magento那样功能齐全或以模块化方式扩展，因此它们通常完全是在浪费时间

我不认为Magento文档有你想象的那么大的问题。Magento有“网络效应”，所以很多“缺失的文档”都可以通过谷歌搜索

最初，布局引擎和“数百万文件”似乎令人困惑。但是，要了解它是如何工作的，并获得一些您自己的可重用资源，需要一些时间。我认为最好学习Magento的工作方式，包括模块、布局xml和MVC方法。认为你可以在CMS（如Expression Engine）中更好地格式化Magento块，并且只在后端使用Magento，这会让你陷入一种无中生有的境地，最终会得到一个毫无用处的设置，而这个设置不会在任何地方出现。

“那些无法学习Magento的人注定要重新发明它，这很糟糕。”

Magento上的性能在共享主机上是一个问题，但是，在一个中等规模的虚拟服务器上，在启用缓存的情况下，没有性能问题。通过添加“Varnish”、“Nginx”等工具，可以实现可扩展的性能。它起作用了

遗憾的是，一个简单的客户表、一个简单的产品表、一个订单表和一个盲目快速的性能，商店不能简单。然而，Magento从这一点开始（与OsCommerce合作），意识到了问题/限制，并用最佳编程方法构建了一个更加合理的系统。尽管他们的工作非常出色，但仍有很多开发人员认为他们可以在周末编写一个web商店，并根据需要附加需求。吸引人的是，这些“noddy carts”并不像Magento那样功能齐全或以模块化方式扩展，因此它们通常完全是在浪费时间

我不认为Magento文档有你想象的那么大的问题。Magento有“网络效应”，所以很多“缺失的文档”都可以通过谷歌搜索

---

最初，布局引擎和“数百万文件”似乎令人困惑。但是，要了解它是如何工作的，并获得一些您自己的可重用资源，需要一些时间。我认为最好学习Magento的工作方式，包括模块、布局xml和MVC方法。如果你认为可以在CMS（如Expression Engine）中更好地格式化Magento块，并且只在后端使用Magento，那么你将处于一种隐藏状态，最终得到一个毫无用处的设置，而这种设置不会有任何结果。

也许像这样的托管解决方案会对你有好处？Shopify不确定。我不希望店面由Shopify主持。它们只允许每300秒调用500个API。我可以预见一个页面加载会产生超过10个API调用。也许像这样的托管解决方案在这种情况下会对您有好处？不确定Shopify。我不希望店面由Shopify主持。它们只允许每300秒调用500个API。我可以预见一个页面加载会产生超过10个API调用。谢谢你的观点。我不打算使用任何其他CMS。我会完全自己开发店面。我以前开发过两个完整的电子商务网站。虽然这是可行的，但它很难跟上您需要的功能-因此我想使用现有的平台作为后端。不过，我希望在前端能够灵活地编写代码并以我喜欢的方式呈现，而不必像Magento那样臃肿。假设您不同意这种方法，那么Magento是唯一的选择吗？有人用过柠檬汁吗？看起来不错。谢谢你的观点。我不打算使用任何其他CMS。我会完全自己开发店面。我以前开发过两个完整的电子商务网站。虽然这是可行的，但它很难跟上您需要的功能-因此我想使用现有的平台作为后端。不过，我希望在前端能够灵活地编写代码并以我喜欢的方式呈现，而不必像Magento那样臃肿。假设您不同意这种方法，那么Magento是唯一的选择吗？有人用过柠檬汁吗？看起来不错。