302 Status Code

[tacimala]

Hi all, I'm trying to get rid of the 302 responses that are popping up on a store I recently set up. I haven't noticed them on other stores that I've set up and I did a search on this forum and noticed most others are having problems with SE bots hitting the cookie_usage page via a 302 response, but that's about it.

 

Here is one example of a 302 response in the server log:

68.79.135.227 - - [10/Nov/2004:12:40:07 -0800] "POST /product_info.php?products_id=28&action=add_product HTTP/1.1" 302 0 "http://www.granolahut.com/product_info.php?products_id=28" "Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Win 9x 4.90; sbcydsl 3.12; YComp 5.0.0.0)"

 

I'm not sure what exactly happened during the site setup, but I know that a 302 response can tell a spider to bug off, so I want to get this fixed. Any help would be appreciated, thanks!

[♥Vger]

The way I understand this, is that if a spider has previously visited your site and created a session id, and you have later turned on the 'Prevent Spider Sessions' feature then the spider will bounce to the cookie_usage.php page when its previously recorded session id is not allowed. At least that's one explanation I have been given which seems plausable.

 

This should, if this idea is correct, work its way out after a period of time. It was a problem with one of my sites, but now the number of 'cookie_usage' hits has gone right down to almost nothing.

 

Vger

[tacimala]

Prevent Spider Sessions is set to false and this site has only been live for one day and unspidered so far. It's throwing up a 302 redirect when a user is visiting that page.

[♥Vger]

Have you got the 'Force Cookie Use' feature set to 'True'. If you have then set it to 'False'. This feature only works if you have a full ssl installed. Otherwise it will send everyone to the cookie_usage page as soon as they try to login or proceed to checkout.

 

Vger

[tacimala]

Everything on the Sessions page is set to False. I'm using a shared hosting package, but SSL is enabled and that part works where it needs to.

[Guest]

what is the server access and error log saying? those give lots of info

[stevel]

302 is a temporary redirect, and is what will be seen when osC does any kind of redirect. In the case of spiders, if they don't have sessions, attempts to visit pages that require a session to be started will result in a 302 redirect to the Cookie Usage page.

 

Ideally, you want a robots.txt that keeps robots off pages that require a session, such as login and cart. You also want Prevent Spider Sessions set to true and an updated spiders.txt installed.

 

Now, the 302 in the first post is a perfectly normal part of osC operation. When a user does an "add to cart", the page processes the form and then redirects to (by default) shopping_cart.php, via a 302 redirect.

[♥Vger]

The only thing I can think of is that there may be a problem as to how HTTP 1.1 is being handled.

 

Note that the HTTP version on the GET request is now 'HTTP/1.1'. If the URI does not include the hostname on the Host: header the server will respond with an error.

 

But that's my limit of geekdom I'm afraid,and it's almost 3 am in the morning here, so I am now signing off for the night.

 

Vger

[tacimala]

mibble: The access_log shows some entries like the one I pasted in the first post and there are no errors showing up in the error_log.

 

stevel: Hi from PowWeb as well! If those are normal, then I guess it's no big deal. I just wanted to make sure that the 302 responses being thrown up weren't going to cause problems later on for any search engine spiders. Do you notice a lot of 302's in your site then?

 

I've set Prevent Spider Sessions to True and I will look into the robots.txt and spiders.txt, thanks!