THE PENDING DRAFT

CSS-Tricks – An introduction to WordPress Escaping

March 24, 2015

If you’re a WordPress developer that writes HTML/CSS/JS (which is 100% of theme developers and 99% of plugin developers), you need to know the basics of front end security for WordPress. WordPress gives you all the tools you need to make your theme or plugin secure. You just need to know how and when to use each tool.

CSS-Tricks published a good introduction to Escaping in WordPress and why it is so important. There’s no excuse anymore to not make your front end code secure.

Introduction to WordPress Front End Security: Escaping the Things

A comprehensive Guide to WordPress Core Contributing

March 20, 2015

It’s great to see more and more companies giving back a portion of their time to contribute code back to the WordPress Core. If you’re just starting out and want to dedicate some of your time, it can be confusing at first to find the right things to work on. Delicious Brains (the makers of the awesome WP Migrate DB Pro Plugins) are dedicating one day each month to core contributing and they just wrote this really comprehensive Developers Guide to Contributing to WordPress Core. Read this if you want to contribute and don’t know how to start.

A Developer’s Guide to Contributing to WordPress Core

Automatic Updates for WordPress Plugins and Themes

March 16, 2015

Last week, a security vulnerability in Yoast’s WordPress SEO Plugin was discovered and fixed. It was responsibly disclosed and a bugfix was released promptly.

So far so good. But i – as well as many others – was surprised (to say the least), when i found out that the plugin was already updated without me or my clients doing anything.

It turns out that the WordPress.org Security Team decided that this vulnerability was severe enough to justify an automatic rollout for all sites which have the plugin installed.

By default, automatic background updates only happen for plugins and themes in special cases, as determined by the WordPress.org API response, which is controlled by the WordPress security team for patching critical vulnerabilities.

In principle i appreciate the possibility to push out important security related updates to all WordPress Installs around the world and i’m aware that we already do something similar with minor core updates, but the way this happens needs some refinement.

Notifications

It needs to be clear when something has been updated automatically. Period. Admins need to get an email (like they do for automatic core updates) and maybe there should also be a notification in the admin area / dashboard on next login.

Documentation

The whole process of automatic Updates for Core and Plugins needs proper documentation in the Codex so everyone is on the same page what happens, when it happens and why it happens, when it happens. This alone would have calmed down the whole confusion a lot last week. I know there are people working on this and the according Codex has already been updated since last week, which made it a lot more clear. The quoted description on top of this post was added after last weeks Update.

An Option to disable automatic updates?

It should be easily possible to disable automatic updates altogether and it should be crystal clear which auto-updates (core/plugins/themes) are affected. I’m ok with this being opt-out, but it needs to be possible in an easy way. Right now you could disable auto-updates by setting a filter like this:

add_filter( 'auto_update_plugin', '__return_false' );

Maybe even a UI-Option to opt-out should be considered.

(This, as said above, has also been updated in the Codex to better explain how to disable certain updates)

Idea: Opt-In Auto-Updates, but different / better Notifications for Admins

I think automatic plugin updates should be a last resort. First of all, i just don’t like the idea of messing around with someone else’s site without their consent. What if something goes wrong with their site during the update? What if they edited some lines in said plugin and the update overwrites their changes? What if a site doesn’t have any kind of backup in place? I know, i know, that’s all awful bad stuff and no one would ever do such terrible things. And yet those things happen! They happen all the time, whether we like it or not.

So, why don’t we implement a better way for admins to distinguish severe plugin updates from normal updates. The only thing it would need would be some kind of a “severe” flag which states that this update is really, really important and then we could add a prominent notification to the Dashboard. Of course, this should also send an email to admins to notify them that they should login and update this particular plugin.

Maybe a combination of this and Auto-Updates could also be done: A notification sent out to admins to let them know that in 48 hours plugin X will be updated automatically if no action is taken and an explanation why this update is important and so on.

This way the admin still has full control of his site, as he should, and would still get notified to take some action if needed.

Another Idea: Auto-Disabling?

Basically the same idea as the last, but instead of updating, the plugin would get disabled, instead of updated, after a certain period of time (e.g. 48h) when no action is taken.

I’m not yet sure what the best solution will be. But what i’m sure is we will have to find a better way than messing around with anyone’s site without letting them know.

Nick Haskins – On Automatic WordPress Updates

SpinPress Issue #1

February 26, 2015

After a beta-period and a free issue, today SpinPress launched it’s first paid issue. If you don’t know SpinPress, it’s a digital magazine all around WordPress which comes in the form of a custom App for iOS, Android and Kindle and can also be read in a browser.

SpinPress is the newest kid on the block. It’s an innovative digital magazine all about the WordPress community and ecosystem. We regularly release new issues containing high-quality content from various authors all over the World.

The first issue’s topics range from news about WordPress 4.1.1 “Dinah”, an in-depth look at the Desk writing app by John Saddington, an Interview with Adii Pienaar (Co-Founder of WooThemes) about his new project “Receiptful”, best ways to Back Up Multiple WP Sites, showcases about hot plugins and themes and many other things.

Go ahead and grab the first issue, it’s only 5.99$ and well worth the price!

SpinPress Issue #1 Available

Game of Thrones Season 5: A Day in the Life (HBO)

February 14, 2015

If you are into Game of Thrones and as excited as i am for the upcoming season, you should definitely watch this behind the scenes look of the production. How they handle a team of over 1’000 people and shoot with two complete setups simultaneously in different countries to create this epic show just blows my mind.

And – if you’re not interested in GoT, but in WordPress – you should watch it too because they were shooting in Seville, Spain this year and you get a nice little teaser of what’s waiting for us in June at WordCamp Europe.

Can’t wait for both season 5 to start and to meet you all in Seville!

Game of Thrones Season 5: A Day in the Life (HBO)

An article you should read about WP-API

February 13, 2015

Brian Krogsgard wrote this great post on Post Status about the upcoming WordPress JSON REST API. He did a great job covering all different aspects and the current state of the project as well as what we can expect from it when it finally lands in core.

If you’re going to read one post about WP-API, make it this one.

Post Status – The WordPress REST API

WordPress Plugin – Raph

February 5, 2015

The use of shortcodes in WordPress can often end up in a big mess when changing a theme or removing a plugin. Raph is a Plugin which let’s you convert shortcodes to HTML, right inside the editor. That way you can disable the plugin and still have the actual rendered output in your content, without the need for a shortcode.

Shortcodes may be useful, but rendering them “on the fly” can be a performance killer.

Moreover, shortcodes added by themes or by plugins, lock you in with those products, because you if you change theme or uninstall plugins that add shortcodes, your content will be bungled when not lost.

Have you ever desired get rid of a plugin, but can’t because of shorteds? Now you can.

I think this is actually a pretty smart idea! Check it out on GitHub.

Raph on GitHub

Check for Plugins that are no longer in the Plugin Directory

February 4, 2015

If a plugin gets pulled from the official plugin directory on WordPress.org there could be several reasons for that. Could be that it just became obsolete when a new version of WordPress introduced the features it provided, could be that the developer just stopped developing it, but it could have also been deleted because serious security issues were detected with the plugin. No matter what the reason was, it means you no longer get update notifications and could potentially run into security risks later on.

Today i discovered this little plugin which checks for plugins no longer in the directory and tested it on a local copy of a client site. In addition to removed plugins it also displays if a plugin wasn’t updated in more than two years, which is also nice to know. Keep in mind that this doesn’t give you perfect safety, a plugin can still be in the directory and be outdated or insecure. But if it was removed it’s definitely a good idea to investigate further and to check for alternatives.

WP Plugin – No Longer in Directory