[cfaussie] Re: Fusebox question
Hi Ryan, You should avoid having the controller making database calls if at all possible. The controller is like any good manager - knows what is going on and what is supposed to happen next, but never gets his hands dirty! The controller knows only that there is something to be done, and probably knows what it needs to be done to (via URL or form variables)... So in calling the 'model' it should simply be specifying the what and the who, the model should be responsible for handling the how - including doing it's own database calls as necessary. And if that means that for some reason you wind up with the call being done twice for some good business reason, then unless it is a *really* high traffic site then take the hit and keep the two parts of the application independent. That goes for the 'view' as well. This took me a while to come to terms with but once you get it straight it works quite well. Brett B) Ryan Sabir wrote: Thanks Robin, That all makes sense, but here's the bit I think I've missed... how do I specify the variable name the controller sets up for the view. At the moment in my model, a query looks like this: cfquery name=qEvent ..etc In this case the model itself is setting the name of the variable. How do I get the controller to specify this? Is it as simple as setting a request variable in the controller 'request.eventObjectName' and passing that down the line? That means I'll have to evaluate() it at run time, a possible performance hit. Or is there a FuseBox structure that can hold this object until its needed? thanks. From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Robin Hilliard Sent: Saturday, 24 February 2007 4:43 PM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: Fusebox question On 23/02/2007, at 1:55 PM, Ryan Sabir wrote: This seems to me to be breaking the whole modularity of my solution, as the view is expecting a query object named 'qGetEvent', in order to display its data. I feel like I've missed something fundamental in the Fusebox docs that will explain to me how to pass that query object down the line as a generic object, ratehr than a specifically named variable. Whats the trick? Hi Ryan, You have to have _some_ dependencies in an application to make it work, the trick is to eliminate the most harmful ones. Dependencies from the UI back to the business logic/data (as you have here) are fine, as long as the variable name the controller sets up for the view stays fixed - as long as the control stuff doesn't need to know anything else about the view you're fine. It's like using a post office box to send a letter to someone... (you don't know who and don't want to know) ...you agree on the format of the letter... (value objects, query column names and types) ...and a post office box. (a variable name). When you have a letter to send you drop it into the post office box, and you don't care or know if anyone picks it up. What you avoid doing this is having to address the letter to a specific, concrete individual... (this would be like rendering bits of html or calling a function or tag specific to the current incarnation of the UI) ...from the UI... (a flighty crowd with high staff turnover - UI and other interfaces change far more often than business logic) ...if you did that, you'd have to keep changing your process to address the letter, impacting your otherwise highly reusable letter addressing process. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: CF and .NET (Followup).
At the risk of igniting this any further, my original objection was more to do with the fact that the page that Scott originally linked to has 5 links at the top of the list that are CF related (which is good), but they are all Live Webcasts, available at specific times only, each one occuring once over the next 2 weeks. All the other links on the page are Not CF specific, or even relevant, but are just plain convert to .Net material, and are either On Demand Webcasts or Virtual Labs, and are convieniently available any time you want, as often as you want, and not just at 5am on Tuesday morning. I'll be checking back to the site after the first couple are done to see if the recordings of the CF sessions are offered On Demand after the sessions. We need to be encouraging more people out there to start taking up CF as a language, not pointing out to the developers we currently have that their nearest exit may be behind them. There is a shortage of developers out there at the moment, and there are businesses clammouring to get them. If you have a desperate desire to learn .Net, there are places that you'll be able to find on the net that will show you how to do that, and the Australian ColdFusion mailing list shouldn't be one of them. Converting developers to be .Net developers is Microsoft's job, not the ColdFusion community's. Postings that promote people to go to .Net shouldn't be accepted here, as you can bet that CF promotion isn't tolerated on any .Net lists. Even posts that wrap the convert message up in an ever so polite just helping you out veneer. Darren Who'd like to get his own popcorn and jaffas when he gets a chance. On Feb 23, 6:06 pm, Scott Barnes [EMAIL PROTECTED] wrote: Well said Charlie :) Just going out on a limb here, but ol Adobe must of had a reason to make Coldfusion 8 interop with .NET. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Fusebox question
(Sitting here burning DVDs for tomorrow's Flex course, may as well answer this now :-) On 25/02/2007, at 1:45 PM, Ryan Sabir wrote: Thanks Robin, That all makes sense, but here's the bit I think I've missed... how do I specify the variable name the controller sets up for the view. ... Is it as simple as setting a request variable in the controller 'request.eventObjectName' and passing that down the line? Yes, that's pretty much it at it's essence - you all agree on the names of the variables and their contents, and that becomes the interface/contract/post box number shared by the business logic and the view - you could write it down in some code comments if you wanted it to feel a bit more like a real interface, or you could make a 'model' cfc that you put in the request scope (or even in the session scope if scaling to a cluster is unlikely - I suggested this in my last Webdu talk with stateful view helper cfcs) to make the property names more formal. This is all in complete ignorance of how the more recent versions of Fusebox pass data to the view. But regardless, if I was doing a vanilla MVC-style CF app, I'd be doing the above. That means I'll have to evaluate() it at run time, a possible performance hit. I don't see why unless its something Fusebox specific - firstly the variable names shouldn't be changing (that's the point, the model variable names will outlive the current incarnation of the view code so there's no harm in the view hard coding these variable names for the duration of it's relatively short and brutish life), and secondly there's always the [ ] notation for accessing stuff in a scope or struct. Ah, the last DVD finished, I am going to bed :) Robin __ Robin Hilliard Director - RocketBoots Pty Ltd Consulting . Recruitment . Software Licensing . Training http://www.rocketboots.com.au For schedule/availability call Pamela Higgins: w+61 7 5451 0362 m+61 419 677 151 f+61 3 9923 6261 e[EMAIL PROTECTED] or Direct: m+61 418 414 341 e[EMAIL PROTECTED] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: Fusebox question
Hi Ryan, If your model code was encapsulated in cfcs, you could name your queries in the controller.. this is how I do it. set name=qGetEvent value=#application.myQueriesCfc.getEvent(myArgument='value')# / Cheers, Adam _ From: Ryan Sabir [mailto:[EMAIL PROTECTED] Sent: Sunday, 25 February 2007 1:45 PM To: 'cfaussie@googlegroups.com' Subject: [cfaussie] Re: Fusebox question Thanks Robin, That all makes sense, but here's the bit I think I've missed... how do I specify the variable name the controller sets up for the view. At the moment in my model, a query looks like this: cfquery name=qEvent ..etc In this case the model itself is setting the name of the variable. How do I get the controller to specify this? Is it as simple as setting a request variable in the controller 'request.eventObjectName' and passing that down the line? That means I'll have to evaluate() it at run time, a possible performance hit. Or is there a FuseBox structure that can hold this object until its needed? thanks. _ From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Robin Hilliard Sent: Saturday, 24 February 2007 4:43 PM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: Fusebox question On 23/02/2007, at 1:55 PM, Ryan Sabir wrote: This seems to me to be breaking the whole modularity of my solution, as the view is expecting a query object named 'qGetEvent', in order to display its data. I feel like I've missed something fundamental in the Fusebox docs that will explain to me how to pass that query object down the line as a generic object, ratehr than a specifically named variable. Whats the trick? Hi Ryan, You have to have _some_ dependencies in an application to make it work, the trick is to eliminate the most harmful ones. Dependencies from the UI back to the business logic/data (as you have here) are fine, as long as the variable name the controller sets up for the view stays fixed - as long as the control stuff doesn't need to know anything else about the view you're fine. It's like using a post office box to send a letter to someone... (you don't know who and don't want to know) ...you agree on the format of the letter... (value objects, query column names and types) ...and a post office box. (a variable name). When you have a letter to send you drop it into the post office box, and you don't care or know if anyone picks it up. What you avoid doing this is having to address the letter to a specific, concrete individual... (this would be like rendering bits of html or calling a function or tag specific to the current incarnation of the UI) ...from the UI... (a flighty crowd with high staff turnover - UI and other interfaces change far more often than business logic) ...if you did that, you'd have to keep changing your process to address the letter, impacting your otherwise highly reusable letter addressing process. (i.e. your business logic) If this sort of analogy appeals and you'd like to hear more, this is pretty much an extract from my MAX Asia architecture talk that I'm repeating at WebDU next month. It's about MVC and Flex but applies to ColdFusion too. Cheers, Robin __ Robin Hilliard Director - RocketBoots Pty Ltd Consulting . Recruitment . Software Licensing . Training http://www.rocketboots.com.au For schedule/availability call Pamela Higgins: w+61 7 5451 0362 m+61 419 677 151 f+61 3 9923 6261 e[EMAIL PROTECTED] or Direct: m+61 418 414 341 e[EMAIL PROTECTED] BR --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: CF and .NET (Followup).
Interoperability - The ability of two or more systems, or components to exchange information, and to use the information that has been exchanged Good to see someone over there knows what the word means... (Why oh why am I getting drawn into this tragedy/comedy.) On 2/23/07, Scott Barnes [EMAIL PROTECTED] wrote: Well said Charlie :) Just going out on a limb here, but ol Adobe must of had a reason to make Coldfusion 8 interop with .NET. Interoperability - The ability of two or more systems, or components to exchange information, and to use the information that has been exchanged Did you know JJ Allaire works for MSFT - does that mean he has to hand in his Coldfusion badge too? On 2/23/07, Charlie Arehart [EMAIL PROTECTED] wrote: Hey, wait, why am I being pulled into this? :-) While I did record videos on that topic for MS while I was with New Atlanta, I am not involved in this upcoming webcast Scott has mentioned. I imagine someone from New Atlanta may be repeating what I did before, of course. And FWIW, I will note that it's about how to integrate CFML and .NET. It's not at all about how to move off CFML to .NET. I'll admit that the crux of that campaign is of that sort. When I was first asked to do it (almost a year ago exactly), I was a little put off by the how to move off JSP/PHP/CFM nature of the campaign. Fortunately, I was able to offer the talk I did which was much LESS about leaving and just about making the most of the two together. It was kind of a stealth move, I felt. I can't see the new webcasts being any different, so that's at least some consolation to those who see any connection as fraternizing with the enemy. That said, .NET is a platform. Just as CFMX (and BlueDragon Server, and Railo) is built atop Java, BD.NET is built atop .NET. One need not leave CFML to get the benefits of that platform. But I'll leave it at that. I'm not trying to sell anything either. I have no vested interest in the topic other than to share it as a technical opportunity for those who could benefit. Indeed, it's why I joined the company 4 years ago in April (when I had been shown an early alpha of BD.NET, and after watching BD and its predecessor TagServlet for a couple years before that). But then you see also one of the reasons I chose to move on from the role and become independent again! :-) Frankly I got tired of the bickering that often arose over any attempts to show this alternative. I knew it was a compelling alternative for those who had the problems it solved, and I could very successfully demonstrate it to those who gave it serious consideration. And indeed, BD and New Atlanta do continue evolving the product since I left in April, and are about to announce BD 7. With Railo also offering CF7 functionality in a new beta, and the Smith project coming along, there are clearly plenty of demonstrations of the strength of CFML in the market. And now with CF8 coming out with really great new features, it really is a great time to be in CFML. I for one am very happy to be free to look into any and all possibilities. As always, I'm just looking for solutions to problems for my clients, regardless of who can provide them. And that goes for .NET, too. :-) It's not a zero-sum game, folks. There's a place for everyone and everything. Just pick what solves your problems, but be open always to alternatives. That may be all Scott means also. But trust me--I understand the sensitivity of bringing up .NET in a CF list. It's like yelling fire in a crowded movie theater. It doesn't matter that there is no fire. It's just about being sensitive to the way crowds respond. :-) And I should add that my talk and preconference seminar at WebDU will apply 100% to CFMX users! :-) /Charlie http://www.carehart.org/blog/ -Original Message- From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Robin Hilliard Sent: Thursday, February 22, 2007 8:42 PM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: CF and .NET (Followup). On 23/02/2007, at 12:10 PM, Scott Barnes wrote: Now if we/you want to play the whole MSFT is Selling card again, go for it, but count me out this time ;) Hm, perhaps it's the learn2asp.net and Campaign in the url that suggested to some people that this was a selling kinda thing... Might I suggest http://billsdevlounge.org/ charliesexcellentbdstuff.cfm? :-) Robin -- Regards, Scott Barnes http://www.mossyblog.com -- Mark Stanton Gruden Pty Ltd http://www.gruden.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at
[cfaussie] Re: Free webDU tickets
Agree with the Hilliard, you missed the mark my good man ;) On 2/26/07, Robin Hilliard [EMAIL PROTECTED] wrote: On 26/02/2007, at 12:26 AM, Darren Tracey wrote: Microsoft is not an evil empire. Sorry Darren, that was only 144 words - that gets you three pairs of Microsoft Sparkle Speedos for the duration of the conference, which might not be a good idea in Autumn. Robin -- Regards, Scott Barnes http://www.mossyblog.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: CF and .NET (Followup).
I agree and disagree :) - I agree the CF community should be grown further and you may ask hang on doesn't that throw into the face of ASP.NET to which I say yes, but at the same time it has potential to grow the Windows 2003 Server + MSSQL + IIS market some more. - I disagree there should be a blanket zero tolerance on .NET overall, as to be openly honest I've had to deal with a lot of .NET integration with Coldfusion in the past (mainly through COM Objects / CFX Tags or SOAP) - painful. Now that Coldfusion 8 is pushing the integration, maybe we can lift the lid on a few things that compliment the developer out there instead of annoy. There was a reason for Adobe to put .NET into CFCOMPONENT tag. - When I posted my previous thread about Microsoft Love, I got an alarming number of offline users emailing me that they were curious to expand further into ASP.NET for a number of reasons. Firstly, understanding the beast, Secondly to up skill their resume some more and Thirdly, they've reached a peek with Coldfusion and are looking to jump ship. Now like it or lump it that's the truth of the matter and while at heart Coldfusion is a great language (I'm still fighting my own internal battles with ASP.NET as frankly, I still refer to Coldfusion as being easier to mould into place) the job market is overwhelming for the ASP.NET guy out there. People have bills to pay so if some CF developers want to expand further, I'll help them - something I've done in the past pre-Microsoft as who am I to judge what is right and wrong. - You're underestimating the collective intelligence of everyone here, as Microsoft means many things to many people, not just ASP.NET. The link I posted was more focused on interop then migration, but having said that there is migration path should someone *CHOOSE* to want it. CFAUSSIE isn't an Adobe run mailing list its been around many years and we've had all walks of life and flavoured posts to it some have been relevant other times its been utter crap. What your doing now is blatantly obvious in that its either 100% adobe or go away which you'll find people generally aren't subscribing to (unless you have strong affiliation with Adobe, such as CFUG, or consultancy etc). - ASP.NET lists, you know I actually don't belong to any as yet. I've been meaning to so I really can't speak on their behalf. Suffice to say, have you tried this approach yet? or are you more inclined to sit back and assume it will be the way things will pan out. You won't know until you try so, you're a CFUG guy, give it a whirl and let us all know on how it goes. I've stated all along and I'll state it again, if you have a presentation that compliments Microsoft products (keep in mind our entire product range is quite extensive) then let me know and ill nominate you for a session at this years TechEd 07 (MSFT's version of WebDU I guess). In closing, Microsoft has a lot of products on offer and I represent a lot of them so its too dangerous of me to focus on being a pure ASP.NET marketer as thats not relevant to even the ASP.NET developers themselves. The best I can do is offer up potential solution pieces and its your call on how you can string them together. You need to move past this Microsoft is up to no good angle, as its getting silly. On 2/25/07, Darren Tracey [EMAIL PROTECTED] wrote: At the risk of igniting this any further, my original objection was more to do with the fact that the page that Scott originally linked to has 5 links at the top of the list that are CF related (which is good), but they are all Live Webcasts, available at specific times only, each one occuring once over the next 2 weeks. All the other links on the page are Not CF specific, or even relevant, but are just plain convert to .Net material, and are either On Demand Webcasts or Virtual Labs, and are convieniently available any time you want, as often as you want, and not just at 5am on Tuesday morning. I'll be checking back to the site after the first couple are done to see if the recordings of the CF sessions are offered On Demand after the sessions. We need to be encouraging more people out there to start taking up CF as a language, not pointing out to the developers we currently have that their nearest exit may be behind them. There is a shortage of developers out there at the moment, and there are businesses clammouring to get them. If you have a desperate desire to learn .Net, there are places that you'll be able to find on the net that will show you how to do that, and the Australian ColdFusion mailing list shouldn't be one of them. Converting developers to be .Net developers is Microsoft's job, not the ColdFusion community's. Postings that promote people to go to .Net shouldn't be accepted here, as you can bet that CF promotion isn't tolerated on any .Net lists. Even posts that wrap the convert message up in an ever so polite just helping you out veneer. Darren Who'd like to get his own
[cfaussie] Re: CF and .NET (Followup).
hehehehe On 2/26/07, Mark Stanton [EMAIL PROTECTED] wrote: Interoperability - The ability of two or more systems, or components to exchange information, and to use the information that has been exchanged Good to see someone over there knows what the word means... (Why oh why am I getting drawn into this tragedy/comedy.) On 2/23/07, Scott Barnes [EMAIL PROTECTED] wrote: Well said Charlie :) Just going out on a limb here, but ol Adobe must of had a reason to make Coldfusion 8 interop with .NET. Interoperability - The ability of two or more systems, or components to exchange information, and to use the information that has been exchanged Did you know JJ Allaire works for MSFT - does that mean he has to hand in his Coldfusion badge too? On 2/23/07, Charlie Arehart [EMAIL PROTECTED] wrote: Hey, wait, why am I being pulled into this? :-) While I did record videos on that topic for MS while I was with New Atlanta, I am not involved in this upcoming webcast Scott has mentioned. I imagine someone from New Atlanta may be repeating what I did before, of course. And FWIW, I will note that it's about how to integrate CFML and .NET. It's not at all about how to move off CFML to .NET. I'll admit that the crux of that campaign is of that sort. When I was first asked to do it (almost a year ago exactly), I was a little put off by the how to move off JSP/PHP/CFM nature of the campaign. Fortunately, I was able to offer the talk I did which was much LESS about leaving and just about making the most of the two together. It was kind of a stealth move, I felt. I can't see the new webcasts being any different, so that's at least some consolation to those who see any connection as fraternizing with the enemy. That said, .NET is a platform. Just as CFMX (and BlueDragon Server, and Railo) is built atop Java, BD.NET is built atop .NET. One need not leave CFML to get the benefits of that platform. But I'll leave it at that. I'm not trying to sell anything either. I have no vested interest in the topic other than to share it as a technical opportunity for those who could benefit. Indeed, it's why I joined the company 4 years ago in April (when I had been shown an early alpha of BD.NET, and after watching BD and its predecessor TagServlet for a couple years before that). But then you see also one of the reasons I chose to move on from the role and become independent again! :-) Frankly I got tired of the bickering that often arose over any attempts to show this alternative. I knew it was a compelling alternative for those who had the problems it solved, and I could very successfully demonstrate it to those who gave it serious consideration. And indeed, BD and New Atlanta do continue evolving the product since I left in April, and are about to announce BD 7. With Railo also offering CF7 functionality in a new beta, and the Smith project coming along, there are clearly plenty of demonstrations of the strength of CFML in the market. And now with CF8 coming out with really great new features, it really is a great time to be in CFML. I for one am very happy to be free to look into any and all possibilities. As always, I'm just looking for solutions to problems for my clients, regardless of who can provide them. And that goes for .NET, too. :-) It's not a zero-sum game, folks. There's a place for everyone and everything. Just pick what solves your problems, but be open always to alternatives. That may be all Scott means also. But trust me--I understand the sensitivity of bringing up .NET in a CF list. It's like yelling fire in a crowded movie theater. It doesn't matter that there is no fire. It's just about being sensitive to the way crowds respond. :-) And I should add that my talk and preconference seminar at WebDU will apply 100% to CFMX users! :-) /Charlie http://www.carehart.org/blog/ -Original Message- From: cfaussie@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Robin Hilliard Sent: Thursday, February 22, 2007 8:42 PM To: cfaussie@googlegroups.com Subject: [cfaussie] Re: CF and .NET (Followup). On 23/02/2007, at 12:10 PM, Scott Barnes wrote: Now if we/you want to play the whole MSFT is Selling card again, go for it, but count me out this time ;) Hm, perhaps it's the learn2asp.net and Campaign in the url that suggested to some people that this was a selling kinda thing... Might I suggest http://billsdevlounge.org/ charliesexcellentbdstuff.cfm? :-) Robin -- Regards, Scott Barnes http://www.mossyblog.com -- Mark Stanton Gruden Pty Ltd http://www.gruden.com -- Regards, Scott Barnes http://www.mossyblog.com
[cfaussie] Re: CF and .NET (Followup).
yeah, sadly i am :P On 2/26/07, Andrew Scott [EMAIL PROTECTED] wrote: Scott are you subscribed to the cfwatercooler group? Andrew Scott Senior Coldfusion Developer Aegeon Pty. Ltd. www.aegeon.com.au Phone:+613 8676 4223 Mobile: 0404 998 273 -- Regards, Scott Barnes http://www.mossyblog.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] CFCHART not displaying in browser
Just wondering if anyone else has come across this issue and if there is a way to get around it. I am working on a dev system i have running on my intranet which is a Windows2000 server OS and CF7. I have set up a new site in IIS and edited the hosts file so that the host header can be resolved. I have also edited the hosts file on the server in the same manner and i can call up the site on the server no probs. I can do a CFHTTP on the site and it resolves fine but when i run CFHART the image is broken. I have created a virtual directory called CFIDE in the new site but it doesnt seem to do anything. The graph runs and the image gets created but it just wont display. Anyone got any ideas? Regards Steve Onnis --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Re: CFCHART not displaying in browser
I had some issue in 6.1 and was told that an extra slash before CFIDE fixed the issue. Here was my work around for that cfsavecontent variable=fixChart cfchart format=flash ... cfchartseries.../cfchartseries /cfchart /cfsavecontent cfset fixChart = replace(fixChart, '/CFIDE/GraphData', 'http://#HTTP_HOST#//CFIDE/GraphData') #fixChart# On 2/26/07, Steve Onnis [EMAIL PROTECTED] wrote: Just wondering if anyone else has come across this issue and if there is a way to get around it. I am working on a dev system i have running on my intranet which is a Windows2000 server OS and CF7. I have set up a new site in IIS and edited the hosts file so that the host header can be resolved. I have also edited the hosts file on the server in the same manner and i can call up the site on the server no probs. I can do a CFHTTP on the site and it resolves fine but when i run CFHART the image is broken. I have created a virtual directory called CFIDE in the new site but it doesnt seem to do anything. The graph runs and the image gets created but it just wont display. Anyone got any ideas? Regards Steve Onnis -- If you are not living on the edge, You are taking up too much space. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---
[cfaussie] Paypal Integration
Hi, Can anyone recommend where to start with Paypal payments integration? What with the SDK and options for IPN, PDT and an API its all a bit confusing... Not to mention all the forum posts complaining about things not working! Basically, I have a shopping cart and need to let people make payments via Paypal and would prefer immediate payment verification (as per Camtech). I thought it would be easy as - and maybe it will be... Many thanks, Brett B) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups cfaussie group. To post to this group, send email to cfaussie@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en -~--~~~~--~~--~--~---