Once time I got 'Access forbidden!' on idex page and in Apache error log was:

client denied by server configuration: /[skiped]/cache/www.roleplay.ru/0/.html

As you see not existent '.html' page was requested instead of real page. Other pages successfully loaded from cache at this time. I got this error on two sites. I don't know cause of this error - is this Apache settings or is this a Boost problem? But for prevent it in future I applied next workaround: add new rule to .htaccess:

RewriteCond %{REQUEST_URI} !^/$

CommentFileSizeAuthor
dothtml.patch.txt402 bytesaxel
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

lennart’s picture

I had the same problem - thanks for the fix!

drhilarius’s picture

Just for info for the developers, I also had this problem after about 2 weeks of using boost. I'm not sure what caused it. Let me know if I can help to track it down.

rich

drhilarius’s picture

By the way that .htaccess file change didn't work for me... is there anything special I need to do, like dumping all the cache files or something?

I've turned off boost until this gets ironed out... please let me know if I can be of diagnostic help.

thanks,
rich

challer’s picture

I had the same issues and pasting it further towards the end of the boost entries in .htaccess seems to have done the magic.

challer’s picture

One problem that I still have seems to be a browser caching one, but I stil wonder if there's a way around. Logged-in users that signed in on the frontpage get kicked out once they go back to the frontpage. Seems like there's still a cached version stored locally that comes up again. A hard refresh solves the problem, but most of them don't know. Any thoughts how to avoid that? Thanks

Arto’s picture

Assigned: Unassigned » Arto
fiLi’s picture

This patch works great. I've had the same problem described here, and I applied the simple fix, and it's been working wonderfully ever since. I suggest that this would be added to the main code, it is vital.

(BTW - Looking forward to seeing this for Drupal 5.X)

axel’s picture

Logged-in users that signed in on the frontpage get kicked out once they go back to the frontpage. Seems like there's still a cached version stored locally that comes up again. A hard refresh solves the problem, but most of them don't know. Any thoughts how to avoid that?

I have same problem and added next strings to .htaccess (same headers Drupal core sends, but when we missed Drupal these headers missed too):

  Header add Expires "Sun, 19 Nov 1978 05:00:00 GMT"
  Header add Cache-Control "no-store, no-cache, must-revalidate, post-check=0, pre-check=0"

I think it must help, though not sure yet.

fiLi’s picture

Status: Needs review » Active

Arto - I've recently switched hosts and I'm running into the same problem as "http://drupal.org/node/103884#comment-189536":

Logged-in users that signed in on the frontpage get kicked out once they go back to the frontpage. Seems like there's still a cached version stored locally that comes up again. A hard refresh solves the problem, but most of them don't know. Any thoughts how to avoid that?

Axel's suggestion on "http://drupal.org/node/103884#comment-225590" doesn't seem to solve it.

Any ideas?

Arto’s picture

Status: Active » Fixed

These issues should be fixed in the latest development snapshot (both for 4.7 and 5.x). Please upgrade to that (the updated release files will be available later today once the packaging script has run) and report back if you have any further trouble.

Anonymous’s picture

Status: Fixed » Closed (fixed)
brush@groups.drupal.org’s picture

i continue to experience this issue, regularly. am trying various workarounds, but would like to have the front page properly cached at least most of the time.

.b

Arto’s picture

Brush, there's not a whole lot that can be done about it unless you give enough details that the problem can be reproduced.