So i should move the cfcontent out of the getImage method, and return a struct instead with the image type and image data. (or do i really need different type attribute values for the different image types?) It's working with the cfoutput tags, but maybe that's not as efficient as it could be.
The reason i'm trying to serve these images from memory is because the interface is very rich in graphics - and it seems the performance bottleneck might be at the disk access point. There's plenty of memory and enough cpu available, and when it bogs down, it's the graphics that are coming in one by one, 15, 20 seconds apart. My reasoning is that all threads could have more or less instant read access to memory, but they'd need to que for access to the disk. Does that make sense? thanks for your help! Nando >-----Original Message----- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Behalf Of Barney Boisvert >Sent: Thursday, October 06, 2005 9:03 PM >To: [email protected] >Subject: Re: [CFCDev] ImageCache experiments > > >Your image has to be served in a request that's specifc to the image. >So like your image.cfm example, but with CFCONTENT, rather than >CFOUTPUT. You'll be better off, though you'd be even better off using >a disk-based cache, and letting Apache (or whatever) serve the static >files rather than a CFM template. > >cheers, >barneyb > >On 10/6/05, Nando <[EMAIL PROTECTED]> wrote: >> I tried , but cfcontent cuts off all other textual output on the >template if >> i place with other content. I need it inline. The docs even say >that's how >> it should behave when using the variable attribute. The reset >attribute is >> disabled when the variable attribute is used. >> >> Is there a trick to get that to work? I tried for quite awhile. >> > >-- >Barney Boisvert >[EMAIL PROTECTED] >360.319.6145 >http://www.barneyb.com/ > >Got Gmail? I have 100 invites. >bn qNrz uqq w >{ >v˲ry u y ~zfؔ! >벻o { >qwv yU������˞ > x`7˦ jGֲ筨 kj{r yڂw vrz7+֊j)nWƷ >jo} Ή > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). CFCDev is supported by New Atlanta, makers of BlueDragon http://www.newatlanta.com/products/bluedragon/index.cfm An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
