Simon, You can store arrays and structures in client variables by pushing that array/structure into a WDDX packet and then putting that WDDX packet into a client variable.
Seems like work, but if you develop this right, your applications will never see all the switcharoos. For example, say I want client.user defined. Great, my Application.cfm checks to see if it is defined, if it's not it initializes it with a empty structure/array (whatever you were making). Then, later in the Application.cfm (probably the last thing I do before finishing that file) is the if client.user is defined, then unpack it all and push the array/structure into the variable scope - now your application will see it as variables.user at all times. There's probably a dozen different ways of resolving this... ~Todd On Fri, 19 Jul 2002, Simon Harper wrote: > Well I'm afraid I'm still here ... > > My latest attempts included focusing on the <CFMAIL> tag (nope - the server still >crashed when there was no mail activity) and memory usage (no, again we have plenty >spare when the crashes happen). Thanks again to those who made the suggestions. > > So, I decided to take the plunge and tried to use client variables instead of >session variables, but found out very quickly that you can't store arrays and >structures in client variables so it wouldn't work. > > Oh dear. > > The only behaviour that perhaps I haven't yet mentioned is that sometimes when the >site crashes it will do so straight away again, perhaps a couple of times. > > e.g.: > > "Warning","1026","07/18/02","17:19:43",,"Restarted ColdFusion Application Server." > "Warning","1026","07/18/02","18:05:44",,"Restarted ColdFusion Application Server." > "Warning","1026","07/18/02","19:43:42",,"Restarted ColdFusion Application Server." > "Warning","1026","07/18/02","19:43:49",,"Restarted ColdFusion Application Server." > "Warning","1026","07/18/02","20:12:33",,"Restarted ColdFusion Application Server." > > My next move, if my boss gives me the OK, is to pay for a support call from >Macromedia. Wish me luck, I'll write back to the list to let you all know how I get >on ... > > Cheers, > > Simon. > > --- > [EMAIL PROTECTED] > Applications Development Manager > Warwick Business School > > >>> [EMAIL PROTECTED] 12/07/2002 16:03:54 >>> > Simon, > > Are you sure that you're not just running out of memory? Phil knocked an > old memory loose with his description of his setup. > > I've been working for the last 5 years for a company that provides ASP > services like Message boards, profiles, member directories, etc, and we > have very large media clients that get hundreds of thousands of CF page > views a week. I found early on that session variables don't work in those > circumstances because eventually, all system memory gets used up as traffic > increases. We threw out all session variables and shrank a server farm down > from 20 to 8 boxes. > > The truth is that it has nothing to do with CF; It has to do with saving > sessions in memory. Think of it like a balloon; If you blow up the balloon > past its capacity, it will explode, and you'll have to start over with > another balloon. Eventually, if you have enough active users, you'll run > out of memory, and your server will crash. > > In your case, I could be wrong, but the symptoms seem similar to session > problems I have seen in the past. > > My 2 cents, > > -- Brett > > P.S. An alternative to Phil's rather smart idea (kudos to him) regarding > mail is to create a database table with a message queue and insert all > outgoing mail into the queue. You can then schedule any kind of job (CF, > cron, perl, etc) to read the queue, send the mail, and delete the entries > from the database. > > At 12:57 PM 7/12/2002 +0100, Simon Harper wrote: > >Thanks for the tips, Phil - I'll try it out. > > > >Don't suppose you'd like to open source that replacement cfmail tag would > >you ? > > > >(I know, a bit cheeky, but I'm getting desperate !) > > > >Thanks, > > > >Simon > > > >--- > >[EMAIL PROTECTED] > >Applications Development Manager > >Warwick Business School > > > > >>> [EMAIL PROTECTED] 12/07/2002 12:38:39 >>> > > > Actually, I've not really considered cfmail. Is there a workaround or > >similar that you implemented ? > > > >We recently expanded the sites on the server, and one part of this meant > >that the simulataneous mail usage went up - and crashes became (much) more > >frequent. To get round it we wrote a replacement CFmail tag that created an > >uniqely named text file in a directory in the correct format to be piped > >into sendmail. A cronjob then does that piping. The server is now pretty > >stable (it restarts the CF bit once every couple of weeks - so we might > >force a CF restart weekly to control this) > > > > > One the other point, I can't tell what's actually causing the crash. I've > >looked at output from strace but couldn't tell which process actually > >crashed... > > > >Turn off any scheduled tasks to see if that makes any difference. What I did > >was look at the times in the cf logs of restarts and cross referenced this > >to cfms that were being called at the time using the apache logs > > > >My kit is a Dell dual P3 866 with 1 gig RAM, a big RAID array running RH 7.2 > >and CF 5 > > > >Phil > > > > > > > > > > ______________________________________________________________________ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm ------------------------------------------------------------------------------ Archives: http://www.mail-archive.com/cf-linux%40houseoffusion.com/ To Unsubscribe visit http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_linux or send a message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
