rwasa + HHVM + WordPress
Yes, as exotic as it ever gets.
Category Archives: WordPress
Profiling PHP Code in WordPress
I was honored to give a talk at the second WordCamp Russia event. Like last year, I decided to speak about a general development topic and how it can be applied to WordPress. This time my talk was on profiling.
Here’s a video. English subtitles are available by selecting “Subtitles” in the player.
And here’s wptop on GitHub, an XHProf-based WordPress plugin that gives you an overview of your WordPress website performance. Feel free to give it a spin and let me know what you think.
Building WordPress for Android
WordPress clients are available for many devices, but since I’m an Android fan I get to use WordPress for Android.
Yesterday, I came across a bug report outside of the developer ecosystem, managed to reproduce the bug using the release version, and, decided to write and submit a patch to fix the bug.
The main WordPress for Android repository is over at GitHub. But as it turns out…
…one does not simply build WordPress for Android.
WordPress Mail Routed via Postfix SMTP Relays
By default, the WordPress wp_mail function will not set the actual sender for sendmail and mail backends. This means that the Postfix relay will set the sender to the default $domain instead of the actual sender. Which, in turn, means that when using relay maps (sender_dependent_relayhost_maps) to map senders to correct SMTP relays none of them is matched because of the sender is not set correctly…
Fortunately, the mailer class used by WordPress, PHPMailer knows how to correctly specify the sender via the chosen backend (which in WordPress is the mail backend). By setting the Sender property of the mailer we’re able to have Postfix identify the sender correctly.
WordCamp Russia 2013
I took part in WordCamp Russia 2013 this year, which was organized by my brother (with huge help from a handful of volunteers and the WordPress Foundation). This was the first ever WordCamp in Russia.
My talk was on testing automation in custom WordPress code, which covered some basics of unit tests using PHPUnit, system tests using CasperJS.
The talk is in Russian, but English subtitiles are available. Also slides and code. To view all other talks visit https://wordpress.tv/event/wordcamp-russia-2013/.
Konstantin wrote about the event in much detail.
Bulk Reports and Digests for Gravity Forms
I have written yet another Gravity Forms plugin/addon. This time the plugin was to generate bulk reports for form entries, digests of sorts. Based on a set schedule (which can be altered using the cron_schedules filter), this addon will aggregate all new form entries it hasn’t seen yet (including very old ones) and send them out to predefined e-mail addresses.
The whole thing works best with regular single-shot notifications turned off, probably.
Download it from github now.
Functions Deprecated in WordPress 3.4
Here’s a list of functions that are now deprecated in WordPress 3.4:
- debug_fopen, debug_fwrite, debug_fclose, substituted by PHP’s native error_log
- get_themes, substituted for wp_get_themes, whereas get_theme and get_current_theme functions are replaced by wp_get_theme
- clean_pre is not replaced by anything, its relevant use inside the core has been replaced with good code, outside use is discouraged from now on. You can construct your own replacement by copying the body of the original
- add_custom_image_header, replaced by add_theme_support. As of version 3.4
add_theme_supportaccepts multiple arguments for some features. remove_custom_image_header has been deprecated in favor of remove_theme_support. Same goes foradd_custom_backgroundandremove_custom_background. - get_theme_data is deprecated in WordPress 3.4 in favor of
wp_get_theme, mentioned above update_page_cacheand clean_page_cache are replaced by update_post_cache and clean_post_cache
That’s it for deprecated functions. Check out a comprehensive list of changes here. Although WordPress is known to be highly back-compatible and the deprecated functions will be available for a long long time, developers are highly discouraged from using these in the future.
WordPress 3.4
Codename “Green”, WordPress 3.4 was announced yesterday, boasting flashy features and upgraded functionality.
Lots of hard work involved, lots of excitement and most can’t wait to upgrade, including me. However, as much as I want to update to WordPress 3.4 and enjoy the new stuff, I find it difficult to do so in production right now. I’m sure WordPress 3.4 is fantastic, but it’s too early, there’s bound to be a WordPress 3.4.1 with security fixes (or at least hot fixes) sometime this year.
My suggestion is that unless you have a huge need for one of the new features just wait a bit, see how it behaves out in the wild, how it is targeted. At a little over 200,000 downloads and less than 24 hours out in the wild it’s too early to tell. I’ll personally wait a couple of months before upgrading in production.
Other than that, hurray! Off to play with the new XML-RPC methods.
WordPress trunk news #15, #16, #17
It’s been a while since news from the trunk have been published on my blog due to the lack of time on my part and the lack of substantially juicy stuff happening in the trunk. With WordPress 3.4 coming up most of the movement in the trunk is related to fixing bugs. So today’s post will combine the 15th, 16th and 17th editions of WordPress trunk news into one post.
As of this day, there are 12 active tickets. And with WordPress’s 9th birthday earlier this week (yay!) here’s the latest news from the trunk.
Conditional Notifications Plugin for Gravity Forms
Gravity Forms is one of those plugins that many enjoy and make use of. A recent project of mine involved adding some functionality that seems as indispensable as conditional field logic – conditional notifications.
Based on the values of form fields selected notification settings are overridden, including e-mails and, more importantly content, and whether a notification is sent or not in the first place.
This Gravity Forms Addon allows users to select specific conditions that override the default notification settings. The first condition that is met will provide the settings that replace the ones that are set in the Notification area for a form. If no condition is met for a form the default Notification settings happen.
A fantastic use for this Gravity Forms Add-on would be to have an auto-responder setup for an inquiry form, where visitors select a predefined inquiry (although an FAQ would handle that in most cases). Applications to specific departments where a response arrives with that departments contact details, terms, working hours, or something. In short, should be quite useful.
Gravity Forms Conditional Notifications Add-on is available on Github.