ColdFusion and PHP (not another "vs." rant)

[cahva]

PHP hard and messy? Yes it is if you use Dreamweavers "Click'n'Go" features. I tried the MySQL and the forms wizard and damn it makes messy php code.

Personally I havent tried CF at all so I cant comment on that.
But DreamweaverMX is a wonderful piece of software when coding 😉

[Elizabeth]

Seeing as how I have a marketing background, I find this article quite interesting in it's portrayal of PHP. The author was careful not to really "bad-mouth" PHP - as is the cardinal rule in marketing. He touts that the "switch will be easy, if you have to change because of project requirements or in the event that you would want to make yourself more productive..." (duh, who wouldn't?). But he is careful to never say PHP is a terrible language because he knows better.

I'm also curious as to who the target audience was for this article. If it was PHP developers, then surely they would see the misrepresentations embedded in the article (the "oh so long" mail script for example). Personally, it doesn't convince me to switch, and I'm fairly new to the PHP environment. I'm sure more seasoned PHP veterans are not swayed either. I would value a truly non-biased comparison a lot more than a one-sided one (perhaps if he had one some big PHP awards along with his Macromedia awards, then we'd talk 🙂 )

I like my Dreamweaver, don't get me wrong... but it seems to me that Macromedia should be embracing PHP instead of feeling threatened by it.

I did a lot of research way back when, while I was trying to decide the future of our dynamically driven website, and the results were resoundingly in favor of the PHP/MySQL combo... for ease of use, capabilities, and of course the price.

-Elizabeth

[Elizabeth]

Oh, you all would probably be interested to read the NEARLY IDENTICAL article about switching from ASP to ColdFusion, written by the same guy (imagine that!)

http://www.devx.com/macromedia/Article/10486

He could have at least rephrased the darn thing. 😃

-Elizabeth

[jonez]

Thanks for the responses so far - yep, clearly this is a marketing piece targeted at suits or semi-suits not hard-core developers. Once again though I'm looking to fight fire with fire. The points made are good ... but ... I still don't feel like I have a complete answer.

It really seems to be about the level of abstraction. The joking comment about database id & pwd seems like a good example - of course the id & pwd is in fact required by mySQL no matter what language you use to generate SQL queries but it's just that in ColdFusion this is handled in configuration code, underneath the covers. PHP provides what seems to me to be a set of lower-level and thus more powerful/flexible building blocks but at the same time with this power & flexibility comes a certain amount of exposed complexity.

That is, unless it is hidden away by an abstraction. I don't know whether PEAR or equivalent provide this but I don't see why a function with the power of "CFOutput" couldn't be provided in PHP. That would IMO be a very good answer to the ColdFusion propaganda.

[jerdo]

I still think the best answer to the suits is PHP is FREE and ColdFusion is EXPENSIVE, most suits like to look at the bottom line. Considering PHP is very likely capable of everything that ColdFusion can do, maybe more, then the price would be the only issue for the suits in charge of the money.

[Weedpacket]

Originally posted by jonez
PHP provides what seems to me to be a set of lower-level and thus more powerful/flexible building blocks but at the same time with this power & flexibility comes a certain amount of exposed complexity.

There's a mathematical proof to the effect that a certain amount of complexity in any given program is unavoidable: the question is how much you hide away in the language and how much you expose in the code. While you're hiding away stuff you need to predict what the language will be used for and how; people using the language will then be guided or even constrained by your decisions.

ColdFusion may be "easy and simple to learn" (in comparison to PHP), but how often are you going to be doing that? What's important is further down the track, when you're using the language on a regular basis in your normal line of work. How will what is provided affect your thinking about problems? What will you do if the functionality provided isn't quite what you want - could you plausibly craft a more suitable alternative yourself? Will you be finding yourself frustrated at not being able to "get at" the problem with the available tools? Could you (say) write your own MySQL connection/transaction routines in the given language without recourse to any of its native functionality?

PHP is almost certainly a harder slog in the beginning - especially for people with no prior programming experience (those who have formerly worked in Perl or C or even VB will find it less of a wrench), but once you've settled in - well, repeat the questions in the previous paragraph.

While plenty has already been bundled into PHP's existing functionality, it still leaves you with all the machinery to do the work yourself (how many of PHP's functions can be written entirely in PHP?) - which also means that others can write their own more abstract APIs to do what they wanted, not what some corporate decided they wanted.

Maybe ColdFusion (CFScript?) does allow one to work as close to the coalface as PHP; but I don't see any of that in the article. Of course, the author would pick applications that would suit his point. The problem I would have with that is that it introduces an arbitrary conceptual break in the language between "tags" and "script".

An interesting exercise would be to find a master PHP programmer and a master ColdFusion programmer (and chuck in Perl and ASP/VBScript while we're at it), and see how they cope with a variety of typical (and not-so-typical) applications (Default installs of each; no extra third-party apps except a common DBMS). Eg: a discussion forum; a weblog; an image upload/thumbnail-generation/gallery app; a shopping site w/ cart; a web spider; an online Scrabble tournament.

Another thing to ponder: Which would be easier: a ColdFusion emulator written in PHP, or a PHP emulator written in ColdFusion?

[Edit: Oh, yeah. "Less typing = more time working on the meat of your program". Since programmers generally spend only 5-10% of their time typing anyway, half-a-dozen characters more or less is not about to make much impact. That said, I much prefer $i++ to ADD 1 TO I GIVING I...]

[_SuperString]

Coldfusion eh.... That brings back memories.
I worked as a Coldfusion developer for nearly 2 years (up untill early last year). I used V4/4.5 and the few updates in 5, havn't touched MX though. The last I new (before Macromedia bought Alliare out) was that Coldfusion was moving greatly towards Java in its next release (code name neo or something). So that said I can't comment on MX.
Anyway The main big difference Coldfusion has over other Server-Side scripting languages is that it has its own Server (as well as needing a Web Server also), Its pretty powerful and has many good features easily administered. Its error trapping and sessions are also pretty good (as long as you know how to use them properly). But thats were it stops. The syntax is very easy for HTML coders to pick up, but it just doesnt seem like real scripting (those damn tag based languages !!). I mean, you have to right a hundred line application to do something very simple in most cases. and you cant even create functions (in V 4/4.5), the best you can get to functions is custom tags (realy just a clever structured include file).
Personally I prefer PHP as its just as powerful (probably much more powerful), the syntax is far better with much more control left with the programmer. Also PHP does run on far more platform at a much less cost.
Just think I my company were to migrate from PHP to Coldfusion, they would have to cough-up 300* Coldfusion Server Licenses, that a lot of money !!!

[abx_2112]

At work I have similar discussions with a friend who codes in CF MX (I do all of my stuff in PHP) and we always find a lot of situations where one makes things "easier" than the other. While CF has specific structures for you to loop through record sets, PHP has an unbelievable function repository and so on... well I dont think I have to make a list for you to understand.

So, you may want to do a case by case evaluation. Keeping in mind price, scalability, support, availability, expirience, development community, etc. and then decide which technology suits better your needs. Personally, as I said on a previous reply, I prefer php for large scale projects with strange functionalities (I even like it for small implementations but I still want to give some credit to CF).

Now, what I do want to make clear is how silly it is for one to base the arguments on code -quoting jerdo- "produced to make it look difficult". This lowers the level of the discussion, and I think these are the ones that encourage positive changes on both sides which end up benefiting the end user.

• abx_

A side note, the previous reply said:

I mean, you have to right a hundred line application to do something very simple in most cases. and you cant even create functions (in V 4/4.5)

CF MX has full support for functions now. CF Components even allow a very good OOP support. PHP does too, but i would like to see more features for this kind of support, like abstract classes, destructors, etc.

[Weedpacket]

Just came across a comment by Larry Wall that seems relevant to this thread:

(Source document here)
My overriding design principle has always been that the complexity of the solution space should map well onto the complexity of the problem space. Simplification good! Oversimplification bad! Placing artificial constraints on the solution space produces an impedence mismatch with the problem space, with the result that using a language that is artificially simple induces artificial complexity in all solutions written in that language.

[Edit: Don't you hate people who change their URLs on you?]

[mystrymaster]

I have learned both and had no prior programming experience. I did find php a little easier to learn from a personal standpoint.

When I was working with Coldfusion (about 2 years ago) I found myself basing my solutions on what coldfusion could do rather then what I can do. With PHP I think of the best possible solution and then figure out how I can make php do that.

[drawmack]

I find it intriging that those links won't load in opera. If it don't load in opera it ait wirth seeing is my motto

[Merve]

I find Cold Fusion really weird. I tried to learn it, but I gave up after half and hour. That's how much time it took me to learn basic PHP.

I really am against Cold Fusion. The website of the public library of my city uses Cold Fusion servers, as well as some other municipal websites. I don't think that this can be justified. First of all, Cold Fusion isn't really a great choice for what they are using the website for. Second of all, how can they justify using taxpayers' money to pay the Macromedia guys? The server is slow, very slow, and there are constant errors. It really makes me mad. In fact, it messed up the whole library system because there was an error in the code and it messed up the online reservation process.

So use what you will, but every time I see .cfm I shudder.

[minorgod]

Originally posted by Weedpacket
There's a mathematical proof to the effect that a certain amount of complexity in any given program is unavoidable...

Looks like someone's been reading too much Stephen Wolfram 🙂 Oh, and I totally concur with the above opinion that CF is an inane server language that should pull an SVG and just go away. You all know SVG right? It's, that amazing vector graphics 'standard' proposed by that noble open-source stalwart Adobe (sarcasm). Seriously though, at least 50% of the CF-based sites I visit are RIFE with errors and about 10% of the time I end up seeing exposed database errors that reveal sensitive application logic. If the language itself weren't bad enough, the sloppy CF programming community makes the language look like a joke in half the sites I've looked at. Obviously, some programmers are being tasked to write CF pages by marketing and management idiots who don't bother to send the programmers to any CF training classes and who wouldn't know a good reason to choose CF over PHP if it bit them on the ass (which it usually does). Macromedia should dump CF and write products for the existing robust scripting languages such as PHP and ASP. CF is a total waste of time and money IMHO.

[Weedpacket]

Originally posted by minorgod
Looks like someone's been reading too much Stephen Wolfram 🙂

Gregory Chaitin, as it happens (e.g., "On the Simplicity and Speed of Programs for Computing Infinite Sets of Natural Numbers", J. ACM 16 (1969); pp407-422)
Okay, so I had to look it up to get the exact citation.