How much does Pods cost?
Pods is free and will remain free, but check out how much effort it’s taken to get it to where it is today!
Pods is free and will remain free, but check out how much effort it’s taken to get it to where it is today!
The Pods Framework has been around since late 2008. Planning, design, development, and testing started in 2010 for Pods 2.0 leading to an Alpha release on January 2nd, 2012. Beta was released on August 12th, 2012. Now Pods 2.0 has finally arrived, as of September 21st, 2012!
After our soft launch, we’ve been working on bug fixes for the past few weeks to ensure maximum stability and backwards compatibility before going full force with our 2.0 announcement. That point has been reached and we’re ready for the flood of new users that awaits, including our awesome Pods 1.x users who are anxious to upgrade.
Have at it, and most of all — Enjoy the freedom of developing any type of content with any type of field that you can think of for WordPress!
Please report bugs and suggest features in our GitHub Issues area. We’ve got an awesome feature line up for Pods 2.1 that is already in progress, we’ll announce our 2.1 testing program in the next month. Pods 2.1 is scheduled to be released alongside WordPress 3.5 on December 5th, 2012.
We have to really thank Automattic and Matt Mullenweg for all they’ve done to help us, we honestly could not have finished Pods 2.0 and taken it to the next level without their support.
RD2 provided some awesome UI design work for our new 2.0 upgrade screens.
MarkNet Group provided extra help when we needed it to keep the project going over the past two years, major kudos!
Below is a feature list that goes over what 2.0 offers, we hope you enjoy it as much as we have while we’ve used it on our own projects.
Holy Cow in a plugin Scott! I’ve been looking at it since Thursday afternoon and it’s absolutely wonderful. The UI is great, intuitive, and very forgiving when you’re making mistakes. Love seeing how far you’ve come with Pods as it is by far one of the most powerful plugins/frameworks/extendomatic-in-a-box things to to ever happen to WordPress.
I’m a big fan of how you re-vamped “Helpers”. Using it as a custom post type with the built-in WordPress revisions feature is spot on smart. This is honestly the first time I’ve ever looked at Pods 2.0 in any of its forms. The really cool thing to me is that you created “Helpers” in a way that provides flexibility and history. Using Code Mirror for syntax highlighting, storing it as a custom post type, and utilizing WordPress’ built-in revisions function takes “Helpers” light years beyond what it was in the 1.x.x releases. As a long time user of Pods I’m completely overjoyed with Pods 2.0!
Again, thanks for all that you’ve contributed to the WordPress community.
It’s messages like these that make what I do worth it. That’s exactly what I set out to do for Pods 2.0, so I’m very glad that was successful!
Looks like there’s a compatibility issue with making Pods WP 3.2 compatible AND the version of jQuery used by WP 3.0.x which has a bug with the .data() function. Looks like it’s time to update readme.txt on Pods 1.9.x to 3.1+ (previously 2.8+)?
It’s official, the terminology and usage of Columns will be changed to Fields in Pods 2.0
See http://dev.podscms.org/2011/04/17/terminology-poll-columns-vs-fields-what-makes-more/
No, not that type of dating
Talking about the Pods usage of date(), we should at all times use date_i18n() instead, which has two params just like date() which are $format and $timestamp. This ensures all places where a date is shown is set to the correct timezone that the WP site is set to. Any time we need to do a time() we should use current_time(‘timestamp’) and alternatively we can easily use current_time(‘mysql’) to get the current MySQL Date formated date + time.
A separate issue, I’m not sure if we need to store a GMT version of each date+time too, anyone have any thoughts there? Otherwise I’m leaning towards not storing an additional GMT date+time for every date+time field out in Pods.
We should also avoid using MySQL CURRENT_DATE() and functions like it, instead, opting for the PHP usage of current_time(‘mysql’) or date_i18n($format,$timestamp) in it’s place to ensure the timezone is used everywhere and that we assume that the date+times we pull from the DB are actually set in the current timezone.
Renaming for consistency with WP constants. Though it doesn’t exist yet, it may in the future, hence the check to see if it’s defined first.
if (!defined('WP_INCLUDES_URL')) {
define('WP_INCLUDES_URL', includes_url());
}
Renaming for consistency. Added pod_query function mapping to pods_query in deprecated.php
bjornet 8:23 pm on September 5, 2012 Permalink | Log in to Reply
I really appreciate you for showing this, this example helps me as developer to set a decent pricetag on my work and of cause understand the tremendous amount of work you guys have put into Pods.