In production this is what I get with debug turned on for my test user account:

page_render: "1573.12 ms"
page_queries: "304 queries @ 524.2 ms (33%)"
cache_render: "47.77 ms (3,193% increase)"
cache_uid: "38317"
cache_inc: "memcache.inc"
cache_time: 1292859509
(page_age): "164 seconds"

If I logout and back in, there is no authcache info in the footer. If I invalidate all the sessions it will cache for maybe a couple of hours but something makes it revert to uncached eventually.

It's very tricky to debug and this is a great module so I am really trying to figure out how I can make it work.

Comments

Jonah Ellison’s picture

Jonah Ellison CreditAttribution: Jonah Ellison commented

Can you post all the cookie names the browser is sending for both cached and non-cached requests? Also, if you're using Pressflow, the has_js is pretty important and needs to be set... you may want to check out the dev version.

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

I have an override that enables the has_js. are you saying the dev version of authcache? i will try anything at this point.

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented
Version: 6.x-1.0-rc2 » 6.x-1.x-dev

i updated authcache to the dev and resaved authcache which cleared the authcache settings. i didnt have to invalidate all user sessions and now its working for my test user. its possible that the problem is going to come back, thats what happened before. if i did invalidate all user sessions it would work for maybe a day. if i can get this to work for a few days i would feel great.

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

Now its not working again even if I clear the cache.

Here are the cookies I have:

Auth user:
nocache=1
nocache_temp=1

Obviously that's not good, I tried deleting them and nothing changed. When I log out and log back in they are recreated.

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

one thing to note is that the private messages module is turned on and you always have an initial unread message for a while. that would potentially set off the nocache_temp cookie.

maybe the timestamp on the server or something is incompatible so nocache_temp never gets unset

------

so i read the message so that i wouldnt get that drupal_set_message() anymore when i first logged in. now i dont get nocache_temp any more but i still get nocache = 1.

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

oh i dont think i have the has_js cookie. i thought you added that to the authcache module so i removed it from my other module. i am adding it back and retesting..

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

oh i dont think i have the has_js cookie. i thought you added that to the authcache module so i removed it from my other module. i am adding it back and retesting..

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

ok it looks like the has_js fix back in place fixed it. so i think the issue was that the private messages module was creating a temp cookie that either a) was never deleted or b) wasnt deleted fast enough to make a difference.

drupalninja99’s picture

drupalninja99 CreditAttribution: drupalninja99 commented

ok now it works even with an unread private message. so maybe what fixed it was just the dev version updates + restoring the has_js workaround i implemented in a custom module.

i will continue to monitor but that is great news

Jonah Ellison’s picture

Jonah Ellison CreditAttribution: Jonah Ellison commented

Excellent!

The has_js issue for Pressflow should have been fixed in 6.x-1.x-dev... hmm, that is strange. If you have a spare minute, can you debug authcache_init() and let me know the value of $sysblock? Thanks.

simg’s picture

simg CreditAttribution: simg commented
Status: Active » Closed (fixed)