Ok, so I’m using the WPAlchemy class to create custom field write panels in the write post page, and so far everything has gone great… However, there’s one issue I can’t seem to figure out. I’m trying to use the custom field values of “event dates” to sort events on a custom page template.
I followed the instructions “Query based on Custom Field and Sorted by Value” found in the codex to try and setup the custom query, but it doesn’t seem to be working?
Here’s the code from the custom page template for the “Events” page:
<?php
/*
Template Name: Events
*/
get_header();
?>
<div id="depthead" class="grid_12">
<h2>Upcoming Events</h2>
</div><!--/depthead-->
<?php
$querystr = "
SELECT wposts.*
FROM $wpdb->posts wposts, $wpdb->postmeta wpostmeta
WHERE wposts.ID = wpostmeta.post_id
AND wpostmeta.meta_key = '_events_meta[event_date]'
AND wposts.post_type = 'post'
ORDER BY wpostmeta.meta_value DESC
";
$pageposts = $wpdb->get_results($querystr, OBJECT);
?>
<?php if ($pageposts): global $post; $cnt=0; foreach ($pageposts as $post): $cnt++; setup_postdata($post); ?>
<div id="article-<?php echo get_the_ID(); ?>" class="listingbox grid_3">
<div class="deptpostimg">
<a href="<?php the_permalink(); ?>" title="<?php the_title_attribute(); ?>"><img src="<?php echo $events_metabox->get_the_value('event_thumbnail'); ?>" style="outline:1px solid #000" alt="<?php the_title_attribute(); ?>" /><span class="event-date"><?php $events_metabox->the_value('event_date'); ?></span></a>
</div><!--/deptpostimg-->
<h4 class="listing-titles"><a href="<?php the_permalink(); ?>" title="<?php the_title_attribute(); ?>"><?php the_title(); ?></a></h4>
<div class="excerpt">
<?php the_excerpt(); ?>
</div><!--/excerpt-->
</div><!--/article-<?php echo get_the_ID(); ?>-->
<?php if($cnt % 4 == 0) { ?>
<div class="grid_12 rowseparator">
<hr />
</div><!--/rowseparator-->
<?php } ?>
<?php endforeach; endif; ?>
</div><!--/wrapper-->
<?php get_footer(); ?>
It’s like it’s not picking up the custom field keys… The class I’m using to create these custom write panels stores them all as an array, hence the reason I’ve attempted to access them by using: _events_meta[event_date]
Maybe that’s the problem, but I don’t know how to fix it if it is…
Any ideas?
EDIT: Here’s an image so you can see just how the custom fields are stored in the database. Hopefully that helps you figure out why on earth _events_meta[event_date]
won’t work in the query?
Josh, take a look at: http://farinspace.com/wpalchemy-metabox-data-storage-modes/ …
I am thinking I will be changing how WPAlchemy stores values by default … making EXTRACT mode default …
I also got a blog with custom fields regarding event. Here is the query I used in combination with the query_posts() function:
It will select all posts with a custom field named event_date compare it with the current date (to filter out old events) and sort them by another custom field called event_start_date. I hope that complex exmaple shows you, how you should use the query_posts() function correctly.
A simple selection that test only for the existance of a custom field looks like this:
A simple ORDER BY a custom field looks like this:
You can see many example in the API description of the query_posts() function.
Hi @Josh:
Your query works fine. It’s probably that your
$events_metabox
variable is not in scope and causing your code to just fail (strangely it still runs the footer, dunno why.) To fix it first try setting it to global at the top of your template:If that doesn’t work you’ll have to track down the problem some other way since I don’t know what your code is doing with
$events_metabox
.Debug Using Incremental Removal and
print_r()
When you run into a problem like this start taking away pieces until you fix the problem. If you are trying to see if your query is working or not, use a
print_r()
to dump the values wrapped in<pre>
tags so you can see what’s happening, i.e.:Also, Use
get_posts()
instead of Direct SQLThat said, I’d highly recommend you replace your query with a
get_posts()
call. It’s a best practice in WordPress to always use the WordPress API and it’s query functions and never use direct SQL unless there’s absolutely no way around it. You get many benefits including built-in caching in some cases, they handle things like ensuring only published posts are displayed unless you tell it otherwise, and it’s less likely to break if they change the database structure in the future.Here’s the
get_posts()
call you’d need to replace your hardcoded SQL query (with some caveats):Or this equivalent does the exact same thing:
The caveats I mentioned are that your query didn’t filter out non-published, drafts etc.; my guess is what
get_posts()
does it actually more what you’d want anyway.The Codex Docs for
get_posts()
The documentation for
get_posts()
is here:get_posts()
on CodexBut interestingly the better documentation for
get_posts()
arguments is on thequery_posts()
page which you could also probably use for your needs. I prefer the greater control ofget_posts()
but YMMV.Anyway,
query_posts()
actually just callsget_posts()
so the arguments really are identical:query_posts()
on Codex