CakePHP - Yay or Nay?
 

Anyone tried CakePHP? What do you think of it? Would you rather use some other platform of is Cake?

zend framework for the win

Try codeigniter, it's a much better framework imo. CI has greater community support, vastly better documentation, and if you like to actually "see" what's going on with your code, is a much better option. I miss Cake's scaffolding feature, but Cake's documentation is just crap. CakePHP also has slower server execution speed, and I found it to be far too "magical." I know it's a framework, but it's kinda crazy when one line of code does a million and one things.

:2 cents:

I'm with Dcat. I'm not a fan of many frameworks, but if it was between Cake, and CI, I'd choose CI, even if it's tagline includes 'kick-ass'.

I'm not fond of any of them. Zend Framework, for example, is merely a big list of packages. You might as well just slap stuff together from PEAR. Hell, it doesn't even have a method for loading models when building an app with modules, yet they support flickr natively? Go figure.

Regarding CakePHP. It's not to bad, but they try to mimic RubyOnRails to much, which you just can't do in php without crazy hacks. This leads to slow execution time, which was mentioned.

CI isn't to bad, but I dislike the "keeping backwards compatible with PHP4" crap.

:2 cents:

I wrote the original post while on the phone and it makes no sense to me. Thank you so much for your feedback, which you have provided regardless of completely mindless blabber I have spawned. Damn I suck :)

If you can't do it in vi, you can't do it.

Best thing I've read all week! :1orglaugh:1orglaugh:1orglaugh

absolutely true :upsidedow

You know, I always find *I still code my html in notepad* and *I code all my PHP in vi* - very amusing, and yes, clap clap, you've got skills.

I used to say the same thing - but we're in the business of being efficent.
For me, using Zend Studio [yes, OT, sorry] - for my PHP projects makes absolute sense, and cuts coding and fucking around time down vastly.

People who say *I only code in vi* always make me wander what else they refuse to adopt [coding practicies, etc]... discuss?

I totally agree. I used to only use Vim and now I use Zend. It's just more efficient and I get more stuff done instead of having to switch between buffers with hotkeys. I like Textmate more than Zend, but unfortunately they don't have sftp support :(

Why not just SVN / CVS?

I don't like to commit code just to view what I've done, otherwise I have a huge revision list full of little crap.

Also a good point. A decent coder on GFY? What's the world coming to :|

haha, hit me up on icq

Its nice, kind of overkill sometimes. You'll also run into a bunch of Ruby On Rails fan boys that want to talk shit about CakePHP so hard.

I create forked revisions for my bowel movements.

I'm a RubyOnRails fanboy, but I am not totally against PHP, as it has its place. I just think that Cake is poorly implemented. You're talking about talking a framework written in a very abstracted, object oriented language and comparing it to a shit pile language we know as PHP. You just can't do that.

I use PHP because Rails is currently a pain to deploy, but once mod_rails is proven stable, I'll move over to it 100%.

Zend is just a bunch of functions, some nice code, no real structure.
CakePHP does ok.

As for being slow, I'm a big fan of writing very neat and very fast queries. With the right
tweaking and observation of what queries are being run you can optimise it down to good
speeds. While having cache and server-cluster stuff built-in means less fucking around to
get things to scale to the enterprise.

Yes there is more auto-magical stuff. You will need to become familiar with the core
frameworks code (as you should) and maybe even branch your own version of it to get to
the heart of your code and optimise.

The docs for CakePHP can be thin, but really it's all out there between the API docs,
articles, tempdocs for 1.2 and the code itself.

-Ben

:1orglaugh:1orglaugh

CI gets my vote, though i've never used anything else.