我正在使用jwilder / nginx-proxydocker容器代理一个magento容器（使用nginx）与SSL。 我能够设置容器并运行带有SSL连接的magento安装例程。 完成安装后，每当我尝试访问magento前端或后端时，都会收到ERR_TOO_MANY_REDIRECTS错误消息。 这似乎很奇怪，因为在安装过程中显然没有问题，所以我认为必须有一些我还没有得到的东西。 我认为有一些reqrite规则混淆了架构，但我无法弄清楚什么是错的。 这是我configuration的magento nginx： # # The default server # server { listen 443; ssl on; server_name example.com; ssl_certificate /etc/certs/example.com.crt; ssl_certificate_key /etc/certs/example.com.key; #charset koi8-r; root /var/www; index index.html index.htm index.php; location / { index index.html index.php; ## Allow a static html file to be shown first try_files $uri $uri/ @handler; […]
我正在尝试使用Siege来加载testing一个Magento网站。 但是，Siege似乎并没有使用前一个请求所返回的会话cookie进行请求。 例如，在我的urls.txt文件中： http://dev.example.com/ http://dev.example.com/catalog/product/view/id/167119 http://dev.example.com/checkout_cart/add POST product=167119&super_attribute[92]=952&super_attribute[196]=186&qty=1 http://dev.example.com/checkout/onepage/ http://dev.example.com/checkout/onepage/saveMethod POST method=guest 如果Siege会使用前端cookie，当它访问上面的第一个url（主页），并在请求上面的第二个url（产品页面）时重新发送该cookie，将会很好。 围困可以做什么？
我们在mod_php和mysql上部署了Apache的Magento应用程序。 我观察到，有时Apache服务器开始消耗高内存，导致内存交换，并在服务器上导致高负载。 每当apache服务器负载较大时，导致高负载的apache进程在mysql结束时处于睡眠模式，客户端处于CLOSE_WAIT状态。 任何帮助表示赞赏解决这个问题。
在Nginx服务器上使用Magento运行多重设置。 我正在看访问日志，可以清楚地看到发生了什么。 像许多PHPnetworking应用程序一样，它在它的URL中使用了index.php，并且设置为从可见的URL中“隐藏”它来保持它的清洁。 shoes.com/正在返回shoes.com/index.php shoes.com/sneakers正在返回shoes.com/sneakers/index.php 但是，如果我试图进一步，我看到Nginx不包括index.php的子目录，因为它是根目录。 注意：Magento基本上需要一个修改后的index.php来存放在子目录中的多重分区。 结帐示例： shoes.com/checkout/cart/返回shoes.com/index.php/checkout/cart/ 而在多目录目录中： shoes.com/sneakers/checkout/cart/正在返回shoes.com/sneakers/checkout/cart/，当它应该返回shoes.com/sneakers/index.php/checkout/cart/ 我想弄清楚如何让它适用于这个子目录index.php规则。 我有3个独立的文件我的Nginxconfiguration; 这是重写文件： rewrite_log on; location / { index index.php index.html; try_files $uri $uri/ @handler; } location @handler { rewrite / /index.php; } ## force www in the URL if ($host !~* ^www\.) { #rewrite / $scheme://www.$host$request_uri permanent; } ## Forward paths like /js/index.php/x.js […]
我正在尝试使用VM来让我和公司的其他人来testing对Magento商店的更改。 虚拟机不在我的控制之下（主要是），并驻留在我们的Intranet上的Windows服务器框中。 我不知道版本的详细信息或实际使用的虚拟机，但我可以得到这个信息，如果需要的话。 我创build了一个Ubuntu VM，安装了Magento（v1.8）。 我从我的网上商店备份，并恢复到这个虚拟机。 如果我呆在虚拟机中，这一切都可以运行（对我所做的来说足够好）。 问题是，我无法从虚拟机外部访问虚拟机上托pipe的商店。 位置/var/www包含默认的apache index.html。 该商店位于…/var/www/magento 如果我只是把浏览器（从虚拟机外部）指向虚拟机的IP地址，我会得到Apache的默认index.html。 如果我查看apache access.log，我会看到您希望看到的正常消息。 大！ 如果我把浏览器指向“/ magento”，我得到VM主机的IIS默认网页！ apache访问日志显示它返回了一些redirect（301,302）错误代码（我对此不是很熟悉）。 哦，我尝试将Apache的DocumentRoot移动到/var/www/magento并且遇到了其他一些问题，所以我把它放回去了。 如果这是虚拟机主机的问题，你能给我指针，让我可以得到适当的人参与？ 我究竟做错了什么？ apache2ctl -S输出（服务器名称被屏蔽）： VirtualHost configuration: wildcard NameVirtualHosts and _default_ servers: *:80 is a NameVirtualHost default server example.com (/etc/apache2/sites-enabled/000-default:1) port 80 namevhost example.com (/etc/apache2/sites-enabled/000-default:1) cat /proc/version输出： Linux version 3.2.0-77-generic (buildd@toyol) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) […]
我最近一直在考虑从我的托pipe服务提供商那里要求SSD驱动器，但是它每个月300美元的升级费用是4 x 300GB的Intel S3500 SSD 我的托pipe公司告诉我，他们不使用SSD，因为他们没有看到他们的15k SAS硬盘驱动器的性能发生重大变化。 我正在主持一个大约10万个产品的magento网站。 我所使用的专用服务器有双核心处理器，24 GB DDR3-RDIMM 1333MHz RAM，RAID 10中的15K SAS HHD以及CDNnetworking。 每月支付约479。 我想知道你的意见，如果SSD驱动器会显示出明显的性能收益，如果它保证每个月300？
我在运行PHP应用程序的Apache上运行Magento（电子商务PHP应用程序）作为反向代理。 静态内容由nginx直接提供。 Magento有一个使用503 HTTP响应的“维护模式”。 在维护模式启用的情况下，使用我的configuration，nginx返回一个带有500响应的空白页面，而不是带有503响应的Magento良好的维护模式页面。 如何让nginx让503页面传递给客户端？ 这是我的nginxconfiguration： 上游examplecluster {server 1.2.3.4:80; } 服务器{ 听1.2.3.5:80; server_name www.example.com; root /var/www/example.com/www; ＃安全 位置〜（/(app/|includes/|lib/|pkginfo/|var/|report/config.xml|downloader/(pearlib|template|Maged)/)|/\.svn/|/\.ht.+ ）{ 返回404; } 位置〜\ .php $ { proxy_pass http：// examplecluster; proxy_redirect默认; } ＃静态内容 位置 / { try_files $ uri @apache; 到期7天; } ＃Apache 位置@apache { proxy_pass http：// examplecluster; proxy_redirect默认; } }
刚刚在服务器上安装了apache和mysql-server和php。在尝试安装一个名为Magento的软件时，我总是收到这个错误： 必须加载PHP扩展“pdo_mysql”。 任何人有任何线索我应该做什么来解决这个问题？ 你可以看到当前的设置在这里： 208.111.35.80/test.php 谢谢你的帮助。
您好我有一个Apache（PHP）（magento）脚本的服务器2.2。 在正常情况下，一个PHP页面在1-2秒内渲染，这是可以的。 有时在高stream量或粗糙的蜘蛛机器人所有的Apache插槽被阻止。 单个请求的运行速度很慢，并且使用越来越多的内存，直到mysql调用oom-killer，这杀死了我需要的tomcat。 首先我尝试了mod_evasive。 但是，如果我configuration它太严格，我不能浏览活泼，如果我configuration它太松，请求可以来得更快，那么他们可以被处理。 问题是PHP文件。 其他资源，如图像等不会妨碍插槽。 其次我试图通过降低MaxClients来限制它。 但是现在一个客户端可以阻止所有的插槽。 任何想法如何限制每个客户端的最大连接数或更好的最大simultan PHP脚本每IP … 如何configuration其他的Apache客户端，以避免更多的请求比他们可以处理，而不偏袒任何客户端？
我有一个运行Debian的Apache服务器。 我有这种非常奇怪的情况，加载一个页面需要约2至3倍的时间来加载超过HTTPS的HTTP。 该网站的主要用途是Magento，但我看到与我们已经加载在网站上的其他东西类似的结果。 我没有第一个线索，甚至可以看到我们的服务器，或者是什么问题。 有没有人有任何的见解，可能会发生什么，或在哪里看？