bvbaked

Did you get any email about the error?

These errors generally are not very well documented without the debug settings turned on, so it is very hard to tell what the problem is without seeing the message. That email should contain what is going wrong to help point you in the right direction.

It should also be in the error log, so if you can check that as well.

I am fairly new to block development, but this usually comes from editing the save function. I think it does log the differences it found with the saved content in the console and sometimes that can help shed light on what is failing.

I don’t know what you mean by the macros, and this might be the wrong link, but the Core Blocks Reference page of the Block Editor Handbook lists the block supports. Worth looking around in the handbook if that page isn’t right, as it could be listed there somewhere

I’m pretty sure they can’t force anything to update.

Has this ever happened before? Generally these sorts of auto-updates are provided or done by your hosting provider so it is worth checking with them as to whether or not something changed there

Do you mean you had to individually update each event prior to it showing on the front end?

If they just appeared after some time, I’d say that was likely due to cache. But if they required a save first, I suspect there is some meta values that may not have been set. That could be due to other plugins if used that didn’t quite carry over?

Advanced Custom Fields is what I have the most experience with, and one to recommend.

This request sounds quite customized, and that probably means that it also needs a highly customized solution.

There are still a lot of questions, but something like https://wordpress.org/plugins/wp-data-access/ might help you with the SQL portion of it and getting the queries written. To note: I have not worked with this plugin before, and I cannot guarantee it does what you want or what it says.

I doubt it will add some of the other features you noted though, so maybe only a partial solution.

You say you’re new to WordPress, but do you have any coding experience? Short of writing it yourself, sometimes these solutions require much more than just installing a plugin

Check in the General section of Settings from the admin menu.

There are two options there: WordPress Address and Site Address. I suspect your site address has /wp included at the end. If you remove it, that should fix this issue.

After changing, visit the Permalinks to make sure they get updated, and you may need to clear cache as well to see these updates reflected

As mentioned in the previous comment, there are definitely a few “WordPress Ways” of doing things but these are not mandatory – your nav should still show as you have it but it would be better to manage that via the built in menu system. The scripts and styles are also better off added via the wp_enqueue_style/wp_enqueue_script functions but all of this is irrelevant to the issue

All that said, things should still be rendered so I suspect there is still something wrong – probably in file naming or structure. I am guessing you borrowed the conditional from the codex entry for get_header()?

In that entry it also mentions a fallback to wp-includes/theme-compat/header.php which enqueues the theme stylesheet and outputs the site name. Kind of sounds like what you’re running into.

Can you check that your file is named header.php and located in the root directory of your theme (same as index.php)?

Side note: you’ll want to include wp_head() inside your head tag of the header to ensure that scripts get loaded 🙂