The sessions table will balloon rapidly if the site is frequently crawled, and especially if session expiration is very high. This is because securepages stores a session variable on the first request, causing drupal to store the session data. But since bots generally do not accept cookies, a new session is created for every request they make.

The attached patch fixes this for 6.x-1.x-dev.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

grendzy’s picture

Status: Active » Fixed

Thanks for your report. This has been fixed in 6.x-2.x.

Status: Fixed » Closed (fixed)

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

rooby’s picture

Priority: Normal » Major
Status: Closed (fixed) » Needs review

Since 6.x-2.x seems to have stalled, can we please get this into 6.x-1.x as it is a big problem and a simple fix if this patch is the fix.

rooby’s picture

Here is the exact same patch rolled with the new git standard of patch -p1.