If I had a nickel for every time someone said, "but we don't
use client variables".
🙂
It matters not a wit if they ever say CFSET
client.somevariable. All that really matters is if any code
anywhere says ClientManagement="yes", in the same files I mentioned
before about clientstorage. If so, there's a default setting in the
client variables admin page for the settings of each repository for
"disable global variables", and it's not checked by default, so
each visit by a user to each page (that hits that
clientmanagement="yes") will trigger an update of the client var
repository for 2 variables, hitcount and lastvisit, whether you
ever use them or not.
Really quite a tragic thing, this default, and made all the
worse when sites are hit by spiders, robots, and load test tools,
as they don't remember the cookie CF sets on each visit, and so
they cause creation of a new client variable repository entry--an
INSERT, rather than an update--on EVERY request for a CF page. It's
something I've blogged about here:
http://carehart.org/blog/client/index.cfm/2006/10/4/bots_and_spiders_and_poor_CF_performance
(Llet me clarify also that if you go searching for such
references to ClientManagement being enabled, be aware that it
could also say ClientManagement=yes, or "true", or true, etc. Just
search for any reference to ClientManagement at all and eyeball the
results.)
As for a better default, well, you can set it to NONE, but
that will fail if indeed any code does enable ClientManagement. A
better option may be "cookie", which puts the client vars on the
browser. Just be aware that doing that will in fact cause loss of
connection to the variables in the previous location, if in fact
anyone was using them. If they're not, then this may solve your
problem.
Hope it helps.
/Charlie (troubleshooter, carehart. org)