acchiappaprezzo

The problem is specifically in the update_meta_cache() function or something that hooks into it. But in query monitor you didn’t notice any 4 second queries?

Have you tried disabling W3 caching?

I see the widget is prefixed with “wpb_” which means references a WP tutorial website. That would tell me that you should probably look in the functions.php file. Anything interesting in there?

Either your template is pooched or your .htaccess file is messed up. Can you post your .htaccess file?

Right, that’s only if your theme is set up to do that. Otherwise it doesn’t appear because your theme probably has a pre-determined template for that post or page.

Oh you can enable hierarchies with this post type as well. Custom post types have all of the functionality of the post and page post types that WordPress comes with.

Just change:

'hierarchical' => false,

to:

'hierarchical' => true,

Then you can set children and parents just like a page.

The easiest way to find the ID is to look in the address bar when you’re editing a blob. You’ll see post=#### that references the ID.

That usually means that your template files don’t have the “Template name: ” header at the top. Did the dropdown disappear suddenly or did you install a new theme and it doesn’t appear?

Is your server running Nginx by chance? I’m not really sure, I’d have to see the site in question.

I just looked at the code and the “post” post type is hard coded into that function. If it were me, I would copy the get_calendar() function and create a custom version with the custom post type.

No, WordPress automatically detects and uses the best available method to connect to the database.

Maybe it should be hooked into the init event. Try this version:

function blog_cpt() {
register_post_type('text_blobs', array(
        'labels' => __('Text Blobs'),
        'description' => __('Content Used Throughout Site'),
        'public' => false,  //Do not allow this to be accessed publicly
        'show_ui' => true,
        'hierarchical' => false,
        'capability_type' => 'page',
        'menu_position' => 100,
        'has_archive' => false,
        'revisions' => false,
        'supports' => array('title','editor')
  ));
}

add_action('init', 'blog_cpt');

The good news is that this is the correct way to go about what you’re doing. If you start altering the way that the “page” post type works, it’s going to affect every page on your website.

The content can be included in the exact same way as before. This is a post type just like a page is a post type. Everything is even stored in the same database table.

Give this version a go and let me know if it works.

Looking at the HTML, they may be hardcoded in. In your admin go to Appearance -> Editor -> footer.php (in the right hand column).

Do the links appear there?

Just to be absolutely sure, you did FTP in and confirm that /wp-content/uploads and all subfolders are 777 though, right? That’s the solution 99% of the time for this problem.

Otherwise it’s a more serious problem that would require looking at your error logs and PHP configuration to diagnose. Perhaps your PHP installation only allows small files to be uploaded. Create a debug.php file in your root directory with this code:

<?php phpinfo(); ?>

Let’s see what your limits are.

You’re welcome ??

Try going to Settings -> Permalinks and hitting “Save Changes”. Did that fix it?

Change your permalink settings in Settings -> Permalinks and see if that fixes it. Never seen that behavior in an Apache install.