Download & Extend
Boost » Issues

Boost crawler did not get a 200 response; 302 returned instead.

Posted by johnthomas00 on August 24, 2010 at 2:29am
Project:Boost
Version:6.x-1.x-dev
Component:Caching logic
Category:bug report
Priority:normal
Assigned:Unassigned
Status:closed (fixed)

Issue Summary

Boost works great.

If I use http://drupal.org/project/securepages and select the option, "Switch back to http pages when there are no matches", I get the following error message when I go to admin/reports/status
"Boost crawler did not get a 200 response; 302 returned instead."

Is this a bug or a feature? Should I be brining this up over at securepages?

Login or register to post comments

Comments

#1

Posted by mikeytown2 on September 19, 2010 at 4:49pm
Status:active» needs review

upped the redirect counter from the default 3 to 10

AttachmentSize
boost-891620.patch 1.09 KB

#2

Posted by mikeytown2 on September 19, 2010 at 4:58pm
Status:needs review» fixed

committed

#3

Posted by johnthomas00 on September 19, 2010 at 6:09pm
Status:fixed» needs work

This did not solve the problem for me.

#4

Posted by mikeytown2 on September 20, 2010 at 12:15am

Well a 302 is a redirect; so this might be in a redirect loop...

#5

Posted by johnthomas00 on September 20, 2010 at 3:15am
Status:needs work» closed (cannot reproduce)

Agreed, not sure how to fix, but probably not a boost problem, so marking

#6

Posted by picou on November 5, 2010 at 2:44pm

I am getting the exact same error has anyone solved this issue?

#7

Posted by dirtysteak on January 21, 2011 at 7:15pm
Status:closed (cannot reproduce)» active

Having the same problem.

Over at secure pages they are saying this is a boost problem or an .htaccess problem

http://drupal.org/node/443896

Any ideas?

#8

Posted by Fabianx on March 24, 2011 at 10:44pm

Quite easy to fix:

diff --git a/sites/all/modules/performance/boost/boost.module b/sites/all/modules/performance/boost/boost.module
index 59e9a3a..85af3c9 100644
--- a/sites/all/modules/performance/boost/boost.module
+++ b/sites/all/modules/performance/boost/boost.module
@@ -98,7 +98,7 @@ define('BOOST_MAX_THREADS',          8);

// Requires Boost Functions or global scope, Define These Last
global $base_url;
-define('BOOST_CRAWLER_SELF',         $base_url . '/' . 'boost-crawler?nocache=1&key=' . variable_get('boost_crawler_key', FALSE));
+define('BOOST_CRAWLER_SELF',         str_replace('https://', 'http://', $base_url) . '/' . 'boost-crawler?nocache=1&key=' . variable_get('boost_crawler_key', FALSE));
define('BOOST_FILE_PATH',            BOOST_MULTISITE_SINGLE_DB ? boost_cache_directory(NULL, FALSE) : variable_get('boost_file_path', boost_cache_directory(BOOST_HOST, FALSE)));
define('BOOST_GZIP_FILE_PATH',       implode('/', array_filter(explode('/', str_replace(BOOST_ROOT_CACHE_DIR . '/' . BOOST_NORMAL_DIR, BOOST_ROOT_CACHE_DIR . '/' . BOOST_GZIP_DIR . '/', BOOST_FILE_PATH)))));
define('BOOST_PERM_GZIP_FILE_PATH',  implode('/', array_filter(explode('/', str_replace(BOOST_ROOT_CACHE_DIR . '/' . BOOST_NORMAL_DIR, BOOST_ROOT_CACHE_DIR . '/' . BOOST_PERM_GZ_DIR . '/', BOOST_FILE_PATH)))));

Not sure if that is the best fix, but I don't think all URLs should hit https from localhost everytime ...

#9

Posted by Wolfflow on March 31, 2011 at 6:52pm

subscribe. for my similar issue look here: http://drupal.org/node/1111374

#10

Posted by RandallKent on August 1, 2011 at 4:09pm

Would love to see @Fabianx patch applied.

#11

Posted by RandallKent on August 1, 2011 at 4:16pm
Status:active» needs review

#12

Posted by nelslynn on January 18, 2012 at 7:15am

I get the same error message with the latest Boost Dev (Dec 23), and securepages module. Patch with #8 removes error on the Status Report page, but no cache pages are created.

Boost with boost crawler works fine with uc_ssl module (with one minor issue), but not securepages.

Any guidance to get the boost crawler working with securepages?

#13

Posted by boosh on March 3, 2012 at 5:26am

Adding "boost-crawler" to the list of "Ignore pages:" did the trick for me. I'm using 6.x-1.18, though I would suspect that it would work just as well for 6.x-1.x-dev too.

#14

Posted by bret.miller on May 24, 2012 at 3:55pm

Thanks boosh! Adding "boost-crawler" to the list of "Ignore pages:" in the Secure Pages configuration took care of the error for me too on 6.x-1.20.

#15

Posted by philsward on July 16, 2012 at 12:03am

I wish I could say the same to suggestion #13...

boost 1.20
securepages 2.x-dev

Any other ideas?

#16

Posted by philsward on July 16, 2012 at 1:47am

Ya know, after re-reading the initial issue, I've realized the problem I have isn't directly related...

Here is the issue to the problem I am experiencing:

https://drupal.org/node/1618030

#17

Posted by bgm on August 21, 2012 at 3:00pm
Status:needs review» fixed

I'd rather avoid the patch in #8 because of the testing it would take to be sure it does not break other sites.

If we can solve this by a configuration change in securepages, and it is specific to securepages, then I added a "requirement" check instructing people to review their configuration and make sure they have "boost-crawler" in the ignored pages.

Committed to 6.x-1.x, will be in Boost >= 6-x.1.21.

#18

Posted by kimadamson1 on August 28, 2012 at 2:15pm

#13 fix did it for me with Boost 6x-1.9 and Secure Pages 6x-1.2. Thank you!

#19

Posted by System Message on September 11, 2012 at 2:21pm
Status:fixed» closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

#20

Posted by WeRockYourWeb.com on March 27, 2013 at 2:11pm

Experienced this same problem. The fix at #13 appears to work at first but then we had the same issue. The only foolproof solution was to downgrade to securepages 6.x-1.9.