This is not my usual host people, but the client knows best... Latest news is that the hosts told the client that they are not going to implement DB client var storage "as it is OK on our other servers" so I will monitor the number of client vars in the registry and then the client can see for himself the effect of ever increasing numbers on the effeciency of his site....
Jason Egan wrote: > > Richard, > > It is unfortunate that your host won't set up a client storage for you. > As a host we have found it MUCH more efficient to store client variables > on a shared box in a database rather than in registry. I think that you > will be best off if you can have them in your own db, then in a shared > db, and lastly in the registry. > > I'm not suggesting that you move (;-)) but I would push them for > creating a client storage entry for you. The bigger issue really sounds > like their lack of support for your needs... It would be great if > EVERYTHING was done through a control panel, but when it isn't and those > needs aren't supported, then it may be time to have a 'heart to heart' > with your client about the hosting company. > > Good luck! > Jason > CFDynamics.com > > > -----Original Message----- > > From: Richard Meredith-Hardy [mailto:[EMAIL PROTECTED]] > > Sent: Monday, September 16, 2002 5:50 AM > > To: CF-Talk > > Subject: Re: registry limit for client variables > > > > > > > > Jochem > > > > I agree with all you say - and I am not too bothered by the > > security implications at this stage - I get the impression > > that these server people don't know or care much about > > setting up stuff if it can't be done in their "state of the > > art sitecontrol system; hosting that YOU control". > > > > My main concern is that I need to warn my client that if the > > server people they choose to use refuse to set the site up > > properly, then it will fall over at some stage and I am > > trying to establish a measure of when this might be > > (ultimately it is a 'you get what you pay for' issue). > > > > > > > > Jochem van Dieten wrote: > > > > > > Quoting Richard Meredith-Hardy <[EMAIL PROTECTED]>: > > > > > > > > A bit of probing shows there are c.37,000 > > > > client vars in the registry at the moment from other > > sites on this > > > > shared server - now I know it depends on a lot of things, but can > > > > someone give me an idea how many client var entries it > > takes before > > > > the registry is full and the whole thing falls over? > > > > > > No hard number. However, there are 2 considerations. The > > first is that > > > the registry is optimized for reading, not for writing. > > Since client > > > variables are written at the end of each request, I would > > imagine that > > > performance will go down quite a bit if these variables are > > accessed a > > > lot. The second is size. The actual size occupied by client > > variables > > > depends on what you store, but I think that 100 bytes > > overhead + size > > > of all defined variables is a reasonable estimate. I think > > in Windows > > > 2000 the default max registry size is about 50 MB, so with 37,000 > > > client vars a significant part of the registry will be used > > for client > > > vars. > > > > > > I don't really understand why they wouldn't want to config your > > > database as a client store (you can do the rest yourself). > > If you are > > > happy with the security implications (I think using a db for client > > > storage means the password has to be defined in the CF > > Admin, making > > > your datasource easier to access for others on the same server), it > > > will only make the server more stable for them. > > > > > > Jochem > > > > > > ______________________________________________________________________ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
