Re: Cake 1.2
Canglan писал(а): I'm actually more concerned about the documentation. It's not an easy task yes, but if the documentation can be really enhanced then it will boost the Cakephp community by quite a large margin. :-) Indeed. Cake's documentation sucks compared to Symfony's one, for example. I've learned about some things only from this group. Im not even talking about 1.2. God knows when it will be fully documented. S. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Cake 1.2
On 1/13/07, Sergei [EMAIL PROTECTED] wrote: Indeed. Cake's documentation sucks compared to Symfony's one, for example. I've learned about some things only from this group. Im not even talking about 1.2. God knows when it will be fully documented. Perhaps never, if all we do is depend on Gods ;-) How about doing something ourselves rather than complaining? Cheers Tarique -- = PHP Applications for E-Biz: http://www.sanisoft.com Cheesecake-Photoblog: http://cheesecake-photoblog.org = --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Cake 1.2
I am very much up for contributing to documentation for cakePHP (in what ever capacity), I have recently taken to it and have found many issues with documentation. I thanks the starsgods (though should actually thank google) for being able to read the begineers only guide to cakePHP baking a simple article/blog database The most informative tutorial I have found. I have found much of the information on the cakePHP site to be lacking somewhat atb -S On 13/01/07, Dr. Tarique Sani [EMAIL PROTECTED] wrote: On 1/13/07, Sergei [EMAIL PROTECTED] wrote: Indeed. Cake's documentation sucks compared to Symfony's one, for example. I've learned about some things only from this group. Im not even talking about 1.2. God knows when it will be fully documented. Perhaps never, if all we do is depend on Gods ;-) How about doing something ourselves rather than complaining? Cheers Tarique -- = PHP Applications for E-Biz: http://www.sanisoft.com Cheesecake-Photoblog: http://cheesecake-photoblog.org = --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Cake 1.2
On 1/13/07, Sam Sherlock [EMAIL PROTECTED] wrote: I am very much up for contributing to documentation for cakePHP (in what ever capacity), Great! Now that you have stated your intent state your capacity - I am sure someone is reading this. Also contributions to documentations need not be always in official capacity - you can write articles and tutorials in your own blog. How about re-writing the Beginner's Only Guide for Bakery? Cheers Tarique Disclaimer: I am not speaking of behalf of any of the CakePHP devs nor do I have any official capacity to do so. -- = PHP Applications for E-Biz: http://www.sanisoft.com Cheesecake-Photoblog: http://cheesecake-photoblog.org = --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Contributions vs. Criticism - Was: Cake 1.2
On Jan 13, 2007, at 2:11 AM, Sergei wrote: Canglan писал(а): I'm actually more concerned about the documentation. It's not an easy task yes, but if the documentation can be really enhanced then it will boost the Cakephp community by quite a large margin. :-) Indeed. Cake's documentation sucks compared to Symfony's one, for example. I've learned about some things only from this group. Im not even talking about 1.2. God knows when it will be fully documented. *Voice heard from the clouds* Verily, verily I say unto you: not until the API is like unto a rock and solid unto me, will ye yet read those words! *Clouds close up* Seriously though, 1.2 manual is in the works, and wont be released until 1.2 code is no longer a moving target. I don't an absence of docs for a developer's release is out of the question. Let the API and the changelog guide you. Interesting that you compare our documentation effort to Symfony's. I took a *quick* look just to get an idea of how we compare: CakePHP 110% Volunteer 5 Screencasts 2 Manual Tutorials, 40-50 Bakery Tutorials Online Manual, 23 Chapters, 141 Page PDF Symfony Sponsored by a French web agency 2 Screencasts 2 Official Tutorials Online Manual, 13 chapters, 129 Pages Manual, 170 Pages tutorials (Basically about 170 pages of How to... sections) disclaimerUnless I've missed something extremely significant, please don't make an effort to correct me here. This was a ten minute look, which is more that a first time user will often spend./ disclaimer Since many Symfony tutorials appear in their Symfony Book manual, and ours appear in the Bakery, I'd say that at least the numbers look pretty even. Those numbers look even better when you consider that most tutorials are community contributed (and team approved), and the remainder of the docs are a *volunteer* effort. I have no idea if the Symfony docs people get paid, but I sure don't, and having a sponsor must lighten their load in some places. Frankly, I'm tired of people making complaints about the documentation (or anything else, for that matter). Not because they are perfect, because they are truly far from that. Mostly because any criticism (especially vague criticism) that isn't followed with some effort to help is both useless and insulting. It's like walking into a friend's open party and complaining about the food–how its not as good as the company party across the street–and threatening to leave if the volunteers in the kitchen don't step it up a notch. I think Dr. Sani's comments are spot on. Welcome to our party. If you'd like to make something better, we need your help. Log a ticket. Contact one of us to see where your talents are best focused. I've fielded many requests from people wishing to help out with the docs, and in almost two years of my Cake efforts, there's only been a handful of people who have actually followed through. Saying you're willing to help and actually putting pen to paper has been a chasm a mile wide in my experience. And while blogging about CakePHP or starting your own efforts is helpful in a way, isn't better to contribute officially so your work is coming from the source? Why not put all that effort into one place, rather than spread across the Internet? Here's hoping the new year will bring in more consideration and collaboration... before criticism. -- John --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Bakesale vs IIS
Aldemir, To it, you only need uncomment the line below in file app/config/core.php: //define ('BASE_URL', env('SCRIPT_NAME')); Good look, Juan Basso Aldemir Vieira escreveu: I having problems to install Bakesale (cakeforge) in the IIS. Somebody knows what to make to disable the mod_rewrite in bakesale and still thus to continue functioning? -- []´s, Aldemir Vieira --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Contributions vs. Criticism - Was: Cake 1.2
I can understand your concern John. However one thing to notice is that, most of the people who complain are the people who are not so familiar with CakePHP (and that includes myself). Even if we are willing to help, we lack the guts. In my case, I have had a look at CakePHP more than a year ago, then I was turned downed because the documentation back then was horrible (no offense here). Now, I have some experience with Ruby on Rails and Code Igniter, I decided to give CakePHP another try. It's glad to see that the documentation is much better than it was a year ago, e.g. the resource in bakery is brilliant. However, the manual still needs a lot of work. Not that I am complaining, I praise the work you guys have done, for an open source project like CakePHP it's really really impressive. However, what if the lead developers pause the code development for a while and transfer the effort into making a more complete manual? I believe this will only do good for the project and the community. No one other than the developers themselves knows exactly the ins and outs of the system. By documenting the whole system deeply, you're actually reviewing the project, and that will probably give you some hints on what part of the project (in terms of coding) might need to be enhanced or modified, it's a win-win situation don't you think so? =) That being said, I am not suggesting that people should always expect someone else to spoon feed them, in fact, I wish that a better manual to bring more people into our community and therefore more things can be done. Just my 2 cents. - Fred --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Contributions vs. Criticism - Was: Cake 1.2
However, what if the lead developers pause the code development for a while and transfer the effort into making a more complete manual? I believe this will only do good for the project and the community. Then many people will start complaining about the lack of progress of the code. There is just much work that needs to be done. If you start focusing on another aspect, something else will suffer. We need to figure out what is most important for the devs to do: a job that only they can do (code) or a job that they, or any volunteer can do (docs) ? No one other than the developers themselves knows exactly the ins and outs of the system. By documenting the whole system deeply, you're actually reviewing the project There are several devs. i'm damned sure that some of them aren't really following what another is doing. not that that's a problem. Also, we have many users that like to spit through the cake code in their free time to learn about both the inner workings as of the api (how to work with it) of the framework, people like this can perfectly do docs. The best practice -imho- would be to let volunteers work on docs, but be guided by the devs, so that they can make some additions, fixes,.. where necessary without using too much time that could be used for the job that only they can do (development) And your logic is correct: people that want to do docs must learn the code.. a win-win indeed. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Retrieving associated models: Why several SELECTs instead of one JOIN ?
Thanks very much for the reply Nate. This helps. BTW - I suppose you meant JOINs are used for belongsTo and *hasOne* associations. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Can I specify fieldnames from associated models in findAll()?
Excellent explanation Anselm. Really helped to clear things up for me, and hopefully for others who read this in the future, too. Thanks. (Is this mentioned anywhere in the manual ?) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Retrieving associated models: Why several SELECTs instead of one JOIN ?
Yes, hasOne. Sorry about that. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Cake 1.2
I'm using the very latest 1.2 available from svn for a project I'm developing at work. I'd started the project with the 1.1 stable, but 1.2's features compelled me to upgrade. I wouldn't release a project based on 1.2 to the public, but it is working for me for internal company needs. HTH, D On Jan 12, 4:23 pm, Hanzgroove [EMAIL PROTECTED] wrote: Hello all, Does anyone know when Cake 1.2 will be officially released for a production? I'm going to be starting development on a new project within a few weeks. One thing that I would like to avoid is having to mess around with the usual hacks for pagination and validation. It seems that Cake 1.2 has solved these problems. However, I haven't seen an expected release date for a stable version of 1.2. Anyone have a guesstimate? Thanks... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: Extending controllers
As no one else has added, I'll give my two pennies worth - extended controller takes longer to process because of having to go up the chain. I don't know how much overhead this really is, though. I wouldn't worry about it, Cake's very OO and subclassing like this is standard OO practice - go with the flow, not against it! If you're still concerned, the Decorator design pattern can be useful for stopping overly deep class families (check Wikipedia, Google). I'm wondering though, is there a way to get the parent's views such that I only have to have a view in one place, such as 'article' instead of duplicating views for content, announcement and event? Maybe I'm not getting you, but could you not just create some fields in the top level class, or app_controller, which can be accessed from all subclasses and tell them what folder to look into for the view? Or you can put repeating view stuff in different layouts, seperating them like that, or in Elements... take your pick! --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
generateList should return records that are not empty
function selecthighschool() { $conditions = array(Listing.school_high = ''); return $this-Listing-generateList($conditions, 'school_high ASC', null, '{n}.Listing.school_high', '{n}.Listing.school_high'); } The code above should return a list of distinct high schools (for use in a selectTag) where school_high ''. In other words, not an empty string. However, the $conditions are not being set using this method. Here is the query being generated that I see with debug=2: SELECT `Listing`.`list_id`, `Listing`.`comp_code`, `Listing`.`price`, `Listing`.`mls`, `Listing`.`area`, `Listing`.`address`, `Listing`.`addressnumber`, `Listing`.`addressdir`, `Listing`.`addressstreet`, `Listing`.`city`, `Listing`.`state`, `Listing`.`zip`, `Listing`.`bedrooms`, `Listing`.`baths`, `Listing`.`halfbath`, `Listing`.`garages`, `Listing`.`fireplace`, `Listing`.`liveroom`, `Listing`.`family`, `Listing`.`game`, `Listing`.`kitchen`, `Listing`.`eating`, `Listing`.`formaldine`, `Listing`.`office`, `Listing`.`basement`, `Listing`.`masterbed`, `Listing`.`bedroom_2`, `Listing`.`bedroom_3`, `Listing`.`bedroom_4`, `Listing`.`bedroom_5`, `Listing`.`tax`, `Listing`.`agent`, `Listing`.`listoffice`, `Listing`.`sqft`, `Listing`.`built`, `Listing`.`school_elementary`, `Listing`.`school_junior`, `Listing`.`school_high`, `Listing`.`sqft_price`, `Listing`.`lotsize`, `Listing`.`assdues`, `Listing`.`class`, `Listing`.`type`, `Listing`.`statuscatid`, `Listing`.`thumburl` FROM `listings` AS `Listing` WHERE (`Listing`.`school_high` '\'\'') ORDER BY `school_high` ASC How do I do this? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: generateList should return records that are not empty
You can use string-based conditions for that: return $this-Listing-generateList( 'Listing.school_high ', 'school_high ASC', null, '{n}.Listing.school_high', '{n}.Listing.school_high' ); --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: generateList should return records that are not empty
Beautiful! Thanks! I thought I was going to have to use array_filter(). Yuck. On Jan 13, 4:49 pm, nate [EMAIL PROTECTED] wrote: You can use string-based conditions for that: return $this-Listing-generateList( 'Listing.school_high ', 'school_high ASC', null, '{n}.Listing.school_high', '{n}.Listing.school_high' ); --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Caching in CakePHP?
Hi, As far as I can see from the documents, caching is handled automatically by CakePHP for a specific controller+view combo, and cake uses files to cache full view data. Is it possible to overwrite this behavior such that, I will be able to cache parts of a page, not all the page. And, also I would like to use memcached for better performance and cache management. Is this something I should do manually or is there a way I can plugin/overwrite caching mechanism in a clean way? Thanks. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Re: dAuth 0.3
You are complety right with your guess. If you want to use the controller-flash method you have to deactivate the redirect in the UserController, because calling this method starts rendering the message page automatically. function login() { // [] if($success) { /* $this-DAuth-redirect('login_success'); deactivated*/ return true; } // [...] } PS: Sorry for my poor english :) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---
Layout specific helpers
I have certain helpers needed in some layouts - not views - Currently I'm including them in app_controller.php but that seems like a waste of ressources when layouts not using these helpers are rendered. An example could be a menu helper. A menu belongs to the layout - Not the view being rendered. So my question is: Is there a better way to get access to a helper per layout? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Cake PHP group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cake-php?hl=en -~--~~~~--~~--~--~---