Update two hours later: this is fixed. See the resolution and further thoughts in the comments.
This seems to me to be a great example of a process that wasn’t designed reliably, so all kinds of things could be done per the plan yet the result still didn’t work. I’d like to work with them to define a better process. (We need to have the same approach to system failures in healthcare!)
By the end of this weekend things should be back to normal, but right now links to this site’s pages are broken. The site is mangled due to a bad migration of my site to web hosting company BlueHost.com. (I’m naming them because every step I took was as directed by them, and because their techs assured me this wouldn’t happen.)
Specifically, the home page URL www.epatientdave.com is working, but the links to pages within the site are broken. So, for instance:
- Usually my Schedule page is at www.epatientdave.com/schedule. But if you click that now, you get the so-called “500 error” page:
- The same thing happens with links to my blog posts, e.g. Typesetters have proofreaders. Doctors don’t.
- If you hover over the Schedule page link on the menu, you don’t see
epatientdave.com/scheduleas you should – you see the geeky unnamed page ID# in the database:
That’s how the internet used to work in the early days; for obvious reasons software got developed to let us use friendly page names (like /schedule). But on this site, that’s broken until this gets fixed.
- The home page URL is okay.
- The menus work. (Internally they use the geeky page ID#s, but it works.)
- But links to specific pages and blog posts are broken. If you need to find something right now, try the site search box on the right. For instance, searching for “typesetters” will find that post.
Sorry about this! Supposedly this will all be fixed by Sunday night.