I've got a strange problem here that I need some help figuring out. We
have a site running on 8 load balanced CF 9 servers. We're doing a lot of
stuff with Client Variables, and all of our code works fine in
development/staging, but in production none of the client variables
persist. After
on calls made by the server to itself (cfhttp, cfdocument,
etc). We boiled it down to something that changed with CF901 that's not
documented. My only recommendation was to move off of client variables
to a different shared session scope.
--
Matthew Williams
Geodesic GraFX
www.geodesicgrafx.com
?
On Thu, Jul 28, 2011 at 8:41 AM, Eric Cobb cft...@ecartech.com wrote:
I've got a strange problem here that I need some help figuring out. We
have a site running on 8 load balanced CF 9 servers. We're doing a lot of
stuff with Client Variables, and all of our code works fine in
development
wrote:
I've got a strange problem here that I need some help figuring out. We
have a site running on 8 load balanced CF 9 servers. We're doing a lot of
stuff with Client Variables, and all of our code works fine in
development/staging, but in production none of the client variables
persist
source any time and know which server I'm on.
From: Pete Freitag p...@foundeo.com
Sent: Thursday, July 28, 2011 9:34 AM
To: cf-talk cf-talk@houseoffusion.com
Subject: Re: Problem with Client Variables not persisting.
Hi Eric,
Yes if sticky sessions were
AM
To: cf-talk cf-talk@houseoffusion.com
Subject: Re: Problem with Client Variables not persisting.
Eric, What LB product are you using? I have used pound in the past and
with
no sticky sessions the client vars persisted just fine.
Oh and can I borrow your saw and drill next week? I want to make
Has anyone tried setting up Client Variables though an ODBC datasource on 2
different servers running 2 different versions of ColdFusion and they both
point to the same datasource? Can this be done?
I have an app running CF 5.5 that needs changes before it can be upgraded to
any version
Thanks, but ColdFusion 9 doesn't have a Macromedia key. And the Adobe
key hardly has anything in it.
See:
http://img.skitch.com/20101108-qfgikqx7fr41hnmjyhppsd7r42.jpg
On Sun, Nov 7, 2010 at 8:19 PM, Philip Kaplan pkap...@gmail.com wrote:
I accidentally had registry client variables turned
-qfgikqx7fr41hnmjyhppsd7r42.jpg
On Sun, Nov 7, 2010 at 8:19 PM, Philip Kaplan pkap...@gmail.com wrote:
I accidentally had registry client variables turned on for a few days,
and
now my server is slow. I suspect overgrown registry filled with CF
client
variables is the cause.
Anyone know how to purge
I accidentally had registry client variables turned on for a few days, and
now my server is slow. I suspect overgrown registry filled with CF client
variables is the cause.
Anyone know how to purge them from the registry?
CF9
Hi Philip,
read this, it does have the key at the end, but the rest may be useful for
you to stop this happening again.
http://russ.michaels.me.uk/index.cfm/2007/12/7/Security-bug-with-client-variables
--
Russ Michaels
www.cfmldeveloper.com - Supporting the CF community since 1999
FREE
On 8/11/2010 15:19, Philip Kaplan wrote:
I accidentally had registry client variables turned on for a few days, and
now my server is slow. I suspect overgrown registry filled with CF client
variables is the cause.
Anyone know how to purge them from the registry?
Try setting the purge time
AFAIK I am not using any client variables on a site (i.e., any variables in
scope client.myvar). I am using session variables (scope session.myvar).
I'd like to turn off client variables (to satisfy a host with no CF
experience). Are there any unforeseen problems I should be looking for if I
do
Nope, you should be fine.
=]
On Wed, Jun 30, 2010 at 11:20 AM, Robert Harrison
rob...@austin-williams.com wrote:
AFAIK I am not using any client variables on a site (i.e., any variables in
scope client.myvar). I am using session variables (scope session.myvar).
I'd like to turn off
AFAIK I am not using any client variables on a site (i.e., any variables in
scope client.myvar). I am using session variables (scope session.myvar).
I'd like to turn off client variables (to satisfy a host with no CF
experience). Are there any unforeseen problems I should be looking for if I
Here's an oldie but a goodie:
I long ago drank the Kool-Aid on Client variables being stored in a DB and
disabling global client variable updates. No problems there. But I'm just
wondering when exactly are HITCOUNT and LVISIT updated in this situation? Is
it on the first page of a return
Since you have turned off global client variable updates, never.
On Thu, Sep 3, 2009 at 10:06 AM, Bob Hendrenbhend...@listingware.com wrote:
Here's an oldie but a goodie:
I long ago drank the Kool-Aid on Client variables being stored in a DB and
disabling global client variable updates
Here's an oldie but a goodie:
I long ago drank the Kool-Aid on Client variables being stored in a DB
and disabling global client variable updates. No problems there. But
I'm just wondering when exactly are HITCOUNT and LVISIT updated in this
situation? Is it on the first page of a return
ClientVariables.
this is CF7 on a windows machine. i installed the hotfix yesterday, so i'm
unsure if that is what started this error.
unfortunately the client variables are not really being used by the site, but i
need to keep them active for legacy applications that need to be upgraded.
anyone
you have two input fields (3rd and 4th) where name attribute is name3 and the
first 2 input fields need to have id tags
Hi All,
I am trying to merge three textfield values (month,day and year for
DOB)into one and trying to store in a session. Javascript is a client
side variable
Hi All,
I am trying to merge three textfield values (month,day and year for DOB)into
one and trying to store in a session. Javascript is a client side variable and
I am unable to store it to session variable . Can anyone help me with this?
See below is the code I am trying to do and I also
I suspect that there may be a problem with our ClientStorage_log database as
it's currently at 11.5 gigs and has to be cleared out once a month or so. I
freed 4.5 gigs of space on this server by moving files off 2 days ago and
within 24 hours that space was filled again. Could this be a
It sounds like you are referring to the transaction log portion of a
database, and you can definitely expect the transaction log for Client
variables database to grow very quickly because they are updated on
every hit. Database transaction logs need to be checkpointed or cleared
on backup
this be a security hole that is allowing our clientStorage_log db to get
filled so quickly? I don't
know the size of the clientStorage_log prior to moving the files off the
server but it's by far the
largest recently modified file in the past 4 days.
If you're using MS SQL Server to store Client
days.
If you're using MS SQL Server to store Client variables, the recovery
model you've chosen for the database will control what happens when
the database is backed up by scheduled maintenance task. It sounds
like you've chosen full or bulk-logged, in which case you are
responsible
days.
If you're using MS SQL Server to store Client variables, the recovery
model you've chosen for the database will control what happens when
the database is backed up by scheduled maintenance task. It sounds
like you've chosen full or bulk-logged, in which case you are
responsible
We are in need to expire client variables at the same rate as session
variables. In our case this is 2 hours.
Unfortunately, our client variables expire randomly well before 2 hours are
passed.
What are correct settings to achieve this?
Our configuration:
- Client variables are stored
I'm pretty sure client variables don't work like that (though it's been so
long since I used them that I could be mistaken). I'm pretty sure all the
purge interval does is set the frequency that the server will actually check
to see if it should purge anything, not the time that a given client
Kotek [EMAIL PROTECTED] wrote:
I'm pretty sure client variables don't work like that (though it's been so
long since I used them that I could be mistaken). I'm pretty sure all the
purge interval does is set the frequency that the server will actually check
to see if it should purge anything
I have Apache and CF8 set up with multiple virtual hosts locally for
development(win xp pro, apache 2.2.4)
Client variables are not working. I can log into CF administrator
fine(not sure if authentication uses client variables or not). Any site
that I work on that uses client variables behaves
This should be and easy question. How do I programmatically clear/remove the
browser's cookie that gets set when using Client variables?
I need to generate a new CFID/CFTOKEN when a user logs out of and older
application.
Thanks, Che
the cookie variables in
and then loop over the variables to expire them.
-Aaron
-Original Message-
From: Che Vilnonis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 10:31 AM
To: CF-Talk
Subject: Clearing the Cookie that gets set when using Client variables.
This should
It should have been (removed the Not):
cfloop collection=#session# item=Key
cfif ListFindNoCase('CFID,CFToken,SessionID,JSessionID',Key)
cfset StructDelete(session,Key)
/cfif
/cfloop
or if you want to clear the whole session struct for that user:
cfloop collection=#session# item=Key
: Aaron Wolfe [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 25, 2007 3:09 PM
To: CF-Talk
Subject: RE: Clearing the Cookie that gets set when using Client
variables.
Che,
Here is one way to do it. Use the code within this tag !--- Run this
code only when you want to expire the login --- to expire
It should have been (removed the Not):
cfloop collection=#session# item=Key
cfif ListFindNoCase('CFID,CFToken,SessionID,JSessionID',Key)
cfset StructDelete(session,Key)
/cfif
/cfloop
or if you want to clear the whole session struct for that user:
cfloop collection=#session# item=Key
On Wednesday 25 Jul 2007, [EMAIL PROTECTED] wrote:
This should be and easy question. How do I programmatically clear/remove
the browser's cookie that gets set when using Client variables?
I need to generate a new CFID/CFTOKEN when a user logs out of and older
application.
Use cfcookie
What is the best way to store client variables? We are in the process of
completely redesigning our website and considering changing the clientstorage
attribute in cfapplication from a named SQL datasource to Cookie to prevent
having 100,000's of records pile up on our SQL server.
The primary
Database here.
Stay away from storing in cookies as much as possible.
On 4/26/07, james carberry [EMAIL PROTECTED] wrote:
What is the best way to store client variables? We are in the process of
completely redesigning our website and considering changing the
clientstorage attribute
On 4/25/07, james carberry wrote:
What is the best way to store client variables?
Better way to phrase that is what is the least bad way? :-)
Cookies are a disaster. To make a long story short you can't count
on them being present all the time, and you have to wait for a trip to
the client
: Preferred clientstorage setting for client variables
What is the best way to store client variables? We are in the process of
completely redesigning our website and considering changing the clientstorage
attribute in cfapplication from a named SQL datasource to Cookie to prevent
having 100,000's
need to track the system-generated Client variables (hitcount,
lastvisit), you can avoid an update for each page that doesn't otherwise
change Client variables by disabling the appropriate option in the CF
Administrator.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
Fig Leaf Software
What is the best way to store client variables? We are in
the process of completely redesigning our website and
considering changing the clientstorage attribute in
cfapplication from a named SQL datasource to Cookie to
prevent having 100,000's of records pile up on our SQL server
CLIENT scope is not enabled.
The Application.cfc file and the Queue.cfc file are in the same directory.
In my ViewVariables.cfm page I can do a cfdump var=#CLIENT# label=Client
Scope and it will show client variables
I am not sure what is going on here, It looks pretty straight forward. Any
ideas
| From: Matt Robertson [mailto:[EMAIL PROTECTED]
| By exposing the cfid and cftoken you are announcing to the world what
| your session identifier is. In turn you are giving someone the
| opportunity to more easily manipulate it. Sure someone can accept a
| cookie, read the value off the hard
of your client, you
should use the industry standard, peer reviewed, time tested design of
HTTP Digest Authentication. See RFC 2617 for details.
And the good news: it is build in to most browsers and webservers and
you can build a custom client variables solution on top of it.
Jochem
On 2/16/07, Jochem van Dieten [EMAIL PROTECTED] wrote:
should use the industry standard, peer reviewed, time tested design of
HTTP Digest Authentication. See RFC 2617 for details.
Hey! Apache still marks that as experimental! =]
Beynon [EMAIL PROTECTED] wrote:
i'm using client variables stored in cookies across two load balanced
boxes with dual cf instancesyet to see a problem - running like
this for 2 years! I don't see what the fuss is all about
john
AFAIK, with NO cookies, you would need to pass the CFID and CFTOKEN in the
URL for each request.
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 15, 2007 1:46 PM
To: CF-Talk
Subject: Re: Client variables? reliable enough?
Still negotiating with my
-
From: Mike Kear [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Thursday, February 15, 2007 10:46 AM
Subject: Re: Client variables? reliable enough?
Still negotiating with my client about Clientvars. He's finally said
this - what do you make of it
[quote]
I don't care too
, February 15, 2007 12:52 PM
To: CF-Talk
Subject: RE: Client variables? reliable enough?
AFAIK, with NO cookies, you would need to pass the CFID and CFTOKEN in the
URL for each request.
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 15, 2007 1:46 PM
To: CF
if you're bidding on a job he has just added a nice fat increase to
your bid expense. You will have to pass the key pair around for
everything. All cflocations, form posts, url links. The works. And
exposing the key pair has security implications that imho cannot be
overcome. You basically
I have never had to use URLSessionformat() before but it sounds like
it's going to be very helpful in this case.
Oh and this is a business-to-business shopping cart app, so we do have
to maintain state. And to add to the fun of it all, we have to have a
new session variable each page request.
Coming over from php I have always used Session Vars to start off. I have
uncovered issues with the Client Vars here in my current position. If you do
high volume and have a large customer base you can experience a performance
hit with Client Var lookups.
Eric
And to add to the fun of it all, we have to have a
new session variable each page request.
Can you explain this a bit?? What do you mean?
~|
Upgrade to Adobe ColdFusion MX7
Experience Flex 2 MX7 integration create powerful
: Thursday, February 15, 2007 2:27 PM
To: CF-Talk
Subject: Re: Client variables? reliable enough?
Coming over from php I have always used Session Vars to start off. I have
uncovered issues with the Client Vars here in my current position. If you do
high volume and have a large customer base you can
I've not quite got it figured out myself. But the cilent has a bit of
experience with coldfusion, going back to CF1 and up to CF5.2. So he
knows something of what he speaks, but his technical knowledge is
dated.
Anyway, he says there's a security issue with using a token throughout
for a
good lord that sounds positively insane.
He's right... if you take the step of saying no cookies allowed you
have to pass the token around from link to link, exposing it via the
url and that is a security issue. Caused by the draconian no cookie
requirement but its an issue alright. And if its
He's right... if you take the step of saying no cookies allowed you
have to pass the token around from link to link, exposing it via the
url and that is a security issue.
Matt, can you explain exactly what the security issues are. Are you talking
about sniffing it over the network (would
On 2/15/07, Matt Robertson [EMAIL PROTECTED] wrote:
His solution is ... well ... mind-boggling. In theory it should work.
In theory, it's exactly the same thing as using tokens. So you
change it with every request-- you've still got to get the old token
in! Lots of added complexity for
On 2/15/07, Josh Nathanson [EMAIL PROTECTED] wrote:
Matt, can you explain exactly what the security issues are.
By exposing the cfid and cftoken you are announcing to the world what
your session identifier is. In turn you are giving someone the
opportunity to more easily manipulate it. Sure
On 2/15/07, Matt Robertson [EMAIL PROTECTED] wrote:
On 2/15/07, Dinner [EMAIL PROTECTED] wrote:
In theory, it's exactly the same thing as using tokens. So you
change it with every request-- you've still got to get the old token
in! Lots of added complexity for the same end result.
On 2/15/07, Dinner [EMAIL PROTECTED] wrote:
Lot of work for not much difference. Might as well set the session
timeout really really low or something, right?
If I were trying to find sanity in the desired approach, I'd first
have to accept the fact that you *cannot* have cookies. In an
On 2/15/07, Matt Robertson [EMAIL PROTECTED] wrote:
On 2/15/07, Dinner [EMAIL PROTECTED] wrote:
Lot of work for not much difference. Might as well set the session
timeout really really low or something, right?
If I were trying to find sanity in the desired approach, I'd first
have to
His issue about the new token each time is mainly prompted by the
issue of corporate users sharing the same IP.This is an app where
there may be many users in a building accessing the site, and each
will have his/her own permissions set. So he doesnt want one person
having higher access than
Even if you pass around the session.urlToken around in the URL if you must
use cookies if you want to use session replication. If you can't use
cookies, client variables and you must have session replication you are left
with rolling your own state management. My $0.02 is that you are going to
end
On 2/15/07, John Blayter [EMAIL PROTECTED] wrote:
My $0.02 is that you are going to
end up with something that is damn close to client variables.
Seems that way.
I consider it obsolete but maybe ont in this case: the first custom
tag I wrote is SessionMonger. Done back in the bad old days
i'm using client variables stored in cookies across two load balanced
boxes with dual cf instancesyet to see a problem - running like
this for 2 years! I don't see what the fuss is all about
john.
On 2/8/07, Mike Kear [EMAIL PROTECTED] wrote:
Neil, can you be a bit more specific please
My company currently has multiple load balanced web servers.
Each time we
deploy code, we have to manually FTP it to each server. We'd
love to be able
to upload (or SVN) code to one location and have an automated
process to
replicate the code to the other servers.
I've used Super
The last time i worked on a site with multiple servers, they had a simple
scheduled task set up to run every half hour or so. It looks for files in
an upload directory, and if it finds anything, copies the files over to the
production servers, creating new folders if necessary, then deleting the
Neil, can you be a bit more specific please?What sort of issues do you
get with client vars? ( have to make a fundamentail architecture decision
in the next few days - whether or not to use client vars). I need to know
if the issues you had also apply in my situation.
Cheers
Mike Kear
What do you make of what the client said? Does it have any merit in
current versions? Can anyone attest to reliability (or
otherwise) of
client vars in CF7? (I should also add there is no chance
we're going to
use the registry to store client vars - it's going to be in
the
a program called Robocopy in this post. Can you provide some
additional information?
Andy matthews
-Original Message-
From: Paul Vernon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 06, 2007 4:13 AM
To: CF-Talk
Subject: RE: Client variables? reliable enough?
We solved the bandwidth issue
files to one server, propgating them to many. Was:
Client variables? reliable enough?
Paul...
My company currently has multiple load balanced web servers. Each time we
deploy code, we have to manually FTP it to each server. We'd love to be
able
to upload (or SVN) code to one location and have
My company currently has multiple load balanced web servers. Each time
we
deploy code, we have to manually FTP it to each server. We'd love to
be
able
to upload (or SVN) code to one location and have an automated process
to
replicate the code to the other servers.
We currently have a similar
files to one server, propgating them to many. Was:
Client variables? reliable enough?
My company currently has multiple load balanced web servers. Each time
we
deploy code, we have to manually FTP it to each server. We'd love to
be
able
to upload (or SVN) code to one location and have
You mentioned a program called Robocopy in this post. Can you
provide some additional information?
Robocopy is in the Windows Resource Kit AFAIK, it's a pretty powerful
command line tool that you can script to keep folders in sync.
As an example,
robocopy C:\source \\server\C$\source
We use SVN to deploy to code to a single server, and then we
use DFS to automatically propagate the changes.
That of course is the better option if your environment supports it :)
Paul
~|
Upgrade to Adobe ColdFusion MX7
We use UNC shares in our current enviroment but now we are integrating Linux
Apache boxes on the front end so in the interim we have a 1TB File (750Mb
Raid 5) Server that does NFS and CIFS shares. We are moving to a Netapps
Filer in a bit so we just picked up a SNAP Server to hold us over
Eric
-Talk
Subject: RE: Uploading files to one server, propgating them to many. Was:
Client variables? reliable enough?
We use SVN to deploy to code to a single server, and then we
use DFS to automatically propagate the changes.
That of course is the better option if your environment supports
Message-
From: Eric Haskins [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 06, 2007 2:49 PM
To: CF-Talk
Subject: Re: Uploading files to one server, propgating them to many. Was:
Client variables? reliable enough?
We use UNC shares in our current enviroment but now we are integrating
That SNAP server was the similar solution. Windows boxes can access it as a
Mapped Drive or in our case the SNAP server is in the domain so it is a UNC
share. The linux boxes access it via NFS so we have one repository for all
our files. Now if I can get Serena Mover setup and running it would
I sat in a client briefing yesterday, and he said something that made me sit
up and take notice,could he be right?
I havent used Client variables since CF5, so I dont know if they are good
now or not, but i didnt have a problem back in the CF5 days but here's what
my client said (he has a lot
within this
communication are not necessarily those expressed by Reed Exhibitions.
Visit our website at http://www.reedexpo.com
-Original Message-
From: Mike Kear
To: CF-Talk
Sent: Tue Feb 06 06:50:37 2007
Subject: Client variables? reliable enough?
I sat in a client briefing yesterday
We have an application that has is dropping client variables on about 5 percent
of the machines that use it. When I manually track CFID and CFTOKEN, they are
staying the same.
This ONLY happens when the user is using Internet Explorer. When checking the
machines that this happens on, IE (ver
On Friday 07 July 2006 19:50, Jon Block wrote:
Why the *heck* doesn't cfapplication have a clienttimeout attribute?
None of the programmers here can guess as to why there would be a
sessiontimeout but no clienttimeout. *sigh*...
How do you timeout a client-stored cookie on a web browser that
Turn on J2EE session variables. And USE session variables. Client vars are
supposed to persist (like cookies). Session vars are not.
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date
Right, but I'm interested in having the user's session timeout after 60
minutes of inactivity.
Jon
-Original Message-
From: Dave Watts [mailto:[EMAIL PROTECTED]
Sent: Friday, July 07, 2006 3:16 PM
To: CF-Talk
Subject: RE: How do I set client variables timeout?
Why the *heck* doesn't
Right, but I'm interested in having the user's session
timeout after 60 minutes of inactivity.
Then, you might either (a) use Session variables, or (b) write code to
disconnect clients after 60 minutes of inactivity by deleting their cookies.
Dave Watts, CTO, Fig Leaf Software
PROTECTED]
Sent: Wednesday, July 05, 2006 9:57 AM
To: CF-Talk
Subject: RE: How do I set client variables timeout?
The purge interval is actually how often the schedule runs to do the
purging, not how ten they purged.
The timeout is specified by choosing your client storage Mechanism and
setting
to persist sessions longer than you have to.
Client variables, on the other hand, persist on disk somewhere, and there's
no significant cost to keeping them for a long time - often across multiple
visits from a user. You can get rid of Client variables by purging them
periodically, which is the rough
: 07 July 2006 20:16
To: CF-Talk
Subject: RE: How do I set client variables timeout?
Why the *heck* doesn't cfapplication have a clienttimeout attribute?
None of the programmers here can guess as to why there would be a
sessiontimeout but no clienttimeout. *sigh*...
Session variables are stored
Clearly I'm missing something.. On which cfide admin page do I set the
timeout for client variables?
Jon
-Original Message-
From: Snake [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 29, 2006 4:36 PM
To: CF-Talk
Subject: RE: How do I set client variables timeout?
That's because
Its called 'Purge Interval' and is under Server Settings Client
Variables, at the bottom of the page.
Chris
-Original Message-
From: Jon Block [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 05, 2006 9:45 AM
To: CF-Talk
Subject: RE: How do I set client variables timeout?
Clearly I'm
The purge interval is actually how often the schedule runs to do the
purging, not how ten they purged.
The timeout is specified by choosing your client storage Mechanism and
setting it there.
Purge data for clients that remain unvisited for
And specify how many days the client variables
My CFApplication tag looks like this:
cfapplication
name= example
sessionmanagement = yes
clientmanagement = yes
sessiontimeout = #CreateTimeSpan(0, 1, 0, 0)#
setclientcookies = no /
However, my client variables do not seem to timeout after 1 hour.
Any ideas?
Jon
This electronic
That's because a sessiontimeout is for session variables as the name implies
not client variables.
Client variables will expire as pe rthe settings in the coldfusion
administrator.
Snake
-Original Message-
From: Jon Block [mailto:[EMAIL PROTECTED]
Sent: 29 June 2006 20:08
To: CF-Talk
I've got a login on one server. If successful, some client variables are set
and the user is sent over to another server. When I dump the client variables
on the second server, CFID and CFTOKEN are showing up just fine, but none of
the client variables that I set on the first server
On Friday 07 April 2006 23:58, Jim McAtee wrote:
But does CF5 utilize transactions (if available) for client variable
storage?
Hope so.
--
Tom Chiverton
Advanced ColdFusion Programmer
~|
Message:
Jim McAtee wrote:
Are there any good reasons to use InnoDB for CF client varible storage in
MySQL, or are MyISAM tables sufficient?
Yes:
http://dev.mysql.com/doc/refman/4.1/en/internal-locking.html?ff=nopfpls
Jochem
~|
- Original Message -
From: Jochem van Dieten [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Saturday, April 08, 2006 2:13 AM
Subject: Re: Client Variables in MySQL
Jim McAtee wrote:
Are there any good reasons to use InnoDB for CF client varible storage
in
MySQL
1 - 100 of 625 matches
Mail list logo
