Posted by Jason on July 28, 2007 at 11:39 am
Now don’t get me wrong – I love CakePHP and I know there’s a good reason for the controller/action format of urls. In fact I often find it helps to have a framework that forces that sort of thinking on me all the time since most of the sites I write are more application than website. It’s a bit like the good old days when I was struggling to get my head around the concept of OO after coming from a very procedural background. I could probably have done with a framework then too.
So I do think that it’s great for web applications, but not necessarily for web sites. Clean urls have many touted advantages over controller/action urls for a web site. I’m not sure how many are true (things like Google favouring them seem like a good reason, if that is actually the case) but for me it’s best simply because they are not controller actions. A ‘contact me’ page is a ‘contact me’ page. It’s not really an action on a particular controller in your application. An ‘about’ page is similar – it just seems wrong to say ‘about’ is an action on ‘pages’. Well, it does to me anyway. Whilst I usually write web applications there is almost always a web site component like this to them and I think it’s fine to seperate those two concepts even when they’re on the same site.
Now it’s true that you can write static pages directly to the webroot, but my clients almost always want some management control over those pages. As much as I’d like them to have to come back to me every time they want to change a word it just doesn’t seem particularly fair and just harms my chances of repeat business! All of the other solutions I came across just seemed rather complex and often slightly dodgy. So I came up with a simple solution of my own that works fine.
Basically you add an entry to routes.php for each of these pages:
-
$Route->
connect(‘/contact/*’,
array(‘controller’ =>
‘pages’,
‘action’ =>
‘contact’));
This will redirect any call to ‘/contact’ to ‘/pages/contact’, but without giving that fact away to the user. It’s true that you can’t now have a controller called ‘contact’ but then you wouldn’t want one anyway (the main reason being controller names should be plural when following the Cake conventions!). You can add as many of these lines as you like. If you end up with more than 2 or 3 you might want to question whether those pages should have been part of a controller!
Posted by Jason on July 3, 2007 at 10:26 pm
Something that’s had me confused for a couple of hours today is using a checkbox in my CakePHP application. I’ve been using the html helper to create the relevant html and was initially confused by the fact that it not only creates the input element but also a preceding hidden input element.
-
<input type="hidden" name="data[Item][big_rock]" value="0" id="ItemBigRock_" />
-
<input type="checkbox" name="data[Item][big_rock]" id="ItemBigRock" value="1" />
So I did the best thing I could think of and ignored it, but when I came to creating the form to edit existing values I just ended up getting strange results. The checkboxes seemed to have a life of their own, checking and un-checking at will between post-backs. Google came up with several posts about the general problem most people come across with checkboxes – the fact that they post back nothing if they are not checked, but it took me far too long to actually put the strange hidden input field and this standard behaviour together. In my defence, there is very little documentation on this (that I could find) for CakePHP.
(more…)
Posted by Jason on July 2, 2007 at 11:36 am
I’ve been using CakePHP for quite a while now with no .htaccess issues at all, either running locally or on hosted sites. That all changed last night when I couldn’t get it to work at all on one of my budget hosting sites. Instead of my application all I saw were 500 Internal Server Errors.
I found that the issue was definitely down to one line in the root .htaccess (which was unmodified from the original CakePHP download):
-
RewriteRule (.*) app/webroot/$1 [L]
Unfortunately my cheaper hosting doesn’t allow me access to the error logs so it was difficult to diagnose the problem. By 11:00 last night I was certainly not in a good mood and no closer to an answer. I managed to Google plenty of references to similar issues but none solved my problem.
This morning I resorted to the hosting company themselves and within an hour they came up trumps! My thanks to Rob at VirtualNames support who not only worked it out, he even changed the file for me!
It looks like the problem is that the mod_rewrite rules don’t like fastcgi, which is the preferred option for this hosting account – it seems to try and redirect the internal URLs for fast cgi causing a rewriting loop. VirtualNames support felt it would probably work if the PHP mode is switched back to module mode, but they also came up with a fix to the .htaccess in the domain folder to (the root .htaccess for the CakePHP installation):
-
<IfModule mod_rewrite.c>
-
RewriteEngine on
-
RewriteCond %{REQUEST_URI} !^/cgi-bin/
-
RewriteRule ^$ app/webroot/ [L]
-
RewriteCond %{REQUEST_URI} !^/cgi-bin/
-
RewriteRule (.*) app/webroot/$1 [L]
-
</IfModule>
This stops it trying to redirect the fastcgi internal access urls, and appears to cure the problem. It looks like the other .htaccess files do not need changing. .htaccess and rewrite rules are still a bit of a black art to me. After this they are going on my list of things to pick up!
I can also recommend VirtualNames as a budget hosting solution should you need one. Their support people actually do…erm…’support’
Posted by Jason on June 16, 2007 at 4:12 pm
I’ve been slowly working through all of the bits I usually use for web development on my MacBook, attempting to get it set up in a similar way to my PC. No particular reason for that, it’s just what works for me and means I can swap between machines whenever I like – PC for the working week and Mac for out-of-hours seems to be my pattern…
On the whole it has gone fairly smoothly, though it hasn’t been entirely without problems. Here is the detail of what I have set up and where I came across issues. It might help someone if they come from a similar background to me of PC development.
(more…)
Posted by Jason on September 28, 2006 at 5:22 pm
I envy this guy deeply:
http://steve-yegge.blogspot.com/2006/09/good-agile-bad-agile_27.html
I’ve spent a lot of time recently using Google and Google based technologies (Google Earth, Google Mail, Google Home Pages, Google Analytics, Google Spreadsheets, etc, etc) and I just never fail to be impressed. I didn’t even mention creating my own modules for my Google Home Page which is just a joy. Being a developer of SharePoint Web Parts from time to time I have a view of the ‘other side’ and just how hard it is to get things to work as you want. It’s always too complicated – people just want information and my job of getting that to them is far harder than it should be.
But Google stuff just works! It’s simple, and it JUST WORKS! The way they get to work results in people creating stuff that other people want. It must be the way they work, I can’t see anything else that would cause that effect.