acchiappaprezzo

The files aren’t being uploaded, probably because your /wp-content/uploads folder has the wrong permissions. Change that folder’s permissions to 777 and see if that allows you to upload files. Everything that you thought that you’ve uploaded so far will have to be uploaded again.

Whatever you do, don’t go to Joomla! *shudder*

Ah ok, now I understand what your goal is. The best way to do this is to create a custom post type that is not publicly accessible and use that instead. Put this in your theme’s functions.php file:

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')
      ));

Then in your admin you should see a new post type called, “Text Blobs.” You can create your content blocks here and import them into the page just like you’re doing now.

That’s not a good sign. The easiest way to refresh the files through the admin. Can you access this page?

https://www.cuillin-view.co.uk/wp-admin/update-core.php

If so, click Re-install Now. Maybe do a backup first through Cpanel just to be safe, you never know.

Modify your wp-config.php file adding these lines near the top, updating the URL in these examples to your blog’s OLD URL:

define('WP_HOME','https://www.oldurl.com');
define('WP_SITEURL','https://www.oldurl.com');

Then finish the preparations you forgot the first time. Once you’re done, delete those two lines and you should be good.

Just to ask a silly question, why can’t the content of “Generel” be moved into the “FAQ” page and then simply delete “Generel”?

The simplest (untested) solution that I can come up with is to modify your header.php template file adding this at the top:

<?php
  global $post;
  if ($post->post_parent > 0) {
    wp_redirect(get_permalink($post->post_parent), 301);
    exit();
  }
?>

However this simple code will behave nastily if you have a large and unwieldy hierarchy of pages. If you just have a top level and a second level, it will be fine.

Happy to help!

So the problem doesn’t have to do with the queries, we’ve at least narrowed it down. At this point I would do something a little more drastic to find exactly where the slowdown is occurring.

In your wp-includes/plugin.php file, find this line:

function do_action($tag, $arg = '') {

Below that line, add this:

if (!defined('DEBUG_START')) define('DEBUG_START', microtime(true));
echo "<!-- [ACTION] " . $tag . ": " . (microtime(true) - DEBUG_START) . "-->\n";

Then reload your page and look at the HTML source. It shows the execution time throughout the entire page building process.

The file we’d need to see is called content-single.php. Can you post that?

Ooooooooooooooh I see what you did.

You [or someone else] uploaded your root /index.php into your /wp-admin directory overwriting the original file.

It’s possible that you uploaded more files, so you might have to delete your wp-admin directory and restore that directory from the WordPress zip file.

Holy moly that’s a heavy site! The best solution in your case would be to lazy load all of those images so that they are downloaded only when they are visible in your screen.

1) Try installing the “jQuery Image Lazy Load WP” plugin and see if that works for you. It is a little dated, though.

2) If you’re not afraid of getting your hands dirty, search Google for “Lazy Load Plugin for jQuery”. Explaining how to use this will take a while, so try #1 first and see if it works for you.

@anevins, When one reaches the point of being censored for unwritten violations, it’s best he bites his tongue. I appreciate the offer though.

In your web host’s control panel, find phpMyAdmin (if you’re using Aruba, you can find it searching Google for Aruba phpmyadmin). Then open up the wordpress database used for your website and delete all of the tables/rows.

If all else fails, delete the entire database and create a new one.

Almost afraid to [CENSORED] anything [CENSORED] for it shall most likely [CENSORED].

The 404 is most likely a permalink issue as I mentioned, but perhaps when you installed the plugin it modified a setting that sets the permalink.

Have you tried at their support forums? They know the product much more intimately, I’m just taking stabs in the dark. Sorry, did my best.

Sincerely,
[CENSORED]

Check in your web host’s control panel and see if you can access the error logs. If so, copy and paste the last few lines.

In that case, try installing the Query Monitor and seeing how long the queries are taking.

If nothing jumps out there, it may be a server-level PHP misconfiguration.