Comments for lukebaker.org

Comment on Documentation by Matt Borja

Matt Borja — Thu, 15 Sep 2011 16:37:33 +0000

Update (replace previous comment):

If you don’t explicitly check the types while making comparisons, you’ll find that

int(0) == (string)’all’ OR (string)’first’

This is why passing 0 doesn’t work or will yield ALL results. Find these lines in ActiveRecord.php (around 362-367) and add the === comparison operator (!== for bool NOT):

if (is_array($id))
$where = “{$item->primary_key} IN (” . implode(“,”, $id) . “)”;
elseif ($id === ‘first’)
$limit = ’1′;
elseif ($id !== ‘all’)
$where = “{$item->table_name}.{$item->primary_key} = $id”;

Comment on Documentation by Matt Borja

Matt Borja — Thu, 15 Sep 2011 16:24:25 +0000

Also, I had to add/modify these lines to pass 0 as a parameter of User::find((int)$id) in the event none was specified.

After $select = ‘*’ on Line 361 of ActiveRecord.php
if(is_numeric($id))
$where = “{$item->table_name}.{$item->primary_key} = $id”;
elseif (is_array($id))
$where = “{$item->primary_key} IN (” . implode(“,”, $id) . “)”;

Comment on Documentation by Matt Borja

Matt Borja — Thu, 15 Sep 2011 16:09:49 +0000

It appears that if you set more than one PRIMARY KEY, that Users::find($id) will look at the last PRIMARY KEY and I found the $where query in ActiveRecord::generate_find_query() to come out as follows:

WHERE: users.email = ’5′

In my table, I have these fields set as PRIMARY KEYS in the following order:

id
username
email

Just wanted to give you a heads up. For my uses, I’m going to [and might suggest] revising it to look at the first PRIMARY KEY which in most applications is going to be the AUTO_INCREMENT id field.

At any rate, this is why I was having this problem earlier; multiple PRIMARY KEYS.

Comment on Documentation by Matt Borja

Matt Borja — Thu, 15 Sep 2011 16:01:07 +0000

Is there a reason why this is throwing the following:

Couldn’t find anything.

Code:
public function view($id = NULL) {
try {
$u = User::find(1);
} catch (Exception $e) {
echo $e->getMessage();
}

if (isset($u))
echo ‘Found ‘ . $u->username;
}

Comment on ActiveRecord in PHP by Mike

Mike — Wed, 17 Aug 2011 04:55:17 +0000

I might be missing something but I came to the page and it was nothing but comments. Where is the actual article?

Best.

Comment on Search Along A Driving Route by Everett

Everett — Thu, 21 Jul 2011 13:36:10 +0000

I’d like to be able to search local craigslist ads along a driving route. Like the search tempest website but with a radius from a driving route instead of a single zip code. Could you do something like this?

Comment on Frangipani Flower by Cathy

Cathy — Mon, 23 May 2011 20:34:33 +0000

I bow down humbly in the presence of such geratesns.

Comment on Disc Golf Courses By County by obnoxify

obnoxify — Thu, 10 Mar 2011 01:41:04 +0000

OK, that’s good dude! I’ve attempting SVG/Illustrator/geostuff a few times for localized items – but not to this caliber. Sorry you’re snowed in!

Comment on Documentation by Elia

Elia — Fri, 21 Jan 2011 08:37:21 +0000

Thanks for providing this excellent lib! Is there an easy way to debug the SQL generated?

Comment on Documentation by Luke

Luke — Thu, 13 Jan 2011 00:53:45 +0000

Shawn, I can’t think of a great way to do that. You could do something like query the Tracks that are released and then get the albums associated with those tracks. If you require that the album have to verify that ALL of its tracks are ‘released’, then you’d probably have to do that in your PHP. Something like:

$tracks = Track::find(‘all’, array(‘conditions’ => “status = ‘released’”, ‘include’ => ‘album’));

next you’d have to loop through the tracks, grab all unique albums and verify that all their tracks have a status of ‘released’. If that hurts performance-wise, you may have to do a manual SQL query.