I'm guessing you are the admin at HostCentric / Virtualscape then?
No need to get touchy here.
Isn't is usually recommended to store client variables in a datasource as
opposed to the registry?
At 11:41 AM 08/20/2001 -0400, you wrote:
>The majority of shared developers do not know why they include the
>CLIENTMANAGEMENT="YES" in a CFAPPLICATION tag. Hence on a shared server,
>the registry is set to 100 MB, MAINLY to deal with the Client variable hives
>created by CF. So, when a developer begins storing large amounts of data as
>WDDX in the registry (the default Client Variable storage location), it can
>quickly consume all 100MB. Next, any site that also uses CFAPPLICATION
>CLIENTMANAGEMENT="YES" in the default NT Registry location begins to have
>problems because new users cannot maintain a session.
>
>Fortunately, I wrote a script that probes the NT Registry in 30 seconds and
>tells the who is using the majority of the space. What to do next? First,
>fix the symptom: I added 10 MB to the registry and called the Owner( not
>the developer ) to let them know that if things do not change, I might have
>to stop the site on behalf of all other sites on the server. Strong words
>for a difficult situation, but the other customers do not care about the
>registry, the WDDX packets being stored there or your shopping cart. I also
>recommended that the Client Variables be stored externally opposed to
>cookies that would surely fail.
>
>I did NOT shut the site down as the extra 10 MB gave approx 24 hours
>breathing room. I added the DB myself, set up the DSN and verified that the
>code reflected the new storage location. I also set the transaction log to
>Truncate on Checkpoint.
>
>I do not mean to debate Client variables compared to memory resident
>variables OR the methodology that Allaire uses when manipulating them in an
>external database.
>
>When one user intrudes on the stability or performance, I am required to
>take action quickly. I took this call and I stand behind the solution.
>
>CF Apostle
>
>
>----- Original Message -----
>From: "Bud" <[EMAIL PROTECTED]>
>To: "CF-Talk" <[EMAIL PROTECTED]>
>Sent: Sunday, August 19, 2001 6:48 AM
>Subject: Re: Anyone else having problems with Hostcentric?
>
>
> > On 8/17/01, JB Mentzer penned:
> > >I first noticed my site was down last Saturday evening (8/11). Since
> > >then, it's been up and down. Repeated emails to the support department
> > >yield only 'its a hardware issue' or 'connectivity problem' type
> > >answers. They won't tell me when I can expect my site to come back up.
> > >
> > >I've read another post about issues with their billing department (not
> > >closing a closed account). Is anyone else having problems with them? My
> > >site is hosted on a server named 'Virtualscape29'. Anyone else here on
> > >that server?
> >
> > I had a client that I started hosting there about a year ago because
> > they offer RealAudio server and he needed to serve up RA files. A few
> > months ago I upgraded his shopping cart to my new version which uses
> > client variables. About a month ago, he gets a call that they are
> > going to shut his site down because it's filling up the registry with
> > client variables. I get on the phone with Tech Support and tell them,
> > no problem, just give me the name of your default client storage
> > database. They say there is no such animal and that if I want, I can
> > upgrade to SQL Server hosting. We do, and they set me up a client
> > storage database with 50 MB for the data and 10 MB for the
> > transaction log. I figure this shouldn't be a problem since I'm
> > running about a dozen sites on my own SQL Server and with the way
> > I've set up the maintenance schedule for the client storage database,
> > it had never gotten to larger than 25 MB for the data and 5 MB for
> > the transactions.
> >
> > So... within 24 hours, we're getting a message when trying to access
> > the website that SQL Server can't be written to because we've reached
> > the maximum size. Back on the phone with Tech Support trying to teach
> > them how to set up a maintenance schedule so the database will shrink
> > automatically. They gave up trying so about every 4 or 5 hours I had
> > to go in through Ent. Mgr. and backup and shrink the database
> > manually. That lasted all of a day. I checked and they had given me
> > DBO privileges, so I just took the limit off the database size. LOL
> > In the meantime, I transferred the site over to my server, also
> > upgraded the cart database to SQL Server and now all is well. Even
> > with his fairly busy site and the other SQL databases I have running,
> > I just checked and my client storage DB is still only 25 MB for data
> > and 6 MB for the transaction log.
> >
> > I won't be recommending HostCentric to anyone. Virtualscape was
> > pretty cool to deal with and I used to recommend them.
> >
> > As a side note. Before we moved him I tried his RA files on my server
> > to see how they'd act using http streaming. The performance is even
> > better as there was occasional buffering on their server but none at
> > all on mine. Strange.
> >
> > Sorry that was so long. Needed a good Sunday morning rant. :-D
> > --
> >
> > Bud Schneehagen - Tropical Web Creations
> >
> > _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> > ColdFusion Solutions / eCommerce Development
> > [EMAIL PROTECTED]
> > http://www.twcreations.com/
> > 954.721.3452
> >
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
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
