> is that create UUID slow issue just for CF7/8 > Did it get improved in 8/9??
createUUID() has always been slow. Adobe improved the speed a little back in CF8, but only slightly so (I don't believe it received any love in CF9). Try looping 10,000 times over a createUUID() and time how long it takes. Now try using the java solution we're using for FC to create UUIDs and timing it. Tons faster. Adobe says that their solution is much more random and risk for duplicates far less (because it includes things like the computer's MAC address for randomizing the result), but the possibility of creating duplicates with either solution is so far off that I'm seriously not worried (my personal opinion). Want to try a test? Take a decent size FarCry website. Stop CF. Now start CF with the old createUUID() solution and time how long it takes for your site to come up. Now replace the code with the newer solution and rinse/repeat (stop/start CF and time how long your site takes to come up). See a difference? Several of my clients have more than 50,000 FarCry objects, much of which they have data feeds pulling in data daily (we're talking a lot of data). So I have import scripts running all the time. Trust me when I say that using this new code block makes a huge difference here (we're talking about importing a thousand records in a couple minutes vs 30+ minutes per thousand record block). The system resources alone make a big difference in this case. It allowed my clients to save money from having to buy separate servers for SQL and Solr. Instead we have all three on the same box (CF, SQL, and Solr) and we only needed to spend a little extra on additional RAM (which is far less money than purchasing more servers - especially if you want to have redundant servers or any type of clustering/load-balancing. Still far less servers to buy). So did something as small as this code change make a difference for them? You bet. So is createUUID() a bad solution? No. It has its valid points. I just don't see it ever affecting me (unless maybe I keep a single site creating 10,000 objects a day for the next thousand years... then maybe I'll be worried :). Disclaimer: I just made that number up, but I doubt it's far off. Regards, -- Jeff Coughlin Web Application Developer http://jeffcoughlin.com On Apr 7, 2011, at 4:49 AM, AJ Mercer wrote: > is that create UUID slow issue just for CF7/8 > Did it get improved in 8/9?? > > > On 7 April 2011 05:00, Marco van den Oever <marcovandenoe...@gmail.com> wrote: > Mmmm bummer for that.... i'll keep existing ones here but might put > new ones elsewhere... > > On 6 apr, 22:55, Jeff Coughlin <j...@jeffcoughlin.com> wrote: > > Oh, you should also know that by removing those java calls (for creating > > UUIDs), your sites will becoming slower. You can thank your hosting > > provider for that (time to move to a new one :). > > > > -- > > Jeff Coughlin > > Web Application Developerhttp://jeffcoughlin.com/blog > > > > On Apr 6, 2011, at 4:49 PM, Jeff Coughlin wrote: > > > > > Glad it worked. Now go get a new host that supports actual coding :) > > > > > -- > > > Jeff Coughlin > > > Web Application Developer > > >http://jeffcoughlin.com > > > > > On Apr 6, 2011, at 4:47 PM, Marco van den Oever wrote: > > > > >> Jeff, i changed the 78-90 block and now it works :) You are my hero! > > > > >> On 6 apr, 22:36, Jeff Coughlin <j...@jeffcoughlin.com> wrote: > > >>> Well, being that your clients sites are down, tell them that your > > >>> clients are irate for their downtime and that your hosting provider can > > >>> pay $x.xx/hr while the sites are down due to their negligence. That > > >>> always seems to cause a stir :). > > > > >>> The java uitility in my version of core (p600) is in > > >>> core/packages/farcry/utils.cfc (lines 78-90 (an entire cfif block)). > > >>> In that case, i'd comment the whole thing out and just replace it with > > >>> <cfset newUUID = createUUID() /> > > > > >>> As for combine.cfc, I believe it uses the yui compressor (which is > > >>> java-based). You'd need to either stop using skin:loadCSS and > > >>> skin:loadJs or set the attribute bCombine to false for those tag calls > > >>> (assuming that works. I haven't tested). > > > > >>> Regards, > > > > >>> -- > > >>> Jeff Coughlin > > >>> Web Application Developerhttp://jeffcoughlin.com > > > > >>> On Apr 6, 2011, at 4:28 PM, Marco van den Oever wrote: > > > > >>>> Jeff you are right, i already send them an email that this is a > > >>>> problem and my clients can't log in now. > > >>>> Let's say i got a email back that they can't change it back and where > > >>>> suggesting an upgrade to having an own server!!! Grrrrr :) > > > > >>>> On 6 apr, 22:24, Jeff Coughlin <j...@jeffcoughlin.com> wrote: > > >>>>>> The question is how do i code around this problem, i don't know where > > >>>>>> to start. > > > > >>>>> The first thing I would do is insist that they turn the > > >>>>> feature/setting back off. They should "never" change something that > > >>>>> drastic that will bring your hosted site down without prior > > >>>>> notification so that you can plan accordingly. Then once the fire is > > >>>>> out, I'd work on a solution. > > > > >>>>> -- > > >>>>> Jeff Coughlin > > >>>>> Web Application Developerhttp://jeffcoughlin.com > > > > >>>> -- > > >>>> You received this message cos you are subscribed to "farcry-dev" > > >>>> Google group. > > >>>> To post, email: farcry-dev@googlegroups.com > > >>>> To unsubscribe, email: farcry-dev+unsubscr...@googlegroups.com > > >>>> For more options:http://groups.google.com/group/farcry-dev > > >>>> -------------------------------- > > >>>> Follow us on Twitter:http://twitter.com/farcry > > > > >> -- > > >> You received this message cos you are subscribed to "farcry-dev" Google > > >> group. > > >> To post, email: farcry-dev@googlegroups.com > > >> To unsubscribe, email: farcry-dev+unsubscr...@googlegroups.com > > >> For more options:http://groups.google.com/group/farcry-dev > > >> -------------------------------- > > >> Follow us on Twitter:http://twitter.com/farcry > > -- > You received this message cos you are subscribed to "farcry-dev" Google group. > To post, email: farcry-dev@googlegroups.com > To unsubscribe, email: farcry-dev+unsubscr...@googlegroups.com > For more options: http://groups.google.com/group/farcry-dev > -------------------------------- > Follow us on Twitter: http://twitter.com/farcry > > > > -- > > AJ Mercer > <webonix:net strength="Industrial" /> | <webonix:org community="Open" /> > http://twitter.com/webonix > Railo Community Manager > > > -- > You received this message cos you are subscribed to "farcry-dev" Google group. > To post, email: farcry-dev@googlegroups.com > To unsubscribe, email: farcry-dev+unsubscr...@googlegroups.com > For more options: http://groups.google.com/group/farcry-dev > -------------------------------- > Follow us on Twitter: http://twitter.com/farcry -- You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: farcry-dev@googlegroups.com To unsubscribe, email: farcry-dev+unsubscr...@googlegroups.com For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry
