Php 放置Magento'；RAM中的svar目录
我需要加快magento的安装速度，因此我计划将“var/”的内容（或仅var/cache和var/sessions）放在tmpfs上 我还在Amazon上购买一个保留的实例，所以我想保留足够数量的RAM。我想启用memcached、phpapc、MySQL缓存和HTTP缓存 我正在考虑一个具有以下规格的中等保留实例：Php 放置Magento'；RAM中的svar目录,php,mysql,magento,caching,optimization,Php,Mysql,Magento,Caching,Optimization,我需要加快magento的安装速度，因此我计划将“var/”的内容（或仅var/cache和var/sessions）放在tmpfs上 我还在Amazon上购买一个保留的实例，所以我想保留足够数量的RAM。我想启用memcached、phpapc、MySQL缓存和HTTP缓存 我正在考虑一个具有以下规格的中等保留实例： 3.75 GB memory 2 EC2 Compute Unit (1 virtual core with 2 EC2 Compute Unit) 410 GB instanc
3.75 GB memory
2 EC2 Compute Unit (1 virtual core with 2 EC2 Compute Unit)
410 GB instance storage
32-bit or 64-bit platform
I/O Performance: Moderate
EBS-Optimized Available: No
API name: m1.medium
另外，这家商店平均会有100/150种产品。我认为将
/vartmpfs我认为将
/vartmpfs我建议考虑建立一个类似Varnish的反向代理
tmpfsZend\u Cache\u Backend\u文件mytopmy.cnf希望这有帮助 我建议考虑建立一个类似Varnish的反向代理
tmpfsZend\u Cache\u Backend\u文件mytopmy.cnf希望这有帮助 首先，这里所有答案+1 如果您正在考虑从tmpfs中运行/var/可能是因为您听说过AWS上糟糕的文件IO，或者您自己也遇到过问题。然而，/var/目录是您最不关心的——Zend/Magento的自动加载器对IO来说更费力。为了减轻您希望运行APC和编译的压力（假设您没有使用持久性购物车） 正如其他评论者所回应的，任何从缓存或内存运行的东西都会绕过PHP，因此需要接触磁盘并引发IO问题。Varnish是一种蛮力的方法，是一种非常好的工具，适用于可扩展到数百万次浏览的大型网站；但我相信，Varnish在SSL方面的局限性，以及我们Magento社区缺乏真正的文档和支持，使它成为一个比实际替代品更好的智力选择 在运行Magento社区时，我更喜欢在中等实例上运行Tinybrick的Lightspeed，这给了我最大的实惠，而且本身就是一个完整的页面缓存。在这个设置中，我每秒有200多个并发页面，我没有运行memcached或使用编译 在AWS实例中运行memcached时也要小心——我发现它可能会受到耗电的Apache的阻碍。在一个罕见的实例中，您没有预处理的缓存，这会导致Apache MaxClient在等待缓存响应时出现问题。如果你能负担得起，我宁愿运行两个微型Apache实例，前面有一个共享的memcached会话存储和一个负载平衡器——不过，在一个单独的盒子上给db一些马力，让它们共享。但所有设置都是独一无二的，您的流量/使用情况将决定您需要什么
我已经在AWS云端运行Magento三年了，并取得了巨大的成功，我也向您表示同样的祝愿。干杯。首先，这里所有答案+1 如果您正在考虑从tmpfs中运行/var/可能是因为您听说过AWS上糟糕的文件IO，或者您自己也遇到过问题。然而，/var/目录是您最不关心的——Zend/Magento的自动加载器对IO来说更费力。为了减轻您希望运行APC和编译的压力（假设您没有使用持久性购物车） 正如其他评论者所回应的，任何从缓存或内存运行的东西都会绕过PHP，因此需要接触磁盘并引发IO问题。Varnish是一种蛮力的方法，是一种非常好的工具，适用于可扩展到数百万次浏览的大型网站；但我相信，Varnish在SSL方面的局限性，以及我们Magento社区缺乏真正的文档和支持，使它成为一个比实际替代品更好的智力选择 在运行Magento社区时，我更喜欢在中等实例上运行Tinybrick的Lightspeed，这给了我最大的实惠，而且本身就是一个完整的页面缓存。