-
Notifications
You must be signed in to change notification settings - Fork 121
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
sess_crawler-session re-redirect loop #47
Comments
Could it have something to do with both servers (which are load balanced) writing to the same sess_crawler-session (as they both have the same name) ? The redis session server is shared This is the redis-session output:
|
I don't know how Turpentine works, but in general having many users share one session id seems like a Bad Idea.. I assume Turpentine is assigning the session id as "crawler-session", so a simple solution should be to disable this feature and have it return a guuid. Cm_RedisSession already has features for reducing wasted resources due to bots. |
All crawlers matching the crawler regex would indeed have the same session Id (e.g. google bot, bing) etc. of crawler-session Is there any way to cater for this in redis? I can disable the feature turpentine side, and this does in fact work it just means cookies are generated for bots which isn't needed normally. If that's what's needed I will do that. I do wonder why it works with the default session handler, however when testing I am only down to 1 node, not using the shared redis session, but on the same host |
Not knowing any more about Turpentine I'd say that is what you should do. The bot handling in Cm_RedisSession is very effective (depending on how it is configured). It cut my sessions down by over 60% in one case. So you may have dozens vs one, but that is inconsequential. Also the bot handling works well with crawlers that cloak themselves as real users. |
Thanks :) |
Hi Colin,
We use Nexcessnet Turpentine plugin (Varnish ESI) on our Magento website (along with your wonderful CM RedisSession module).
I've noticed an issue lately with Google Web Master Tools. If I use Fetch as Google I often get redirect or temporary unavailable. If I use Googlebot as my user agent in Firefox, I get a re-redirect loop.
When Varnish receives a first request it doesn't return a normal frontend cookie, it makes one up and this works fine. However I've noticed that when using google bot, no session cookie is generated. This is the expected behavior I believe, looking at the nexcess net demo site.
If I disable CM_RedisSession, I can see the following in var/session:
sess_crawler-session
When I disable CM Redis Session, I no longer get a re-direct loop using Google bot as my user-agent.
nexcess/magento-turpentine#599
The text was updated successfully, but these errors were encountered: