Dear friends, dear supporters, the latest six months were fantastic and we collected 370 € that I have already donated to humanitarian organizations.
A little drop of water in this desert of humanitarians needs to prepare a better World for our children.
Thank you, Stefano.
Long time since the last release, but there were not issues to correct… 🙂
Anyway, this new release of Include Me adds a nice feature: the ability to include another post content.
It may sound odd, but recently I faced a problem on a blog: an important piece of content needs to be added at the end of a number of selected pages. Since the blog was already using Include Me, we had the idea to put the common content in a page (unpublished) and then include that content in other pages.
There are many the ways to do that, but it was a very simply change on Include Me and that change saved us to install other plugins.
You can read more in the plugin documentation page.
If you’re in the way to hire a freelance, ask him that question before to decide to work with him:
We need to add few features to a public plugin ([here the plugin name]). Is it possible and safe to customize a public plugin?
He should respond:
Because there are people which come to me desperate because they lost a custom theme, paid to someone, after a Newsletter plugin update. The developer created the theme adding or changing files of Newsletter. Of course on update everything is reset.
A developer who works with WordPress MUST know that behavior and work in a different way. WordPress has the concept of action and filter, widely used by plugins to let other to extend thair functionalities. Newsletter, for example, is able to search themes in a different folder which is not touched on updated (and documented in the documentation pages).
Please, ask the above question to a developer before starting to work with him or only a backup can save you.
When you setup a new blog, the first thing you do is to choose a theme. And you surf between all those wonderful screenshots to find the one which best match your needs.
This is the wrong way.
The screenshots are almost all taken from a desktop version of that theme. And yes, they are fantastic.
But your audience is using a phone to surf your site anf the first thing you should test with a theme is: “how does it performs on mobile?”. If it is less than perfect on mobile, discard it (or take in account to do some work).
This screenshot is from a site where the author asked to put up a new free theme. It is a very nice and free theme that worked ut of the box (as you can see there is still no header logo and the screenshot is missing the nice article grid after the main post).
But we need to test it on mobile. We use the Chrome developer console and we get this, for an iPhone 6 viewport:
Actually it could be ok, but we’re wasting a lot of space saying “hey, we are Insegnare e Imparare”. Is it worth to consume all that area for our name? Probably not. Probably we can remove it at all.
Playing with CSS (so without creating a child theme, but only adding few rules in the custom CSS configuration provided by the theme), I removed the top title. Now we have a really different user experience: a beautiful image, the article title and the top part of the article body.
Even Google, which asks to have the relevant content “above the fold” will be more happy!
Ok, it’s better, but we still want our name there. We can reintroduce it but with a smaller font, always plaing with CSS:
Now there is room for our narcissism and content for the reader. Even the main article title could be reduced, and always just playing with CSS.
Always test your theme for mobile. Don’t worry about the desktop version, you’ll find a combination of layout and options to make it good. But the mobile version is harder to adjust.
There is still the habit to build theme starting from the desktop version, because this is the first version people see. But the real value of a theme is the mobile version, if it is quick to load and render, optimized to deliver the content to the reader.
I’m a fan of physical meetings, when possible, looking my collaborators into their eyes and sketch and discuss with them ideas, features, issues.
Drawing on a piece of paper or on a whiteboard is of incredibly help to explain others what’s in my mind and it makes the picture clearer to everyone. A draw is worth thousands of words, and taking two minutes to make a sketch can save several minutes of discussion and repetitions.
But I’m disaster when is time to use a pen and outline a figure on paper. I discovered today there are many techniques that helps even people like me to draw something enough clearly to be understandable to everyone. Those techniques uses a small number of shapes which is easily to learn to draw.
Here a fantastic video to start with the 7 elements that facilitate your whiteboard drawing sessions.
Thumbnails is a light plugin which helps your theme to generate thumbnails. Most of the thumbnails can be generated on the fly and stored in a cache folder, instead to full fill your upload folder. More, you change theme and the thumbs sizes changes you can be in trouble with old images.
With Thumbnails there is no more problems.
The new feature are the persistent autowired featured image which really improve the performances of the older versions and the ability to process images for the core sizes (limited to the thumbnail size of WordPress).
Was time for a review of Header and Footer, the plugin many of you use to inject codes in the head, footer and middle of the posts and pages. The most common injections are:
The new version removes the Open Graph minimal support since that protocol is now complex and needs a dedicated plugin. The bbPress support will be removed in the near future, so the plugin is lighter for who does not use bbPress and for who uses bbPress I released a more interesting and complete Ads for bbPress plugin.
Injecting ads on bbPress pages is now really easy with Ads for bbPress.
This new free plugin can inject, like Header and Footer whatever code you need before and after the bbPress pages not not only. It can inject between topic and replies and before the new topic and new reply form.
A must have for everyone running bbPress.
And it’s ultra light: the best practices have been used to load the blog as less as possible.
Find it on WordPress here.
I see many plugins to get their options (one or more) with the super useful get_option() of WordPress not only once but every time they needed it and sometime more than once inside the same function.
This is definitively not good for performances. Let me explain why.
Admitting your options are “autoloaded”, your get_option() does not trigger a query to the database but every time you call it:
Reference: the options.php file of WordPress.
Every step is taken every time you call get_option(). It’s time to optimize that!
First, use it as late as possible. Why? Suppose you created a plugin which just runs a shortcode. If that shortcode depends on a set of options but it is rarely used, why to run code which is not required?
To optimize the options load you can code it in this why (my example uses functions to be easy, but you should always wrap the code in a class). I assume you save all the options in an array (WordPress takes care to serialize and unserialize it).
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
$my_options = null; function my_init_options() { global $my_options; if (!$my_options) { $my_options = get_option('my_options_name'); } } function my_something_to_do() { global $my_options; my_init_options(); // my code here } |
As you can not the options are not returned by “my_init_options()” to avoid an array copy and because they anyway are global. Using a class and an internal property for your options makes the code less “dirty” and less “old style”. Optimized code most of the times is not elegant.
Let start the discussion, now!
During a maintenance of a blog, I needed to clean up the user metadata table since many users was deleted from the main user table (wp_users) with a direct query.
The quick and dirty solution is to run a “left join delete”. Here the SQL statement:
|
1 |
DELETE wp_usermeta FROM wp_usermeta LEFT JOIN wp_users ON wp_usermeta.user_id=wp_users.id WHERE wp_users.id IS NULL |
Easy and really quick (please avoid to clean up with a delete plus a sub-query which is the slowest method in the world – other than do it by hand row by row).