acann

Thanks, the issue I was having was the Divi builder plugin has a blog module you can use to display a grid of posts (typical archive style view) but when the post has a post format of gallery or image it apparently doesn’t pull the featured image so the grid looks bad (some have the image thumbnail, others are missing). Their support told me I needed to change the post format to standard.

So, I think the easiest thing (this site uses the Genesis theme with a child theme called FoodiePro) would be to temporarily add theme support, change them, then remove it. @joyously would this be what I would do?

1. Add this code to the child themes functions.php
add_theme_support( 'post-formats', array( 'standard', 'gallery', 'image' ) );

2. Go to posts screen. Post format should now be an option. Bulk edit all posts where post format <> standard (image or gallery) and make them all standard.

3. Remove the line added in step 1 from the child theme functions.php

Is that correct?

Many thanks both of you for responding, much appreciated.

Thanks for the help, after searching I found that the Genesis theme has a specific setting where you define what will be used for the post meta. In this case, it had been set as a text string (not a variable) which is why it wasn’t updated.

Thanks for the help @joyously

Ah thanks so much for responding! One followup question, the “author ID” is that an internal numeric ID? Or is that perchance the “nicename”? I did change the nicename (I always manually change the nicename in the database so that it is not the same as the username).

In case it’s of interested, when I pressed the webhost further they stated that doing it this way is not uncommon and then provided this link as a reference

https://www.ibm.com/blogs/bluemix/2014/02/deploy-wordpress-application-ibm-bluemix/

I will stick with what you’ve indicated above, as opposed to this arbitrary article from 2014.

Thanks Steven! It was a fresh install but it is done through the webhost console so I thought it was something the webhost had done on their “image” or “script” which installs WordPress on a new VPS. That’s why I was confused when they insisted it was WordPress.

Thank you for confirming this is NOT a WordPress file. I will delete the file whenever I install a WordPress site on this webhost and ensure the salts and keys are inserted directly in the wp-config.php

Many thanks for the quick reply!

The issue appears to be resolved. The Changelog now shows the note for 3.6.3 and the update worked. Thanks to whoever fixed it.

Hi, sorry for the mixup, the section exists due to the Genesis Framework. It puts it in the body, not the head, but I’ve been told on Google Forums that it doesn’t matter, Google doesn’t care where it is.

I am still getting the same failure message…

@anevins it appears the version of the plugin or theme is what wordpress appends in the query string. If I am updating a child themes’ style.css how would I increment the “version” number to ensure it is served to repeat visitors? Do I simply edit the commented section at the start of the file?

Sorry for the confusion, let me clarify. I am currently using W3TC and as far as I know, this plugin is adding the ?x92105 query string. If I deactivate W3TC, will wordpress add a ?ver=#.# query string? When I asked WP Rocket support about how their plugin handles “busting” the browser cache for static files, they said

“Most of the time, the default is that there is a query string on all the assets. Some people remove them with additional plugins, but if you didn’t do that, they should be there….the default is that query strings are there unless you have done something to remove them.”

I’m trying to confirm if this is the case. Does wordpress do this by “default” and how can I confirm within my theme/install that this is the case? I want to be sure that when I deactivate W3TC and activate WP Rocket that my stylesheets and other static assets will still be “busted” from a browser cache perspective, whenever I update them.

No, ranking has nothing to do with it for me, in fact I didn’t think it had anything to do with ranking period (wasn’t aware that was a debate?). The schema (if I understand it) is used to enable rich cards/snippet in search results (among other things) by giving the search engine meta-data related to the content. For example, for pages containing a recipe, using the recipe schema enables showing a thumbnail of the dish, ratings, cook time, etc, right in the search result. My intention was to leverage the “product” markup for pages representing a product for sale, so that things like rating, product image, price, etc will be available for use in search result snippet displays.

In theory, the primary reason for doing this is not ranking, but click through rate. At least, that is my intention in trying to use it, to make the result (wherever in the ranking it happens to be) appear more appealing to the searcher, so they will be that much more likely to click on it.

However, in the case of this post I wasn’t asking about the importantance of schema, I was merely asking if scripts I put in the “page-specific script” box within the “edit page” screen of wordpress will be output in the body, or the head. I’m guessing the body, but wanted to check. Thanks for any assistance you can provide.

Thanks for the great responses Ryan, I’m marking this as resolved. ??

I asked this in an other thread and the answer give was yes, this works, although the Disable Emojis plugin does this an “more” so it is “better”. Marking as resolved.

You are correct Vuk!

I have been able to confirm that the default RSS feed in wordpress at mydomain.com/feed/rss will only include posts from the WPML “default” language. Posts from alternate languages are excluded automatically.

I’m not sure how or why this works since WPML themselves were unaware it would work like this, but it does.

Closing ticket as resolved. Thanks again Vuk!

Neat, thanks for the response! I’ll probably just use your plugin but for my own education, would I technically be able to simply add that code within disable-emojis.php into my functions.php? With the obvious disadvantage that your plugin will be updated as things change, and code in my functions.php would of course not.

But is that how it would work?