一般,一切都使用清漆启用W / Turepentine扩展。管理部分的所有标准区域按预期工作。

当我导航到不使用标准/index.php/admin的管理员的扩展名时,问题会出现。导航到这些扩展,我会退出管理部分。

我们使用使用这些URL的许多扩展。都有同样的问题。当禁用清漆或添加清漆旁路cookie时,它会消失。

我已更新Magento中的URL黑色列表设置以反映这些URL。但问题仍然存在。

cron\.php
helpdeskadmin
mstcore
pointofsale
advancedinventory
massstockupdate
.

问题也是间歇性的。多次,在摆弄设置后,这些扩展再次访问,但给出了一天左右,问题返回。

其他相关信息:

Hosted at https://magemojo.com/
Using nginx
php 5.6 fpm
Magento 1.9.1.0 with all security updates
.

有帮助吗?

解决方案

我是Magemojo的联合创始人之一,很乐意提供帮助。

尝试将Tutpentine爬虫IP从127.0.0.1更改为其他任何其他东西。原因是nginx从127.0.0.1转发,松节油将匹配常规请求:

if (client.ip ~ crawler_acl || req.http.User-Agent ~ "^(?:ApacheBench/. *|.*Googlebot.*|JoeDog/.*Siege.*|magespeedtest\.com|Nexcessnet_Turpentine/.*​)$") {
.

哪个触发:

set req.http.Cookie = "frontend=crawler-session";
.

爬虫仍将匹配用户代理和工作。您只需要将松节油管理员爬网程序更改为127.0.0.1以外的任何内容,因此它与从nginx转发的正常请求不匹配。

其他提示

问题也是间歇性的。多次,在摆弄设置后,这些扩展再次访问,但给出了一天左右,问题返回。

黑名单设置将是处理此方案的理想方式。这听起来非常奇怪 - 听起来像你的清漆设置(包括黑名单)在改变时重新应用,然后稍后再次更改。可以以某种方式重新启动并丢失它的设置是否有可能?让你设置它,以便在重新启动时清漆使用松节油的VCL?

在Magemojo的答案中检查爬虫IP问题也是一个非常好的主意。

如果尝试在尝试后仍然存在问题,请在 github 并发布了松节油正在生成的VCL,我们会尝试帮助您的更多信息。

许可以下: CC-BY-SA归因
scroll top